[MartinRuthenberg]

Muss leider noch weiter bohren: Habe mal wieder Probleme mit den Umlauten bei der Wiederherstellung meiner Webseiten. Bei meinen Versuchen, die Datenbank einzurichten bzw. wiederherzustellen, zeigt sich, dass phpMyAdmin und LxAdmin nicht optimal zusammenarbeiten. Wenn ich unter phpMyAdmin eine Datenbank erstellen will, damit ich den Zeichencode voreinstellen kann, dann erscheint diese Datenbank nicht in der MySQL-Übersicht von LxAdmin. Versuche ich dann, unter dieser Übersicht die Datenbank mit dem selben Namen noch einmal (mit Passwort) zu erstellen, verweigert mir LxAdmin das mit dem Hinweis darauf, dass diese Datenbank bereits existiert. Mache ich hier was falsch oder liegt's an LxAdmin?

Außerdem meckert phpMyAdmin, dass die Erweiterung mcrypt nicht geladen werden kann und ich das in der php-Konfiguration ändern soll. Ich kann die Möglichkeit dazu unter LxAdmin aber nicht entdecken. Auch hier fehlen mir die offline geschalteten Hilfeseiten von Lxlabs. Können Sie mir weiterhelfen?

[admin]

Könnten Sie den Export auf dem alten Server und den Import auf dem neuen Sever mal mit dem MySQLDumper durchführen? Der ist ideal, um solche Probleme zu umgehen.

www.mysqldumper.de

[MartinRuthenberg]

Diesen Weg hatte ich anfangs (im Frühjahr) mehrfach probiert, er lief bei mir aber auch nicht einwandfrei.

Testweise habe ich nun unter phpMyAdmin eine Datenbank erstellt und anschließend den Server neu gestartet, weil ich sehen wollte ob LxAdmin die Datenbank danach erkennnt. Leider sind Server über LxAdmin und die Webseiten nun nicht mehr erreichbar und es erscheint die Fehlermeldung "Could not connect to Mysql server... ".

Ich bin deshalb zunächst mal darauf angewiesen, dass Sie mir helfen, den Server wieder zu erreichen.

[MartinRuthenberg]

Danke. Läuft wieder. (LxAdmin erkennt die unter phpMyAdmin angelegte Datenbank auch nach dem Neustart nicht.)

1. Verstehe ich es richtig, dass der Neustart meines vServers (Apache und MySQL) nur von Joomla100 und nicht von mir aus LxAdmin heraus angestossen werden kann?

2. Das Umlaute-Problem existiert auch nach Export/Import mit MySQL-Dumper weiter. Es tritt aber nur bei meiner Joomla1.0-Installation und nicht bei der 1.5-Installation auf. Kann das ein Hinweis sein?

3. Was hat die phpMyAdmin-Meldung zur Folge, dass die Erweiterung mcrypt nicht geladen werden kann und wie kann ich das ggf. ändern?

[MartinRuthenberg]

Sorry, ich muss mich korrigieren: MySQLDumper muss ich noch testen. Ich habe ihn auf die Schnelle mit der Import/Export Funktion von phpMyAdmin verwechselt, die zu keinen guten Ergebnissen geführt hatte, so dass ich dazu übergegangen bin, meine Backups mit dem JoomlaCloner bzw. xCloner durchzuführen. Bislang hat er funktioniert. Mal sehen, ob er diese Bewährungsprobe übersteht.

An Antworten auf die o.g. Fragen 1 und 3 bin ich aber immer noch interessiert.

[admin]

Zu 2 hilft vielleicht auch eine Erweiterung der .htaccess weiter:

AddDefaultCharset iso-8859-15

oder

AddDefaultCharset off

einfügen.

Zu 1. Via Shell sollte ein Reboot eigentlich immer möglich sein, falls das über LXAdmin nicht funktioniert. Hatten Sie einen Reboot per Shell versucht?

zu 3. Das hat keine Folgen. PhpMyAdmin funktioniert auch ohne diese Modul einwandfrei.

[MartinRuthenberg]

Zu 1. Ich hatte den Reboot nur aus LxAdmin versucht. Da das nicht funktioniert hat, werde ich es das nächste Mal über die Shell versuchen.

Zu 2. Geht es um die .htaccess von LxAdmin oder die htaccess.txt von Joomla (beide im Root der Installation) oder um eine ganz andere, die ich noch nicht kenne? Wo und wie genau muss ich die Erweiterungen einfügen? (Auf Anhieb kann ich dazu im Netz und anderen Foren nichts finden.)

[admin]

Das kann am Ende der .htaccess eingetragen werden, also die .htaccess editieren und am Ende den entsprechenden Code einfügen.

[MartinRuthenberg]

Moin, Schichten für einen Admin, die bis zwei Uhr nachts gehen, sind aber auch nicht gerade kurz, oder?

Die Spur stimmt, aber die Erweiterung scheint noch nicht die richtige zu sein. Es ergeben sich folgende Darstellungen:
Umlaute ohne Erweiterung in der .htaccess: "?" (in einer dunklen Raute, genaues Zeichen mit paste and copy nicht übertragbar)
Umlaute mit "AddDefaultCharset iso-8859-15": "ￜ"
Umlaute mit "AddDefaultCharset off": "�"

[MartinRuthenberg]

Also, ich bin den Empfehlungen dieser beiden Seiten gefolgt:

http://www.askapache.com/htaccess/setting-charset-in-htaccess.html
http://www.askapache.com/htaccess/using-filesmatch-and-files-in-htaccess.html

Ich habe der Reihe nach folgende Varianten am Ende der .htaccess ausprobiert:

1.AddDefaultCharset UTF-8

2.<FilesMatch "\. (htm|html|css|js|php)$">
AddDefaultCharset UTF-8
</FilesMatch>

3.<FilesMatch "\. (htm|html|css|js|php)$">
AddDefaultCharset UTF-8
DefaultLanguage de
</FilesMatch>

4.<FilesMatch "\. (htm|html|css|js)$">
ForceType 'text/html; charset=UTF-8'
</FilesMatch>

5.AddCharset UTF-8 .html

6.AddType 'text/html; charset=UTF-8' html

Im Gegensatz zu den o.g. Erweiterungen verändert sich nicht einmal das Aussehen der fehlerhaft dargestellten Umlaute.  Vielleicht habe ich ja auch einen Fehler bei der Eingabe im Editor gemacht. Jedenfalls weiß ich nicht weiter und bin hier auf Unterstützung angewiesen, weil ich mein Forum zweieinhalb Wochen nach dem Serverumzug immer noch nicht online stellen kann.

Martin

[MartinRuthenberg]

Der Import der SQL-Datei über die Shell und anschließend diese Einträge

AddDefaultCharset off
#AddDefaultCharset None

am Anfang der .htaccess haben den Erfolg gebracht.

Dem Support herzlichen Dank

Martin

[MartinRuthenberg]

Im Zusammenhang mit der Umlaut-Problematik bei Server-Umzügen empfehle ich diesen Artikel:

http://forum.mysqldumper.de/die-umlautproblematik-was-wieso-was-tun-t2313.html

Wäre ich auf diesen Artikel früher aufmerksam geworden, wäre mir und dem Support von Joomal100 wahrscheinlich einiges an Ärger erspart geblieben.