Mal ganz davon abgesehen das es ungewöhnlich ist, das jemand einen Post schreibt in dem er gleich die Antwort mitliefert ..... ich glaube den meisten würde so etwas nicht passieren. Ich für meinen Fall würde nie einen Umzug mit Joomla machen und dabei die Seiten kopieren, sondern ich würde z.B. Akeeba-Backup mit Akeeba Kickstart verwenden. Generell würde ich eh zu einem Backup-System raten, und dies auch häufig nutzen (damit die Daten aktuell bleiben). Damit kann man dann auf dem neuen Server (oder wenn mal ein Crash anliegt) die Daten jederzeit wieder herstellen (mit Erstellen der Datenbank). Macht die Sache sehr bequem und funktioniert einwandfrei. Sollte man mal gehackt werden, dann kann man die Sicherungen auch lokal am PC entpacken und die Dateien verschiedener Sicherungen über MD5 miteinander vergleichen und findet darüber heraus ob Dateien verändert oder eingeschleust wurden.
Ich hab doch gar nicht die Seiten "kopiert", sondern einfach nur, wie beim Backup, nur manuell, eingepackt und auf den anderen Server geschickt.
Und... es läuft ein Backup-Script.
Im Übrigen wäre dieser Fehler ganz offensichtlich so oder so aufgetreten, egal, wie ich die Seite auf den anderen Server bringe. Grundsätzlich ist das doch immer ein "kopieren" *koppschüddel*
Übrigens noch ein kleiner Nachtrag: bis auf eine Domain laufen alle anderen bei einem externen Anbieter. Die einzige 2.5er Seite, die ohne Anpassung des Ordners lief, war die mit der interenen Domain. Also die Domain, dich im Kundenpaneel auf den neuen Server leiten konnte.
Was übrigens auch wieder darauf hindeutet, daß kein Fehler im php oder in der Serverkonfiguration oder sonst wo auf dem Server vorhanden ist... sondern irgendwo tief in der Software vergraben. Ich würde es mal einen Bug nennen.
Aber trotzdem schönen Tag noch