Utf8migrator_XH

[knollsen]

Also ich bin jetzt schon etwas weiter gekommen! Es geht jetzt ohne print!
Habe festgestellt das Utf8migrator_XH mit XH 1.7 Probleme mit Textdateien hat die mit txt enden. Ich habe nacheinander die Files in der Funktion utf8migrator_traverse_files --- $exts = explode(',', $plugin_cf['utf8migrator']['extensions']); ---- mal gecheckt, als ich txt entfernte war die Ausgabe da!
Was ich aber jetzt bemerkte, das bei der Konvertierung eines Files (z.Bsp. ISO8859-1) der Browser Firefox "Fehler: Verbindung fehlgeschlagen" anzeigt. Files werden aber auf BOM gesetzt.
Browserausgabe:
http://localhost/.../?&utf8migrator&adm ... r_failed=0
statt http://localhost:8080/.....
Vielleicht hilft meine Erkenntnis.

Nachtrag:
der oberste Fehler liegt in der define Dekleration der URL
habe jetzt diese Zeile

Code: Select all

define('UTF8MIGRATOR_URL', 'http://'.(!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' ? 's' : '') .$_SERVER['SERVER_NAME'].preg_replace('/index.php$/', '', $_SERVER['PHP_SELF']));

mit dieser

Code: Select all

define('UTF8MIGRATOR_URL',defined('CMSIMPLE_URL') ? CMSIMPLE_URL : 'http' . (!empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' ? 's' : '') . '://' . $_SERVER['HTTP_HOST'] . $sn);

ersetzt.
dann klappt das.
Dann hast man in der Zeile

Code: Select all

$o .= '<div class="utf8migrator_info">'
         . str_replace('{number}', intval($_GET['utf8migrator_ok']), $ptx['msg_success'])
         . '</div>';

ein Fehler bei $ptx['msg_success']) - das liegt daran das in der in der de 2 Zeilen fehlen
nämlich

Code: Select all

$plugin_tx['utf8migrator']['msg_success']="Successfully converted {number} file(s)!";
$plugin_tx['utf8migrator']['msg_failure']="Failed to convert {number} file(s)!";

jedenfalls bei mir iss es so! - das lag daran das die de in der Utf8migrator_XH-1beta2_mod.zip fehlt

Nachtrag2
/*
* Handle the plugin administration.
*/
habe ich jetzt auch angepasst

Code: Select all

if (function_exists('XH_wantsPluginAdministration') && XH_wantsPluginAdministration('utf8migrator')|| isset($utf8migrator) && $utf8migrator == 'true') {
  $o .= print_plugin_admin('on');
  switch($admin) {
    case '':
      $o .= utf8migrator_version().utf8migrator_system_check();
      break;
    case 'plugin_main':
      switch ($action) {
        case 'convert':
          $o .= utf8migrator_convert();
          break;
        case 'plugin_text':
          $o .= utf8migrator_admin_main();
          break;
        default:
          $o .= utf8migrator_version().utf8migrator_system_check();
      }
      break;
    default:
      $o .= plugin_admin_common($action, $admin, $plugin);
  }
}

damit sollte alles passen. nur eine Frage bleibt - Warum txt .... (s.oben)

[cmb]

der oberste Fehler liegt in der define Dekleration der URL

Stimmt! Eigentlich kann UTF8MIGRATOR_URL komplett durch CMSIMPLE_URL ersetzt werden, das es seit CMSimple_XH 1.6 gibt.

das lag daran das die de in der Utf8migrator_XH-1beta2_mod.zip fehlt

Das eigentliche Problem ist, dass default.php nicht aktuell ist. Eigentlich sollte default.php eine exakte Kopie von en.php sein.

Habe festgestellt das Utf8migrator_XH mit XH 1.7 Probleme mit Textdateien hat die mit txt enden. Ich habe nacheinander die Files in der Funktion utf8migrator_traverse_files --- $exts = explode(',', $plugin_cf['utf8migrator']['extensions']); ---- mal gecheckt, als ich txt entfernte war die Ausgabe da!

Hm, eigenartig. Kann es sein, dass zu viele .txt Dateien auf dem Webspace liegen, und dadurch PHP auf einen Timeout läuft? Und warum überhaupt .txt Dateien auf ein BOM prüfen? Das BOM stört nur, wenn die Datei per include/require(_once) eingelesen wird, und solche Dateien sollten normalerweise eine .php Endung haben.

[knollsen]

Kann es sein, dass zu viele .txt Dateien auf dem Webspace liegen ...

es sind nur 23 txt Dateien kleiner als 23kb - das sollte kein Problem darstellen!

Und warum überhaupt .txt Dateien auf ein BOM prüfen?

Kann ich dir nicht sagen, denn in den Voreinstellungen ist das ja mit angegeben.

$plugin_cf['utf8migrator']['extensions']="htm,html,php,css,js,inc,txt,dat,csv,xml";

deswegen hatte ich ja nie danach geschaut.
Verstehen tue ichs nicht.
Aber egal, habs ja hingefeilt -

[cmb]

Und warum überhaupt .txt Dateien auf ein BOM prüfen?

Kann ich dir nicht sagen, denn in den Voreinstellungen ist das ja mit angegeben.

Das war für die UTF-8-Konvertierung gedacht, aber die ist ja in Deinem Fall nicht relevant.

Aber egal, habs ja hingefeilt -

Ja, gut. Dann belasse ich es mal dabei.