Beim Betrieb meiner Drupal-Webseite bekomme ich nur eine weiße Seite angezeigt. Woran liegt das?

funst leider immer noch nicht bei mir.. :(

hab alles versucht.. die memory limit auf übertriebene 300 gesetzt und alles andere auch.. nichts...

Hast Du mal in den Quelltext der weissen Seite gesehen?

Ist da kein Quelltext? Oder ist da teilweise Quelltext?

Lade doch mal ein normales PHP-Script hoch und sprich es im Browser an. Beispiel Scriptinhalt fuer diese Datei:

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

im Quelltext zeigt er nichts an..

habe in der Zeit nun Drupal neu installiert und ein paar Module wieder installiert. lief wunderbar... anschließend wollte ich das backup einfügen und seit dem habe ich wieder dieses Problem, aber diesmal nur nach dem Login.

Es kann sein, dass bei Verwendung bestimmter Module der Webserver sehr alergisch reagiert, wenn diese bestimmte PHP-Funktionen (z.B. ini_set, ...) verwenden wollen, die Konfiguration des Servers aber verbietet (insbesondere, wenn das PHP Binary mit Suhosin gehärtet wurde und die ungewollten Funktionen dort in der Blacklist eingetragen werden). So kann es sein, dass der Server dann nur noch eine weiße Seite ohne jedglichen Inhalt zurück gibt. Für die Lösung des Problems solltest du die verwendeten Module nennen und / oder mehr über deine Serverkonfiguration nennen bzw. Anbieter =)

Wenn er Zugriff auf die Protokolle des Webservers hat, könnte/sollte ein Blick ins Error-Log des Apache erhellend sein.

"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay

Seite geht wieder, hatte noch mal die gesamten Einstellungen überprüft, auch was die php-ini angeht.... anschließend hab ich noch mal die die einstellungen in der Confixx überprüft. unter anderem hab ich noch mals die Einstellung für das verwendete Konto die php safe_mode überprüft, war sichtlich alles in Ordnung, also auf off... ich hatte trotz der richtigen einstellung auf speichern geklickt, und siehe da, die Page geht wieder..

Ich hatte hier nichts verändert, bzw. verstellt, daher ist mir das unbegreiflich...

aber vielen Dank für die Hilfe.. ich hoffe das der Fehler nicht so schnell wiederkommt..

Eine weiße Seite bekomme ich immer dann, wenn ich meine Datenbank komplett per phpMyAdmin importiere.
Also z.B. eine offline Version auf einem Live-Server importiere.

Ich kenne das Problem schon seit Drupal 4.7.

Das Problem konnte ich beheben, in dem ich mich eingeloggt habe und auf der Themeseite das aktuelle Theme nochmal abgespeichert habe.

Anscheinend wird nach einem MySQL-DB import das Theme nicht mehr erkannt und geladen.

Das könnte ein Bug sein.

Hi,

ich habe nun dasselbe Problem, es wird eine leere Seite angezeigt, der Quelltext ist leer, ich meine mich aber erinnern zu können, dass gestern zumindest das HTML-Grundgerüst (HTML, HEAD etc.) zus sehen war. Arbeitsspeicher ist ausreichend vorhanden. Dem Fehler ist allerdings ein SQL-Import vorangegangen, daher würde ich gerne den Tipp von bit7 versuchen und das Theme neu speichern. Nur wie kann ich mich einloggen, wenn ich die Seite nicht angezeigt bekommen?

Wieviel Speicher ist denn eingestellt?

Zum einloggen könnte das helfen: http://www.drupalcenter.de/faq/819 - falls nicht mal über phpMyAdmin in der Datenbank einzelnen Module deaktivieren.

gruß pebosi

Es sind 24 MB eingestellt. Login funktioniert nicht, da ich auf ausnahmslos allen Seiten, die ich versucht habe direkt aufzurufen, lediglich die weiße Seite erhalte. Gibt es vielleicht eine Möglichkeit den Login über HTTP-POST durchzuführen? Und wo kann man denn das Standardtheme mit PHPmyAdmin einstellen? Module deaktivieren muss ich mal ausprobieren, sind aber schon einige.

Erhöh den Speicher mal auf 32, in der Tabelle system kannst du Module und Themes de/aktivieren.

gruß pebosi

Hi jakewalk,

zuerst die Login Seite auf (http://.../?q=user) aufrufen und einloggen, die wird bei mir angezeigt. Danach bekomme ich auch eine weiße Seite.
Um in die Themes Einstellungen zu gelangen rufe diese Seite mit http://.../?q=admin/build/themes auf. Die wird auch angezeigt. Dann kannst Du einfach auf Konfiguration speichern klicken. Danach wird Dein Standard Theme wieder aktiviert.

Die gute Nachricht vorweg: Die Seite läuft wieder. Leider hat keiner der hier vorgeschlagenen Tipps geholfen (danke trotzdem für die Hilfe): Die Login-/Adminseiten waren ebenfalls komplett weiß, also nicht erreichbar, Erhöhung des Speichers brachte keine Abhilfe, ebenso wenig das schrittweise Deaktivieren aller Plugins. Daher habe ich es auf die harte Tour gemacht und eine Neuinstallation in eine neue Datenbank gemacht. Dann die drupal_system-Tabelle der alten Installation exportiert, diese anschließend gelöscht und mit der jungfräulichen aus der Neuinstallation überschrieben. Dann kam ich wieder in den Loginbereich und habe daraufhin die fehlenden Tabellen aus der gesicherten Exportdatei eingefügt.

Das einzige was seitdem nicht wieder geht ist die Einbindung des Gallerymoduls. Was muss ich denn löschen, um restlos alle Einstellungen eines Moduls zu entfernen?

Guten Tag

Ich habe das Problem mit weissen Seiten bei einer View Ausgabe. Die Seite ist komplett leer, also auch ohne Quelltext. Ein Fehler bei den Einstellungen der betreffenden Ansicht kann es wohl kaum sein, da sonst ja wenigstens der Grundquelltext vorhanden wäre denk ich. Kenn jemand dieses Problem?

Freundliche Grüsse

Ganz frische drupal 6.2 installation, garland kopiert in sites themes als kopie/neuer ordner name = weiße Seite!? Tritt auch bei anderen themes auf.

moin,

ich hatte auch die gleichen Probleme. Dump von der DB. Files auf anderen Server kopiert. Weiße Seite als Resultat. Einloggen war nicht möglich.

Ich habe dann einfach mal das Modul ecommerce aus dem Verzeichnis gelöscht. Danach funktionierte alles!! Es sind jetzt zwar noch ein paar Fehlermeldungen von anderen Modulen, aber erstmal läuft wieder alles. Mir kommt es so vor, als ob Drupal (in diesem Falle 5.7_DE) keine Fehlermeldung ausgibt, wenn es ein Konflikt zwischen der Konfiguration des neues Servers und einem Modul gibt.

Was habe ich gemacht?
=====================
1. Backup der DB mit dem Prog mysqldump => erhalte Datei XXX
2. wiederherstellen der Tabellen (gespeichert in Datei XXX) in die neue DB mit Hilfe von mysqldump
3. anpassen der settings.php
4. Verzeichnis von Drupal auf neuen Server spielen
5. Nicht-Standard-Module gelöscht per FTP-zugriff

so far, gerri :-)

Fehler wie im Forum beschrieben, dachte es gehört nicht hier rein, deswegen der Post im Forum.

Link zum Post im Forum: http://www.drupalcenter.de/node/10633

Ein Fehler der mir gerade untergekommen ist und zum WSOD führte:

Ich hatte in einem Theme eine Änderung an der template.php vorgenommen und alles schien soweit zu funktionieren. Aber beim Einloggen, Ausloggen und dem Abschicken von Formularen wenn ich eingeloggt war, setzte es einen WSOD. Protokolleinträge gab es serverseitig nicht.

Am Ende stellt sich heraus, dass ich beim Editieren nicht auf die Einstellungen des Editors geachtet hatte. Er hatte die template.php zwar korrekt in UTF-8 abgespeichert, aber mit BOM (byte order mark) und darauf kann Drupal so gar nicht.

--
http://www.alexander-langer.de

Tag, zusammen.

Zu den weissen Seiten habe ich jetzt alles mögliche gelesen, aber geholfen hat's ihm gar nichts.

Meine Installation ist eine ganz frische 6.4 auf einem Apache bei all-inkl.
Zusatzmodule: Advanced Forum, Storm, Linklist, Photo Album
Ausser ein paar Zeichensatzgrößen im css der Linkliste habe ich nichts geändert.

Getestet habe ich mit IE6, Opera, SeaMonkey und Firefox. Mit den letzen drei läuft alles problemlos, nur der IE zeigt im Forum einen Beitrag "weiss" an. Geht man auf "Bearbeiten", ist der Text zu sehen.
Eine Bekannte hat ebenfalls mit Firefox getest, kriegt aber wesentlich mehr weisse Seiten angezeigt. Ruft die selbe Bekannte die Seite mit dem IE auf, dann kriegt sie die volle Breitseite:

# user warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1,0) FROM stormticket sti1 WHERE sti1.vid=n.vid) WHEN 'stormtimetracking' THEN' at line 1 query: SELECT DISTINCT(n.nid) FROM node n WHERE (( CASE n.type WHEN 'stormticket' THEN (SELECT IF( n.uid=4 OR sti1.organization_nid=,1,0) FROM stormticket sti1 WHERE sti1.vid=n.vid) WHEN 'stormtimetracking' THEN 0 ELSE 1 END )=1 ) AND ( n.status = 1 AND n.nid IN (19, 12, 1, 5, 8, 14)) in /www/htdocs/w006ddcf/includes/menu.inc on line 986.
# user warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1,0) FROM stormticket sti1 WHERE sti1.vid=n.vid) WHEN 'stormtimetracking' THEN' at line 1 query: SELECT n.type, n.title, b.*, ml.* FROM book b INNER JOIN node n on b.nid = n.nid INNER JOIN menu_links ml ON b.mlid = ml.mlid WHERE (( CASE n.type WHEN 'stormticket' THEN (SELECT IF( n.uid=4 OR sti1.organization_nid=,1,0) FROM stormticket sti1 WHERE sti1.vid=n.vid) WHEN 'stormtimetracking' THEN 0 ELSE 1 END )=1 ) AND ( n.nid IN (15,19,42) AND n.status = 1 )ORDER BY ml.weight, ml.link_title in /www/htdocs/w006ddcf/modules/book/book.module on line 267.
# user warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1,0) FROM stormticket sti1 WHERE sti1.vid=n.vid) WHEN 'stormtimetracking' THEN' at line 1 query: SELECT DISTINCT(n.nid) FROM node n WHERE (( CASE n.type WHEN 'stormticket' THEN (SELECT IF( n.uid=4 OR sti1.organization_nid=,1,0) FROM stormticket sti1 WHERE sti1.vid=n.vid) WHEN 'stormtimetracking' THEN 0 ELSE 1 END )=1 ) AND ( n.status = 1 AND n.nid IN (19)) in /www/htdocs/w006ddcf/includes/menu.inc on line 986.

... und so weiter
Das stormtimetracking habe ich abgeschaltet, aber geholfen hat's ihm gar nichts.

Weitere Maßnahmen:
Cache abgestellt, Cache gelöscht.
Aber geholfen ...

Danke für Hilfe!

Have a nice day!
doc.alfons

Have a nice day!
doc.alfons

Bei mir das gleiche Problem nach der Installation bestimmter Module.
Es geht um Drupal 6.6, welches ich gerade mit MAMP PRO lokal teste.

Die Installation der meisten Module klappt tadellos. Doch bei Views 2.1 erschien nach der Installation
- also nach dem Klick auf »Kpnfiguration speichern – die Modulseite .../?q=admin/build/modules als weiße Seite.
Ich habe dann das Modul selbst wieder gelöscht. Die Modulseite erschien wieder.

Als nächstes trat das Problem beim Modul Account Reminder auf, doch hier half das Löschen der Modulfiles nichts.
Die Modulseite liess sich nicht mehr aufrufen.

Dann fand ich die DB-Tabellen in phpMyAdmin und löschte sie ohne Ergebnis.

Dann die Lösung nach Lesen dieses Threads: In der Tabelle system waren noch die Module Views und Account Reminder
angeknippst. Diese löschte ich dann und konnte die Modulseite wieder wie gewohnt aufrufen. Soweit so gut.

Doch meine Hauptfrage bleibt:
wie schaffe ich es, Views und Account Reminder zu installieren, ohne dass ich als Ergebnis wieder eine leere weiße
Seite angezeigt bekomme ???

Bitte um Tipps.

Kleiner Nachtrag:
Das Modul Account Reminder tuts jetzt. Es lag offenbar nur an Views.
Nach Speichern von Views (angeklickt hatte ich lediglich das erste Kästchen)
erscheint als weiße Seite .../?q=batch&op=start&id=12
und ich erhalte folgende Fehlermeldung:

user warning: Table 'cache_views' already exists query: CREATE TABLE cache_views ( `cid` VARCHAR(255) NOT NULL DEFAULT '', `data` LONGBLOB DEFAULT NULL, `expire` INT NOT NULL DEFAULT 0, `created` INT NOT NULL DEFAULT 0, `headers` TEXT DEFAULT NULL, `serialized` SMALLINT NOT NULL DEFAULT 0, PRIMARY KEY (cid), INDEX expire (expire) ) /*!40100 DEFAULT CHARACTER SET UTF8 */ in /Applications/MAMP/htdocs/drupal/includes/database.inc on line 515.

Also das Ganze von vorne: die Tab-Zeilen `cache_views`, `views_display`, `views_object_cache`, `views_view` gelöscht. Ergebnis leere weiße Seite.

Wie bekomme ich also Views 2.1 installiert?

Bitte um Tipps.

Zunächst einmal wäre es sinnig einen Blick in die Logfiles des Webservers zu werfen, um konkrete Anhaltspunkte zu haben. Schau mal hierher, vllt. ist ja was für dich dabei: Drupal: Der weiße Bildschirm des Todes

--
Webseiter

Hast Du nach der Installation von views auch noch mal den Update durchlaufen lassen? Das ist extrem wichtig.

Gruß
Werner

Danke an alle Beteiligten.

Die Zeile: ini_set('memory_limit', '24M'); in der settings.php hat's gebracht.
Views 2.1 löppt nun.

Ich hatte vorher lediglich das memory-limit in der php.ini von MAMP PRO erhöht.

Dann hak ich mal auch mit ein.

Hab Drupal lokal auf einem IIS laufen.
Nachdem ich gestern zwei module in den Ordner geschoben habe und diese dann aktivieren wollte, erschien mir der WSOD.
Auf andere Menüpunkte kann ich aber locker zugreifen.
Hab das memory-limit in der php.ini mal auf utopische 512 gesetzt (ja ich weiß, es ist bei Weitem zu viel, war auch nur zum testen), brachte immer noch nichts.
Zwischenzeitlich die betreffenden Module wieder rausgeschmissen, keien Veränderung.
In den Log-Dateien steht leider nichts drin, außer halt session für xxx begonnen und beom logout für xxx geschlossen.
Im WSOD ist leider auch kein Quelltext zu finden.

Wenn ich (egal ob user1 oder ein anderer) auf eine seite zugreifen möchte, rattert sich meine Festplatte einen zurecht und die Ladezeiten sind immens (egal ob mich cache oder nicht, throttle rühr ich dabei nicht an, hat mir schonmal das system versaut, leider ohne backup).
Zu beachten ist dabei, dass es keine sonderlichen Veränderungen bei den Systemressourcen gibt, sprich CPU-AUslastung völlig normal und keine Veränderung im RAM.

Bin mit meinem Latein am Ende...

Habe das selbe Problem.
Auch auf einem IIS (Vielleicht sollte ich mal den Hoster wechseln).
Bei mir erscheint der White-Screen jedoch nur wenn ich nicht angemeldet bin!
Und auch dann meisten nur, wenn ich relativ schnell die Seite wechsle. Und am meisten tritt das Problem auf, wenn ich zurück zur Startseite wechsle.
Habe mittlerweile praktisch alle Module mal neu installiert - ohne Erfolg. Wenn ich als Admin angemeldet bin, ist das Problem noch nie vorgekommen.

Das Memory-Limit ist auf 50M. Eine Erhöhung hatte nichts gebracht.
Lustigerweise habe ich dieses Phänomen auf meiner lokalen Testumgebung auf Xampp nicht, und dort sind es nur 32M. Also wird das nicht das Problem sein.

Könnte sein, dass der Fehler erst auftauchte, als ich mit Mysqldump mal ein Backup von lokal nach produktiv kopiert habe. Kann das jedoch nicht mit Sicherheit sagen.
Falls sich jemand ein Bild machen möchte: http://www.rebo-bollmann.ch! Das Theme ist ein eigenes, jedoch besteht das Problem auch mit dem Standard-Theme.

Ps. Anderes Problem (Hat ja vielleicht einen Zusammenhang)
Ich habe mit dem Aggregator ein News Ticker integriert. Nach ein paar Tagen kommt die Fehlermeldung, der News-Feed schein ungültig zu sein, und dass er ihn nicht verarbeiten kann. Code 200. Lustigerweise kann ich dann das Aggregatormodul neu installieren und es funzt wieder ... für ein paar Tage!
Ich schreibe das, weil es ja vielleicht ein Zusammenhang geben könnte, ansonsten werde ich dann dieses Problem gesondert posten.
Allerdings ist das White-Page Problem auch vorhanden, wenn ich das Aggregatormodul deinstalliere...

Also mein Latein ist nun auch am Ende.

Pss. Benutze PSPad als Editor, habe dort noch keine BOM Einstellung gefunden. Hatte von dieser Problematik auch gelesen. Schau mal dort noch weiter nach.

Hoffentlich kriegen wir das hin. Bin nämlich ein echter Fan von drupal geworden.
Peace
Marco

deine Seite ist irgendwie komisch, man kann echt im wechsel die seite aufrufen. browserleiste die url kopieren, enter geklickt -> seite wech, nochmal makiert -> seite da. und das immer im wechselb und überall.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

hehe... komisch ist ein schöner Ausdruck ;-)

Aber eben, wenn ich eingeloggt bin, gibt es das Problem nicht! Das finde ich fast komischer, das schliesst ja irgendwie ein Hoster Problem aus nicht?

Nachtrag:
Hab jetzt die ganze Geschichte mal auf ein Unix-basiertes System transferiert und siehe da! Null Problemo!
Werde jetzt den Hoster wechseln, dann sind gleich auch noch ein paar andere Probleme gelöst, welche ich unter Windows-IIS hatte.
Für mich ist das Problem somit gelöst, wollte das einfach noch sagen, um für einige evt. den Suchradius einzuschränken...
Peace

für alle suchenden (so wie ich bis gerade eben)

bei mir lag es an der nicht kopierten .htaccess (lokale mamp umgebung unter mac os x)

der finder von mac os x kopiert keine versteckten dateien (.htaccess versteckt durch angeführten ".").

nach einem kopieren über das terminal funktionierte es.

prekärer weise ging die installation zu 80% um dann abzubrechen.

Kopiert der Finder schon - wenn man den übergeordneten Ordner kopiert. Ist auch weniger pfriemelig als das Terminal.

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

Hallo,
ich habe auch eine Weiße Seite nach dem Update von Drupal.
In den Logs steht:

Ich habe kaum Erfahrung mit Drupal und hoffe das jemand eine Idee hat?
Vielen Dank schonmal!

Das sieht für mich so aus, als ob beim Transfer der Software von Drupal 8 mittels FTP nicht alle Teile mitgenommen wurden. Versuche noch einmal Drupal auf den Server zu kopieren und achte darauf, daß dabei kein Fehler auftritt.

Das habe ich bereits mehrfach gemacht. Auch mein Backup zurückgespielt. Bleibt alles so wie es ist. Vielleicht muss ich das Modul deaktivieren das den Fehler verursacht? Nur wie mach ich das?

Hast Du nach dem Kopieren der Software das update.php-Script laufen lassen (also meine.domain.de/update.php)?