Fix: Vorzeitiger Abbruch bei großen Accounts nach 3600s Laufzeit

Betroffen: scan_, recover_, restore_, recreate_bad_signature.sh
           und diagnose_share_key.sh

Bei Accounts mit sehr vielen bzw. sehr großen Dateien konnte der
jeweilige Pro-Account-Durchlauf länger als eine Stunde dauern und
wurde dann von PHP mit "Maximum execution time of 3600 seconds
exceeded" abgebrochen - mitten im Lauf, ohne jedes Ergebnis.

- su -c "$PHP_BIN ..." ruft PHP jetzt zusätzlich mit
  -d max_execution_time=0 auf.
- Das allein reicht nicht: Nextclouds eigenes lib/base.php setzt
  beim Bootstrap unbedingt (fest einprogrammiert, nicht
  konfigurierbar) set_time_limit(3600) und überschreibt damit den
  CLI-Flag wieder. Daher zusätzlich direkt nach dem require von
  lib/base.php ein erneutes set_time_limit(0) in jedem der fünf
  eingebetteten PHP-Scripte, das Nextclouds Reset seinerseits
  rückgängig macht.

Kein Verhaltensunterschied für kleine/normale Accounts, betrifft
nur die maximale Laufzeit pro Account.

diagnose_share_key.sh

@@ -645,6 +645,13 @@ if ($oldWorkingDir === false) {
 }
 chdir(__DIR__);
 require_once __DIR__ . '/lib/base.php';
+// Nextcloud's own bootstrap (lib/base.php) unconditionally calls
+// set_time_limit(3600) as part of the require above - this OVERRIDES
+// whatever -d max_execution_time was passed on the PHP command line,
+// since it is a later, explicit runtime call. Undo that here, now that
+// the require is done, so diagnosing a large number of files isn't
+// killed after exactly one hour regardless of the CLI flag.
+set_time_limit(0);
 chdir($oldWorkingDir);
 
 if (function_exists('posix_getuid') && posix_getuid() === 0) {
@@ -791,7 +798,11 @@ for _user in "${selected_user_arr[@]}" ; do
    owner_result_tsv="${LOCK_DIR}/owner_${_user}.tsv"
 
    echononl "   Resolving ownership for account \033[1;37m${_user}\033[m (${_user_selected} files).."
-   su -c "$PHP_BIN $diag_php_file $_user $path_list_file" -s /bin/bash $HTTP_USER > "$owner_result_tsv" 2> "$log_file"
+   # -d max_execution_time=0: resolving ownership/key-material for a
+   # large number of files can run well over an hour; without this the
+   # PHP CLI process is killed by PHP's own execution-time limit
+   # (typically inherited from the webserver's php.ini) mid-run.
+   su -c "$PHP_BIN -d max_execution_time=0 $diag_php_file $_user $path_list_file" -s /bin/bash $HTTP_USER > "$owner_result_tsv" 2> "$log_file"
    _rc=$?
 
    if [[ $_rc -ne 0 ]]; then