Abgesicherter Modus lässt sich nicht deaktivieren

[Haui]

Hallo Zusammen,
nachdem ich mich nun Stundenlang durch die Foren etc. gewühlt habe und kein Ergebnis fand. Bin ich nun hier gelandet.

Ich habe von unserem Sportverein die Pflege der Homepage übernommen und komme eigentlich mit Contao ganz gut zurecht.

Jetzt wollten wir Contao Upgraden. Das hat unser Webhoster übernommen. Hier gab es aber nun Problem, so dass die Seite nur im abgesicherten Modus läuft und auch nicht mehr richtig dargestellt wird. Alle Versuche einer Fehleranalyse meinerseits ist fehlgeschlagen. Ich dachte ich könnte weiterforschen, wenn ich den abgesicherten Modus deaktiviere. Das lässt aber das System nicht zu. Egal ob ich über den Button Deaktivieren gehe oder in den Einstellungen. Er speichert es nicht ab.

Das Problem ist, dass die Navigation nicht mehr dargestellt wird, diese wird ziemlich verzerrt dargestellt. Der Ersteller der Seite ist für unseren Verein leider nicht mehr greifbar.

Unsere Seite heisst: http://www.tsvw-fussball.de

Ich bin wirklich dankbar für jeden Tip der mir hilft.
Danke
ilona

[planepix]

Hallo Ilona,

willkommen im Contao Forum.

Du kannst die Installation mit dem Contao Check überprüfen:
https://docs.contao.org/books/manual...r-contao-check

Je nachdem von welcher Version aktualisiert wurde, müssen auch Anpassungen manuell vorgenommen werden (z.B. CSS-Klassen, die sich geändert haben)

[xchs]

Das schaut irgendwie so aus, als ob die localconfig.php nicht (mehr) beschreibbar ist. Vermutlich gibt es (nun) generell Probleme mit den Schreibrechten.

[tab]

Ja, in assets/css kann wohl auch nicht mehr geschrieben werden, deshalb wird das verlinkte CSS (Edit: und auch JS) teilweise nicht gefunden.

[Haui]

Also ich hab jetzt mal den Contao-Check gemacht und ziemlich viele Fehlermeldungen erhalten.... Da ich leider nicht soo tief in der Programmiersprache bin habe ich jetzt viele ??? im Gesicht
hier mal ein Auszug davon:

Version
Eine Contao 3.3.5-Installation wurde gefunden.

Beschädigte Dateien
.htaccess.default
README.md
assets/contao/css/debug-uncompressed.css
assets/contao/css/debug.css
assets/contao/css/form-uncompressed.css
assets/contao/css/form.css
assets/contao/css/grid-uncompressed.css
assets/contao/css/grid.css
assets/contao/css/layout-uncompressed.css
assets/contao/css/layout.css
assets/contao/css/reset-uncompressed.css
assets/contao/css/reset.css
assets/contao/css/responsive-uncompressed.css
assets/contao/css/responsive.css
assets/contao/js/core-uncompressed.js
assets/contao/js/core.js
assets/jquery/tablesorter/2.0.5/css/tablesorter.css
assets/jquery/tablesorter/2.0.5/css/tablesorter.min.css
assets/mootools/chosen/chosen-uncompressed.css
assets/mootools/chosen/chosen-uncompressed.js
assets/mootools/chosen/chosen.css
assets/mootools/chosen/chosen.js
assets/mootools/mediabox/1.4.6/js/mediabox-uncompressed.js
assets/mootools/mediabox/1.4.6/js/mediabox.js
assets/mootools/mootao/Mootao-uncompressed.js
assets/mootools/mootao/Mootao.js
assets/mootools/simplemodal/1.2/css/simplemodal-uncompressed.css
assets/mootools/simplemodal/1.2/css/simplemodal.css
assets/mootools/stylect/css/stylect-uncompressed.css
assets/mootools/stylect/css/stylect.css
assets/mootools/stylect/js/stylect-uncompressed.js
assets/mootools/stylect/js/stylect.js
assets/mootools/tablesort/css/tablesort-uncompressed.css
assets/mootools/tablesort/css/tablesort.css
assets/mootools/tablesort/js/tablesort-uncompressed.js
assets/mootools/tablesort/js/tablesort.js
assets/swipe/2.0/css/swipe.css
assets/swipe/2.0/js/swipe.js
assets/swipe/2.0/js/swipe.min.js
assets/tinymce4/langs/ar.js
assets/tinymce4/langs/bg_BG.js
assets/tinymce4/langs/bs.js
assets/tinymce4/langs/ca.js
assets/tinymce4/langs/cs.js
assets/tinymce4/langs/da.js

[planepix]

Hallo Ilona,
lade dir das ZIP-Archive der 3.3.5, entpacke das Zip-Archiv und ersetze alle als beschädigt markierten Dateien via FTP.

Direkter Download der 3.3.5: https://github.com/contao/core/relea...ntao-3.3.5.zip

[xchs]

Das sieht mir eher danach aus, als ob der Contao Check nicht die korrekte Contao-Version bestimmen kann, weil die in der constants.php vorhandene Contao-Version nicht zur Installation passt. Der Contao Check moniert ja quasi die komplette Contao-Installation als fehlerhaft.

Weißt Du zufällig, auf welche Version der Webhoster aktualisiert hat?

[tab]

Wieso? Es sind doch lediglich die .htaccess.default, die READMe.md und wohl alles(?) unterhalb von /assets. Kommt mir irgendwie fast so vor, als ob da zuvor ein Safe-Mode-Hack im Einsatz gewesen wäre. Es scheint ein Hetzner-Server zu sein, da habe ich keine Erfahrungen damit, aber im shared hosting bei Hetzner braucht man das jedenfalls nicht. Wäre mal interessant von welcher alten Version auf welche neue upgedatet wurde. Ahh 3.3.5 scheint aktuell aufgespielt zu sein. Naja, suboptimal würde ich mal sagen.

Edit: Aber ein Update auf 3.3.5 würde eigentlich keinen großen Sinn ergeben

[xchs]

Ich habe direkt hier geschaut: http://www.tsvw-fussball.de/check/?c=validator

[tab]

Ah, ok , das sieht schon ganz anders aus, da hat einiges gefehlt im Beitrag.

[planepix]

Jupp, Ilona hatte ja auch geschrieben „ein Auszug davon”.

Mal schauen, wenn das alles ersetzt ist ob es dann klappt.

[xchs]

Ja, wobei ich eben davon ausgehe, dass der Contao Check hier nicht die passende Contao-Version bestimmen kann. Denn es kann wohl kaum sein, dass quasi alle Dateien der Installation als fehlerhaft angemeckert werden, die Website aber trotzdem noch funktioniert. Hier stimmt also was nicht.

[Haui]

Also erstmal vielen Dank für Eure Rückmeldungen. Habe mich heute gleich drangemacht mit dem Check einige Probleme zu beseitigen. Ich konnte leider nicht alle entfernen, da ansonsten entweder das Backend Probleme machte oder die Homepage. Dem wollte ich noch näher auf den Grund gehen....
Allerdings hat sich jetzt ein anderes Problem aufgetan. Nachdem ich den großen Anteil der Daten getauscht hatte wollte ich wieder versuchen, den Abgesicherten Modus zu deaktiveren. Ging leider immer noch nicht. Dann wollte ich in den Erweiterungen zwei Erweiterungen aktualisieren (BackUP und Banner) waren mit Fehlern gekennzeichnet und man konnte sie reparieren. Das habe ich versucht durchzuführen, hat aber nicht funktioniert, da er die Datei wohl nicht überschreiben konnte. Er hat zwar wohl die Datenbank aktualisiert.
Nun komme ich aber nicht mehr auf System/Einstellungen - da erscheint jetzt eine Fehlermeldung mit Verweis auf die error.log. Hier der Fehler mit dem ich leider gar nichts anfangen kann, da hier meine Programmierkenntnisse zu gering bzw. gar nicht vorhanden sind....

Hier die Meldung:
13-Feb-2018 17:49:17 Europe/Berlin]
PHP Warning: ftp_delete(): /system/tmp/40622095df9fd810f02bf0202eb6a481: No such file or directory in
/usr/www/users/tsvwly/system/modules/core/library/Contao/Files/Ftp.php on line 295 #0
[internal function]: __error(2, 'ftp_delete(): /...', '/usr/www/users/...', 295, Array)
#1/usr/www/users/tsvwly/system/modules/core/library/Contao/Files/Ftp.php(295): ftp_delete(Resource id #110, '/system/tmp/406...')
#2 /usr/www/users/tsvwly/system/modules/core/library/Contao/Files/Ftp.php(249): Contao\Files\Ftp->delete('system/tmp/4062...')
#3 /usr/www/users/tsvwly/system/modules/core/library/Contao/File.php(595): Contao\Files\Ftp->rename('system/tmp/4062...', 'assets/js/8ba69...')
#4 /usr/www/users/tsvwly/system/modules/core/library/Contao/Combiner.php(295): Contao\File->close()
#5 /usr/www/users/tsvwly/system/modules/core/templates/backend/be_login.html5(28): Contao\Combiner->getCombinedFile()
#6 /usr/www/users/tsvwly/system/modules/core/library/Contao/BaseTemplate.php(88): include('/usr/www/users/...')
#7 /usr/www/users/tsvwly/system/modules/core/library/Contao/Template.php(277): Contao\BaseTemplate->parse()
#8 /usr/www/users/tsvwly/system/modules/core/classes/BackendTemplate.php(34): Contao\Template->parse()
#9 /usr/www/users/tsvwly/system/modules/core/classes/BackendTemplate.php(107): Contao\BackendTemplate->parse()
#10 /usr/www/users/tsvwly/system/modules/core/controllers/BackendIndex.php(106): Contao\BackendTemplate->output()
#11 /usr/www/users/tsvwly/contao/index.php(20): Contao\BackendIndex->run()
#12 {main}

So langsam dreh ich durch..... soll ich jetzt erstmal noch die Fehler des Checkup beseitigen oder mich um dieses problem kümmern?

Eine Rückführung der zuletzt getauschten Dateien/Pfade brachte keine Veränderung. Dieser Fehler muss irgendwie mit dem Erweiterungsupdate zusammenhängen - was ja eigentlich auch nicht funktionierte *ratlosbin*

[tab]

Bei dir scheint der Safe Mode Hack auch nach dem Update noch aktiviert zu sein. Wie sind denn deine PHP-Einstellungen und welche Optionen bietet dir Hetzner da an?
Stehen in deiner system/config/localconfig.php Zeilen drin ähnlich wie

$GLOBALS['TL_CONFIG']['useFTP'] = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = '127.0.0.1';
$GLOBALS['TL_CONFIG']['ftpPath'] = 'pfad/zu/contao/';
$GLOBALS['TL_CONFIG']['ftpUser'] = 'ftp-user';
$GLOBALS['TL_CONFIG']['ftpPass'] = 'ftp-passwort'; 

[Haui]

steht alles so drin wie von Dir beschrieben, außer bei ftpPath steht kein Verzeichnis drin. Hab hier unseren Verweis reingemacht, hat aber nichts gebracht...

$GLOBALS['TL_CONFIG']['useFTP'] = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = 'tsvw-fussball.de';
$GLOBALS['TL_CONFIG']['ftpPath'] = '/';
$GLOBALS['TL_CONFIG']['ftpUser'] = 'ftpuser';
$GLOBALS['TL_CONFIG']['ftpPass'] = 'ftppasswort';

[tab]

Die Frage ist, ob du den Safe Mode Hack wirklich noch brauchst. Wenn du als PHP-Version irgendwas halbwegs aktuelles (5.6, 7.x) als FastCGI/FPM zur Auswahl hast, dann stell das mal ein, dann kannst du die Zeilen zum Testen erst mal auskommentieren oder einfach bei useFTP als Wert false setzen (->FTP wird nicht benutzt).

[Haui]

hab es raus genommen - hat aber nichts gebracht. Die Einstellungen öffnen sich nicht. Folgende Meldung kommt dann:

Fatal error: Uncaught exception Error with message Class 'True\Punycode' not found thrown in system/modules/core/library/Contao/Idna.php on line 67
#0 system/modules/core/library/Contao/Idna.php(121): Contao\Idna::decode('tsvw-fussball.d...')
#1 system/modules/core/widgets/TextField.php(153): Contao\Idna::decodeEmail('webmaster@tsvw-...')
#2 system/modules/core/library/Contao/Widget.php(684): Contao\TextField->generate()
#3 system/modules/core/templates/backend/be_widget.html5(3): Contao\Widget->generateWithError(true)
#4 system/modules/core/library/Contao/BaseTemplate.php(88): include('/usr/www/users/...')
#5 system/modules/core/library/Contao/Widget.php(630): Contao\BaseTemplate->parse()
#6 system/modules/core/classes/DataContainer.php(557): Contao\Widget->parse()
#7 system/modules/core/drivers/DC_File.php(253): Contao\DataContainer->row()
#8 system/modules/core/classes/Backend.php(650): Contao\DC_File->edit()
#9 system/modules/core/controllers/BackendMain.php(131): Contao\Backend->getBackendModule('settings')
#10 contao/main.php(20): Contao\BackendMain->run()
#11 {main}

[Spooky]

Der Fehler passiert, weil deine Contao Version nicht in Ordnung ist. Die fehlenden/korrupten Dateien musst du ersetzen.

[tab]

Hmm, ja, stimmt. Du hast ja noch gar nicht alle Dateien ersetzt, das solltest du tun. Wenn alle Dateien ersetzt sind, sollte doch das Backend im abgesicherten Modus kein Problem machen. Wäre allenfalls möglich, dass alte, verwaiste Dateien, die in der neuen Version nicht mehr benötigt werden, in der Installation verblieben sind. Sowas kann manchmal Ärger machen und sollte auch behoben werden. Der Check prüft nur auf Dateien der aktuellen Version, ob noch weitere, zusätzliche Dateien vorhanden sind, überprüft er nicht. Leider wissen wir auch immer noch nicht, welche Version vor dem Updateversuch installiert war und ob tatsächlich versucht wurde, ausgerechnet auf Version 3.3.5 upzudaten. Da kann ich eigentlich keinen tieferen Sinn drin sehen. Wenn es wenigstens 3.3.7 wäre.

[MacPix]

Wie deaktiviere ich den abgesicherten Modus im 4.10?