WebsiteBaker Support (2.12.x) >
Hilfe & Support (deutsch)
ugradee von 2.8.3 - stell mich dumm an
gottfried:
Hallo!
umschalten konnte ich im Original (ich setze eine Kopie um)
aber jetzt kommt
--- Quote ---There was an uncatched exception
missing template file /mnt/web012/e1/50/5428950/htdocs/channel-1/dbs/firmlinge2/templates/wb_theme/templates/maintenance.htt und /mnt/web012/e1/50/5428950/htdocs/channel-1/dbs/firmlinge2/admin/themes/templates/maintenance.htt
in line (771) of (/framework/class.wb.php):
--- End quote ---
im templates/wb_theme der 2.8.3 ist ja auch kein maintenance.htt
das finde ich im 2.12.1 download im ordner templates/DefaultTheme/templates
einen ordner templates/wb_theme gibt es nicht.
ich find im 2.12.1 download auch kein maintenance.htt im ordner admin/themes/templates wo es eigentlich auch sein sollte.
jacobi22:
nur mal am Rande - es ist für mich nicht ersichtlich, das hier überhaupt das Upgrade-Script gelaufen ist. Und wenn das so ist, wurde weder in der Datenbank etwas aktualisiert, noch veraltete Dateien wie eben das WB_Theme gelöscht
gottfried:
Hallo!
Ja schreib ich doch.
Das Backend nimmt meinen login nicht an. Also startete ich das update script.
Das upgrade_script.php kam zu dem punkt, wo es die config.sys erzeugt hatte und ich F5 drücken sollte.
Ab da kamen beim beim wiederholten Probieren (Backend läßt mich ja nicht einloggen) des upgrade scripts besagten Fehlermeldungen.
das login nimmt nebenbei keinen der 4 möglichen logins an.
:-o
muß das unbedingt "admin" sein ?
gottfried:
Hi!
Ha! Es muß admin sein! Und Uboot hat sein Menü wieder!
:-D :-D :-D :-D :-D :-D :-D :-D :-D :-D :-D :-D
jacobi22:
--- Quote from: gottfried on March 03, 2019, 03:28:07 PM ---There was an uncatched exception
missing template file /mnt/web012/e1/50/5428950/htdocs/channel-1/dbs/firmlinge2/templates/argos_theme/templates/maintenance.htt und /mnt/web012/e1/50/5428950/htdocs/channel-1/dbs/firmlinge2/admin/themes/templates/maintenance.htt
in line (771) of (/framework/class.wb.php)
--- End quote ---
Zur Erklärung, was hier passiert ist......
Das Dateisystem der alten Version 2.8.3 wurde herunter geladen, mit den Dateien der WB 2.12.1 überschrieben und wieder hoch geladen.
In der Datenbank stehen aber noch die alten Einstellungen, wie eben in der settings-Tabelle der Wert "wb_theme" für das Backend-Theme.
Dadurch bauen sich natürlich die Pfade auch falsch zusammen, wie man hier
--- Quote ---missing template file /mnt/web012/e1/50/5428950/htdocs/channel-1/dbs/firmlinge2/templates/argos_theme/templates/maintenance.htt
--- End quote ---
oder hier
--- Quote ---missing template file /mnt/web012/e1/50/5428950/htdocs/channel-1/dbs/firmlinge2/templates/wb_theme/templates/maintenance.htt
--- End quote ---
sehr gut sieht. Durch die manuelle Anpassung der Core-Dateien wird das Chaos dann perfekt
--- Quote ---Das Backend nimmt meinen login nicht an. Also startete ich das update script.
Das upgrade_script.php kam zu dem punkt, wo es die config.sys erzeugt hatte und ich F5 drücken sollte.
--- End quote ---
Das Upgradescript kann nicht starten, wenn du nicht im Backend eingeloggt bist
--- Quote ---muß das unbedingt "admin" sein ?
--- End quote ---
Nein, natürlich muß der Displayname des SuperAdmin's mit dem in der Datenbank übereinstimmen, er muß aber nicht "admin" heißen, es kann auch "PeterPan" sein oder "HansMueller" oder sonst etwas. Wichtig ist, das man auch den SuperAdmin-Account benutzt, nur der User mit der User-ID == 1 darf ein Upgrade ausführen. Aber wenn der displayname des Users mit ID = 1 nun mal admin ist, muß er natürlich auch admin benutzen.
Mal ein Beispiel, das ich hundertfach im letztem Jahr hatte. Person XY, vielleicht Webmaster für das Projekt, hat das alte WB installiert und damals die User-ID == 1 bekommen. Mittlerweile ist er aus dem Projekt ausgeschieden und wurde in der Datenbank manuell gelöscht, dann ist aber kein User mit der User-ID == 1 mehr vorhanden und das Upgrade startet nicht. Hier hilft nur das manuelle Umschreiben in der Datenbank, also das Ändern der User-ID eines funktionierenden Accounts, mit der möglichen Folge, alle Beitragszuordnungen zu verlieren, z.b. in den News (created by, modified_by usw). Die anderen Möglichkeiten wie das Anlegen eines Neuen SuperAdmins spare ich mir, ist zu kompliziert, wenn man nicht ständig mit der Datenbank arbeitet.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version