Seite wird nicht geladen (Quellcode leer) wenn Seite nach Startpunkt eingefügt wird

[fips]

Hallo zusammen,

ich habe seit zwei Tagen ein merkwürdiges Problem auf einer Contao Installation die bis vor kurzem einwandfrei lief. Das Problemkind ist diese Seite:

http://kieler-schaubude.de/index.php/willkommen.html

Genau diese Seite wird nur dann nicht geladen (auch der Quellcode bleibt leer) wenn:

a) sie sich an erster Stelle nach dem Startpunkt befindet (siehe Screenshot)
b) oder während ich als Admin eingeloggt bin (im selben Browser)

Im Gegenzug wird die Seite problemlos von allen Browsern geladen, solange ich nicht als Admin eingeloggt bin und wenn ich sie in der Seitenstruktur nach hinten schiebe. Ich habe schon viel rumprobiert, Erweiterungsmodule von der Seite genommen usw. doch ohne Erfolg. Alle anderen Seiten funktionieren nach wie vor problemlos, es betrifft nur die willkommen.html

Auch die Verknüfungen zu den CSS-Dateien habe ich probehalber mal entfernt, da ich ein CSS Problem vermutete. Doch auch das hat nicht geholfen.

Ich habe schon viele Stunden experimentiert und bin ratlos. Ich bin dankbar über jede Hilfe.

(Contao Check hier: http://kieler-schaubude.de/check)

Hier der Screenshot (Seite an erster Stelle nach dem Startpunkt)
Seitenstruktur - Contao Open Source CMS 3.1 2014-01-31 21-47-45.png

[KlausGrenoble]

Corrupt files
assets/jquery/colorbox/1.4.11/images/controls.png

Die sollte man aus dem core holen und überschreiben.

[peter.fl]

Nur eine Spur...

Auf dem Startscreen des Checks fällt mir die eigenartige Darstellung der Auslassungspunkte (...) nach More information auf.

Darum würde ich mal folgende Einstellungen konrollieren:
-BE > Einstellungen > Globale Einstellungen: utf-8 (mit "-")
-install.php > Datenbankverbindung: UTF8 (ohne "-")

Wobei ich nicht weiss, ob die Einstellungen in Contao den Check beeinflussen.

[fips]

Danke euch für eure Beiträge.

Die controls.png konnte eigentlich nicht der Fehler sein, das ist nur ein Image mit den Kontroll-Elementen der Lightbox (Pfeile, X-icon). Ich habe sie trotzdem mal mit dem original überschrieben.

Die UTF8 oder UTF-8 Geschichte scheint mir auch nicht des Rätsels Lösung zu sein, bis vor kurzem lief die Seite problemlos. Google sagt zu diesem Thema soviel, dass UTF-8 die richtige Bezeichnung ist, und der Strich nur im Code weggelassen wird, da er dort probleme machen könnte.

Sonst noch Ideen?

[tab]

Hast du schon mal versucht die Fehlermeldungen einzuschalten? Kommt da was, wenn die weisse/leere Seite angezeigt wird?
Und auch mal in die "system/logs/error.log" reinschauen, ob da was steht (Fehlermeldungen protokollieren in den Systemeinstellungen aktivieren).

[magicsepp]

sowas in der Art war mal als Bug vorhanden, eventuell wäre ein update auf die 3.1.5 eine Lösung

[fips]

Also die Fehlermeldung hatte ich heute morgen:

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 49152 bytes) in /var/www/web498/html/cms/system/modules/core/library/Contao/Search.php on line 453

Als ich die Seite dann nochmal geladen habe, lief es wieder. Ich habe gerade eine Vermutung, dass irgendein "unsichtbarer" Code-Müll in einem der Events schlummert. Der Kunde fügt den Text immer per Copy/Paste aus allen möglichen Quellen ein. Ich mache mich mal auf die Suche.

Error-Logs checke ich auch mal und melde mich wieder.

Danke für eure Mühe soweit!

[magicsepp]

dein Hoster soll mal ein bischen mehr RAM Speicher bereitstellen

[fips]

@magicsepp:
woran erkenne ich das? Und wie viel RAM wären ok?

@alle:
das Problem hatte wahrscheinlich tatsächlich die Ursache, dass durch Copy/Paste der Eventbeschreibung eines einzelnen Events diverses an fremden Codemüll lag. Das hat verursacht, dass die komplette Startseite (willkommen.html) nicht geladen wurde. Merkwürdig, da auf der Startseite ja nur Datum, Uhrzeit, Name und Kategorie der Events (in Listenform) ausgegeben werden. Als das Event vorbei war und nicht mehr auf der Startseite angezeigt wurde, lief die Seite wieder.

Aber warum die Seite an erster Stelle nach dem Startpunkt gar nicht lief und an anderer Stelle teilweise ist mir immer noch ein Rätsel.

Danke für eure Hilfe!

[magicsepp]

das zeigt phpinfo(); an
memory_limit: 90-100 und je mehr desdo besser

[tab]

Woran erkenn man, dass RAM fehlt? An der Fehlermeldung!

Allowed memory size of 16777216 bytes exhausted

Erlaubte Speichergröße 16777216 Bytes = 16 MB. Das ist schon ziemlich grenzwertig (wenig).
Da es manchmal trotzdem funktioniert hat, hat wohl insgesamt nicht sehr viel gefehlt.

[fips]

Ok, danke ich werde dem Provider mal schreiben!

[tab]

das zeigt phpinfo(); an
memory_limit: 90-100 und je mehr desdo besser

Daran glaube ich seit einigen Tagen nicht mehr so recht, nachdem mir bei 1&1 beim installieren von Metamodels mit Composer das Script bei 23 MB ausgestiegen ist, obwohl phpinfo() ein memory_limit von 120M anzeigt. Offenbar sind die 120MB das, was mir der Server maximal zur Verfügung stellen würde, wenn er noch RAM zu vergeben hätte und sagt wenig bis nichts darüber aus, wieviel RAM ich in der Praxis wirklich bekomme . Ob das jetzt an der momentanen Auslastung des Servers liegt oder ob das aus der Anzahl der Webspaces auf dem Server und anderen Dingen irgendwie dynamisch berechnet wird, jedenfalls zeigt mir das: Wo 120M draufsteht sind deswegen noch nicht unbedingt 120 MB drin . Trotzdem ist klar, je mehr desto besser. Wenn das memory_limit wirklich 16 MB sind, dann braucht man nicht auf mehr als 16 MB zu hoffen

[magicsepp]

das zeigt phpinfo(); an
memory_limit: 90-100 und je mehr desdo besser