Kein Backup - Kein Mitleid!
Bei welchem Hoster bist du?
Viele Hoster bieten auch in Grundpaketen tägliche Backups der Installationen an.
Schau mal in deinen Kundenaccount, ob du ein Backup wieder herstellen kannst.
(Vorheriger Beitrag wurde vor diesem editert!)
Das ist doch gut!
DF bietet bei jedem Paket tägliche Backups an.
Schau in deinen Kundenaccount. Dort kannst du ein Backup wieder herstellen!
Kannst du die Datenbank reparieren, ggf. per Direktaufruf - /administrator/index.php?option=com_installer&view=database oder geht gar nichts mehr?
Kannst du die Datenbank reparieren, ggf. per Direktaufruf - /administrator/index.php?option=com_installer&view=database oder geht gar nichts mehr?
Auch der direktaufruf ladet im Fehler .... allerdings kommt vorher die Login-Seite.
Konntest du ein Backup wieder herstellen?
Wenn seitdem keine Änderungen an der Webseite vorgenommen wurden,
kannst du damit nichts verkehrt machen. 
Was soll passieren, wenn du ein Backup hast?!
Mein Update ist leider auch fehlgeschlagen.
Fatal error: Cannot declare class JInput, because the name is already in use in /homepages/43/d40530963/htdocs/v3/libraries/fof/input/jinput/input.php on line 39
Backend kaputt, Frontend funktioniert.
Gleiches bei mir. Das Update von 3.75 auf 3.8 zerstört das komplette Frontend (Backend bleibt unberührt und funktioniert bei mir einwandfrei).
Allerdings mache ich regelmäßige BackUps mittels Akebbaa und konnte die Seite wiederherstellen 
.
Ich dachte schon dass es evtl. an dem von mir verwendeten Template (JSN Force Pro) liegen würde aber da meine Site nun wohl doch nicht die einzige ist, scheint der Bug wohl doch eher in den Update-Files zu liegen.
Bei mir hat das Update auch nicht geklappt. White Screen im Backend, Frontend auch kaputt. Es war Gott sei Dank nur die Testumgebung. Ich habe nach hochsetzten des Error-Reportings (Global Config. -> System: error Reporting: Maximum) folgenden Fehler bekommen:
Warning: fopen(/www_data/mueller/xxxyyyyzzz.de/libraries/cms/module/helper.php): failed to open stream: No such file or directory in /www_data/mueller/xxxyyyyzzz.d/libraries/joomla/filesystem/file.php on line 335
Fatal error: Class 'JModuleHelperLibraryDefault' not found in /www_data/mueller/sxxxyyyyzzz.d/plugins/system/mvcoverride/module/helper.php on line 13
Nachdem ich dann das zip von 3.7.5 mit dem 3.8.0er verglichen habe, fand ich heraus, das unter libraries/cms kein Folder "module" mehr exisitiert.
Ich habe jetzt auf 3.7.5 zurück gedreht. Meine Hoffnung ist, dass es hier ein weiteres Update geben wird, was die Probleme behebt....
@Bluemarlin JSN sind diverse Fehler aufgetreten. Am besten wendest du dich an deren Support und welche Updates nötig sind.
Ich habe jetzt auf 3.7.5 zurück gedreht. Meine Hoffnung ist, dass es hier ein weiteres Update geben wird, was die Probleme behebt....
Das Problem ist die Erweiterung und nicht der Joomla-Core. Es wurden Dateien im Core verschoben. Und die werden sicherlich nicht zurückverschoben. Das Plugin (2 Jahre alt) muss seine Aufrufe ersetzen, entweder durch korrekte Pfade oder so, wie man es in aktuelleren Joomlaversionen machen sollte.
/plugins/system/mvcoverride/
Prüfe, ob du es überhaupt brauchst. Das Ding war schon immer kritisch zu betrachten.
EDIT: Prüfe, ob das von dir installierte Plugin wenigstens das aktuellste ist. Hier kann man wohl Issues einreichen: https://github.com/ghazal/plg_mvcoverride/issues
Bei mir schlagen immer mehr Kunden auf deren Seiten nach dem Update auf 3.8 nicht mehr funktionieren. . .
Was ist das wieder für ein Update ? rrrrrrr 
Ich vermute bis jetzt das es mitunter an den Templates liegt welche nicht mehr mit 3.8 kompatibel sind.
Ich kann nur raten ersteinmal die Finger vom Update lassen insbesondere wenn man Templates verwendet die eventuell schon ein paar Jahre alt sind.
Weiß jemand vielleicht was in Bezug auf 3.8 und Template geändert wurde ?
Gruß
Micha
Danke. Habe das plugin deaktivert und nun Funktionierte das Update.
Es wurden Dateien im Core verschoben. Und die werden sicherlich nicht zurückverschoben.
Ergänzung: ...und umbenannt.
/libraries/cms/module/helper.php ist jetzt wohl libraries\src\Helper/ModuleHelper (ohne Gewähr).
