Wenn ich den Fehler nicht finden würde, würde ich ein frisches CPG installieren, dort die alte Datenbank drüberbügeln, update.php ausführen und den albums-Ordner ersetzen.
Das ist die richtige Methode für jemanden, der sich einigermassen auskennt. Wenn aber eine bestehende Live-Installation repariert werden soll empfehle ich es genau anders herum: über den alten Scherben (vorher exaktes Backup sowohl der Dateien per FTP als auch der Datenbank erstellen!) würde ich ein Update laufen lassen wie in der Doku beschrieben, d.h. die Coppermine-Kerndateien ersetzen. Grund für diese Empfehlung ist: die Möglichkeiten, Fehler zu begehen sind für Anfänger etwas geringer.
Der Update-Ablauf, wie wir in in der Doku beschreiben ist nicht aus Zufall so, wie wir ihn beschreiben, sondern aufgrund langer Beobachtung der Fehler unserer Endbenutzer und der Beschreibung der Wehwehchen, mit denen sie so beim Support aufschlagen.
Natürlich ist es möglich, ,eine separate Neu-Installation durchzuführen und dann den Dump der "alten" Datenbank darüber zu stülpen, aber mal Hand aufs Herz: wer kann das? Leute, die erfahren im Umgang mit mySQL Datenbanken sind. Für unerfahrene Benutzer stellen unterschiedliche mySQL-Versionsstände, unterschiedliche phpMyAdmin-Versionsstände, unterschiedliche Sicherungsgoptionen (Vollständige 'INSERT's/Erweiterte 'INSERT's etc.), unterschiedliche Tabellen- und Datenbank-Kollationen absolut unüberbrückbare Hindernisse dar, so dass das "Überschreiben" der neu-installierten Datenbank mit dem alten Dump zu einem reinen Glücksspiel gerät.
Wie an diesem Thread besonders deutlich wird besteht ein direkter Zusammenhang zwischen Können und regelmäßigen Backups, nur leider ist das Verhältnis proportional und nicht umgekehrt proportional: je höher der Kenntnisstand eines Webseitenbetreibers, desto eher macht er auch häufige und korrekte Backups. Umgekehrt gilt: je schlechter der Kenntnisstand, desto weniger wahrscheinlich ist es, dass sich der Webseitenbetreiber jemals Gedanken über Backups macht. Da hilft es auch nicht, über den Webhost zu schimpfen (tut mir leid, das musste raus): das regelmäßige Erstellen von Backups ist
nicht die Aufgabe des Webhosts, es sei denn, dass das explizit vertraglich vereinbart wurde. Allibert, bitte nicht falsch verstehen: ich will Dich hier nicht öffentlich zusammenfalten; mir ist klar, dass es allen Anfängern so geht (vielleicht tue ich Dir auch Unrecht mit der Behauptung, Du wärst ein Anfänger in Sachen mySQL). Mir geht es vielmehr um folgendes: ich will einmal im Detail erklären, warum wir immer wieder so Mantra-haft auf die exakte Einhaltung der Vorgehensweise laut Doku bestehen, was ein Update angeht: natürlich hätte eine Neu-Installation des Pakets und eine anschließende Übernahme des alten Datenbestandes den gleichen Effekt wie die von uns empfohlene Vorgehensweise des Überschreibens der bestehenden Alt-Installation mit neuen Paketdaten, nur gelingt eben die erstgenannte Option sehr selten. Die entsprechenden Support-Threads verlaufen sich dann in der Regel in endlose Details und der frustrierte Anwender fragt sich:
warum muss das alles so kompliziert sein? Warum muss ich mich mit Kollationen und ähnlichem Datenbank-Murks herumschlagen, wo ich doch nur eine Fotogalerie betreiben will? Die stereotype Antwort klingt dem Benutzer in der Regel wie Hohn in den Ohren:
falsche Vorgehensweise, benutze die von uns empfohlene Vorgehensweise laut Doku. Klingt lahm, ist aber echt der einzige Ausweg aus dem Dilemma.
Beim Umzug von einem Server auf den anderen oder wie im vorliegenden Fall beim Rücksichern einer Vor-Version von einem Server auf den anderen sind die Dinge natürlich sehr vertrackt, da der Benutzer sich so oder so mit dem Datenbank-Dump beschäftigen muss, und zwar nicht nur dem Backup, sondern auch dem Restore. Wenn es der Webhoster anbietet würde ich da echt ein bezahltes Support-Angebot von denen annehmen.
Aber ich bin mir nicht zu 100% sicher, ob bei der Installation nicht noch mehr passiert außer die beschriebenen Sachen.
Bei einer Installation passiert genau das von Dir beschriebene:
- Allerlei Tests, ob Verzeichnisse beschreibbar sind, die Minimal-Voraussetzungen erfüllt sind und eine Image Library zur Verfügung steht
- Anlegen der Datenbank-Tabellen
- Füllen der Konfigurations-Tabelle mit Standard-Werten
- Erzeugen der Datei include/config.inc.php, in der die mySQL-Verbindungseinstellungen gespeichert werden
- Erzeugen der Datei include/install.lock, die verhindert, dass der Installationsassistent ein zweites Mal ausgeführt werden kann
- Erzeugen des Admin-Kontos in der Benutzertabelle der Datenbank
Joachim