Probleme mit Contao-Installation

**samkuem** · 07.01.2013, 12:18

Hallo liebe Community,

bin nun seit 2 Jahren Nutzer von Contao und habe seit letzten Herbst ein Problem mit einer Webseite. Bin bisher nicht dazu gekommen, mit darum zu kümmern, diese Woche muss ich das allerdings angehen:

Ich bekomme seltsame Fehlermeldungen von Contao, die letzten September plötzlich auftraten. Ich kann die Seite nicht mehr aufrufen und mich auch ins Backend nicht mehr einloggen. Da ich nur sehr wenig PHP- und Skriptwissen habe und bisher immer mit HTML5 und CSS3 ganz gut hingekommen bin, bin ich bei diesem Problem völlig hilflos. Wer weiß Rat und kann mir eine Spur geben, woran es liegen könnte.

Hier der Link zur Seite unseres Vereins:
www.cvjm-markgröningen.de/dev/

Hier sollte das Backend sein:
www.cvjm-markgröningen.de/dev/contao/index.php

Laut dem Install-Tool ist mit der Installation alles in Ordnung.
Zum Verständnis habe ich ein paar Screenshots angehängt. Ich verstehe zumindest soviel, dass irgend ein Template nicht erstellt werden kann und irgend ein Skript nicht funktioniert. Ich habe aber keinerlei Erinnerung daran, was ich an der Seite geändert haben sollte, was diese Reaktion auslöst... kann mir bitte jemand helfen?

DANKE SCHONMAL IM VORAUS!

**lindesbs** · 07.01.2013, 12:19

Das Verzeichniss system/scripts/ ist wohl nicht beschreibbar.

**samkuem** · 07.01.2013, 12:21

Also die Einstellung ist 777 für diesen Ordner, wie auch für alle anderen Ordner, die das benötigen...

**BugBuster** · 07.01.2013, 12:23

Da stimmt was mit den Schreibrechten für das Verzeichnis system/scripts/ nicht mehr.

Wurde was an PHP geändert? (z.B. Umstellung von Modul auf CGI oder anders rum)
War bisher der Contao Safe-Mode-Hack aktiv? (FTP Daten in localconfig)

Mal den aktuelle Contao Check installieren und prüfen lassen. (nach /dev/check und mit www.cvjm-markgröningen.de/dev/check/ aufrufen)

**lindesbs** · 07.01.2013, 12:23

Hast Du in der htaccess den RewriteBase angepasst auf /dev ?

Sieht momentan nicht danach aus.

Und ich wuerd Dir empfehlen, den ContaoCheck mal zu installieren.

**samkuem** · 07.01.2013, 12:26

Als am PHP bzw. an Schreibrechten habe ich auf keinen Fall was geändert. Habe auch schon beim Hoster (all-inkl.com) angerufen, die konnten mir auch nicht weiterhelfen. An der Seite ist wirklich nichts verändert worden und eines Tages hat Contao diese Fehlermeldung rausgegeben.

Wo kriege ich Contao-Check? Wie installiere ich das? Ich komme ja ans Backend auch nicht mehr ran.

Im Anhang mal ein Screenshot der htaccess. Das hat allerdings vorher so funktioniert... keine Ahnung, was da anders ist.

**samkuem** · 07.01.2013, 12:33

Hab den Contao Check gefunden und hochgeladen. Jetzt sieht es so aus:
www.cvjm-markgröningen.de/dev/contao/check/

Da Contao die URLs intern verwaltet, komm ich da gar nicht ran, weil er denkt, ich versuche eine Contao-Seite aufzurufen.

**lindesbs** · 07.01.2013, 12:33

Hast Du im Root eine htaccess ?
Also hier : http://www.cvjm-markgröningen.de

**samkuem** · 07.01.2013, 12:34

Nein, sollte ich? Und was gehört da rein? :-)

**lindesbs** · 07.01.2013, 12:37

Nein, nicht erstellen. es ist nur verwunderlich, weshalb es im dev Verzeichniss dann die Probleme gibt ....

**BugBuster** · 07.01.2013, 12:39

warum machen die Leute nicht das was man sagt.
Ich schrieb /dev/check, ohne das contao !
in der ZIP ist ein Verzeichnis mehr drin, ist halt GitHub bedingt.

**samkuem** · 07.01.2013, 12:46

Sorry, hab mich verschrieben. Es ist im richtigen Ordner /dev/check/

Passiert aber dasselbe:
http://www.cvjm-markgröningen.de/dev/check/

**samkuem** · 07.01.2013, 12:48

Hiermit gehts:
http://www.cvjm-markgröningen.de/dev/check/index.php

Hilft mir aber auch nicht deutlich weiter... wenn ich auf „Validate“ klicke, kommt das hier:
http://www.cvjm-markgröningen.de/dev/check/?c=validator

**BugBuster** · 07.01.2013, 12:48

ok, das liegt an apache irgendwie denn so gehts
http://www.cvjm-markgröningen.de/dev/check/index.php
Das meint, du brauchst kein SMH, schon mal gut.

bzw. die validation
http://www.cvjm-markgröningen.de/dev...hp?c=validator

Die fehlenden sind kein Problem, die Templates haste warscheinlich selber angepasst, nur sollte man das nicht dort tun.

**samkuem** · 07.01.2013, 13:30

Ok, und was mache ich nun? Soll ich die korrupten Dateien zurücksetzen? Ich hatte da halt einiges geändert, was mir nicht gefallen hat, allerdings nicht am PHP an sich, meine ich.

**lindesbs** · 07.01.2013, 13:35

Ansich nur die Templates. Die werden nicht in der Verzeichnisstruktur des Modules geanedert, sondern in den /templates Ordner kopiert und dort geaendert. Somit hast du die Anpassungen auch nach einem Modulupdate noch vorhanden.

Ich denke eher, das deine htaccess fehlerhaft ist. Nehme lieber nochmal den Original Inhalt aus der .htaccess.default und passe nur den RewriteBase an auf /dev

Dann schauen wir mal weiter.
Das interessante ist naemlich, das er die Zuordnung nicht hinbekommt.
Hast Du in den Einstellungen evt. des Suffix geaendert ? Von ".html" auf leeres Feld ?

**samkuem** · 07.01.2013, 13:41

Ja, das Suffix hatte ich geändert, ich will ja cleane, suchmaschinenfreundliche URLs haben. Das Feld müsste leer sein, leider kann ich das aber im Moment ja nicht nachvollziehen.
Ich werde den Tipp mit der htaccess mal probieren. Habe mich soeben auch endlich mal zu LiveUpdate angemeldet, das dürfte auch helfen. Hoffe, ich bekomme mein ID bald.

Danke schonmal für die Hinweise, ich melde mich später nochmal, wenn ich einiges ausprobiert habe, was hier angeschnitten wurde. DANKE!

**samkuem** · 07.01.2013, 13:50

Also ich habe gerade die veränderten Templates mal zurückgesetzt und die htaccess geändert, wie oben beschrieben. Keinerlei Wirkung

Kann es sein, dass ich irgend ein kaputtes Skript oder irgendwas drauf habe? Oder hat vielleicht jemand den FTP gehackt und da was zerschossen... ich verstehe halt wirklich nicht, was das System da bei den Fehlermeldungen überhaupt aussagt...

Idea, anyone?

**lindesbs** · 07.01.2013, 13:50

Lass doch das Suffix ".html"
Das ist lesbar und normal, das man sowas hat.

Und nur weil die URL kaputt gemacht wird, hat das meiner Meinung nach nichts mit Suchmaschinenfreundlich zu tun.....

**samkuem** · 07.01.2013, 13:52

Also ich habe nicht das Gefühl, dass es am Suffix liegt. Das hat ja vorher tadellos funktioniert mit cleanen URLs. Ich weiß es natürlich nicht. Das Suffix kann ich aber nun nicht mehr ändern... ich komme ja ins Backend von Contao gar nicht rein?

**lindesbs** · 07.01.2013, 13:58

Gehe per FTP oder sonstwie auf die Installation in das Verzeichnis system/config
oeffne die Datei localconfig.php
und loesche die Zeile mit dem hier :
$GLOBALS['TL_CONFIG']['urlSuffix']

Danach ists wieder normal
Und die Seite sollte im FE wieder klappen.

Wenn Du UNBEDINGT den Suffix raus haben willst, musst Du es auch richtig machen.
Es steht nicht ohen Grund in der htaccess.default dieser Text

By default, Contao adds ".html" to the generated URLs to simulate static
# HTML documents. If you change the URL suffix in the back end settings, make
# sure to change it here accordingly!

https://github.com/contao/core/blob/...s.default#L213

**samkuem** · 07.01.2013, 14:02

Hilft leider nichts. Das hatte ich vorher ja schon richtig geändert. Habe es jetzt zurückgesetzt.

Dasselbe Ergebnis:
http://www.cvjm-markgröningen.de/dev/

**lindesbs** · 07.01.2013, 14:08

http://www.xn--cvjm-markgrningen-9zb...safe-mode-hack

**samkuem** · 07.01.2013, 14:12

Oha, wie stelle ich das ein? Wo kann ich das rausfinden, wie das geht?

Danke sehr für den Tipp!

**lindesbs** · 07.01.2013, 14:14

https://contao.org/de/manual/3.0/ins...hack-verwenden
http://de.contaowiki.org/Safemode_Hack

Wobei der SMH wirklich nur der letzte Schritt sein sollte.

**samkuem** · 07.01.2013, 14:19

Das habe ich doch alles längst eingestellt? (Siehe Screenshot)

Wie gesagt: Vorher hat alles schon mal funktioniert.

**lindesbs** · 07.01.2013, 14:39

Port 0 ?
Das geht ? Eigentlich muesste es doch Port 21 sein, bei normalem FTP

Kannst Du dich denn selbst mit den Angaben einloggen ?
Bei welchem Provider bist Du ?

**samkuem** · 07.01.2013, 14:47

Wie oben schon beschrieben all-inkl.com

Also in meinem FTP-Programm funktioniert es einwandfrei.

**samkuem** · 07.01.2013, 14:51

Also am SafeHack kann es auch nicht liegen, das FTP ist einwandfrei eingestellt. Ich verstehe einfach nicht, warum er da die Skripte anscheinende nicht mehr ausführen/erstellen kann... :-(

**lindesbs** · 07.01.2013, 14:52

im Wiki ist fuer den SMH noch was fuer all-inkl. http://de.contaowiki.org/Safemode_Ha...f_all-inkl.com

und dort kann man auch ohne den SMH hosten : https://community.contao.org/de/show...dien-M%FCnnich

Was deutlich besser ist.

**samkuem** · 07.01.2013, 15:58

Ich probiere es mal mit einem LiveUpdate und hoffe, dass sich dadurch manche Probleme lösen... :-/

Oder hat noch jemand eine andere Idee?

**samkuem** · 07.01.2013, 16:26

Ich habe so langsam die Befürchtung, dass es an irgendwelchen Serversachen auf all-inkl.com liegen könnte. ich kann nicht mal ganz frisch contao 3.0 auf einem anderen all-inkl-server installieren... :-(