[gelöst] Rätselhafte Warnungen
am 16.03.2009 - 11:04 Uhr in
Moin,
nachdem ich meine Seite vom localhost auf den öffentlichen Server geladen habe, erhalte ich folgende Warnmeldung:
* warning: file_get_contents(languages/de_416f5514f724f5469666dec88a275323.js) [function.file-get-contents]: failed to open stream: No such file or directory in /home/www/doc/16750/...../includes/common.inc on line 2359.
* warning: file_get_contents(languages/de_416f5514f724f5469666dec88a275323.js) [function.file-get-contents]: failed to open stream: No such file or directory in /home/www/doc/16750/...../includes/common.inc on line 2359.
Ich habe dann die Rechte des Ordners »languages« auf 777 gesetzt und die Meldung verschwand zunächst. Ein paar Aufrufe später ist sie jedoch wieder da.
In den Logberichten wird die Warnung als PHP-Fehler charakterisiert.
Da der Fehler nach dem Upload passierte, habe ich die kompletten Updload noch mal wiederholt. Leider mit demselben Ergebnis.
Bin echt am Verzweifeln.
Hat nicht jemand nen Tipp für mich?????
- Anmelden oder Registrieren um Kommentare zu schreiben
Fehlermeldung: warning: file_get_contents(..)
am 19.03.2009 - 08:06 Uhr
Hallo,
guck doch mal diese Postings mit ähnlicher Fehlermeldung durch:
http://www.drupalcenter.de/search/node/warning%3A+file_get_contents
hdh
Frank
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren. Danke!
Danke für den Tipp. Leider helfen mir die Threads nicht weiter.
am 19.03.2009 - 08:44 Uhr
@ Frank Ralf
Vielen Dank für diesen Tipp.
Diese Threads kannte ich jedoch bereits alle.
Rätselhaft ist: der File, um den es geht: de_416f5514f724f5469666dec88a275323.js
ist dort, wo er sein soll, auch vorhanden, nämlich im Ordner »Languages« und
er ist mir Inhalt gefüllt.
Trotzdem findet PHP ihn nicht.
Erstaunlich ist ebenfalls, dass die Installation vor dem Upload auf meinem localhost
noch tadellos lief (bzw. läuft). Erst seit dem Upload auf den gehosteten Server wird
die Datei nicht mehr gefunden.
Ich habe nun zusätzlich in der settings.php die Base-URL extra angegeben und
außerdem die Leserechte für den Ordner »languages« auf 777 gesetzt.
Ohne Effekt.
Der einzige Unterschied, den ich selbst erkennen kann, zwischen der auf dem localhost
befindlichen Skript und dem auf dem gehosteten Server ist der, dass auf dem localhost
PHP 5.2.6 und auf dem Server PHP 5.2.9 verwendet.
Ich kann mir allerdings nicht vorstellen, dass es daran liegt, denn so wie mir mein Provider
erklärte, handelte es sich bei dem PHP-Update lediglich um ein Security-Update.
Vielleicht hat noch jemand einen konkreten Tipp für mich?
----------------------------------
Caching und Compression
am 19.03.2009 - 09:01 Uhr
Das ist eine komprimierte JS-Datei, um die es da geht. Schalte mal die Compression für JS-Dateien aus. Schau was passiert. Schalte JS-Compression wieder ein.
Da hilft nur Eingrenzen des Problems.
See you at http://drupalcamp.de/
Möglicherweise ein Problem mit PHP safe_mode?
am 19.03.2009 - 09:06 Uhr
Ich hatte ein ähnliches Phänomen (Fehlermeldungen sahen etwas anders aus) auf meinem Server, bei dem safe_mode=on gesetzt ist.
Da auf meinem Server viele unabhängige Webpräsenzen laufen, läuft der Apache nicht unter der Userid des Accounts, aber alle Accounts gehören zur Gruppe des Apache.
Fälschlicherweise hatte sich bei mir ein safe_mode_gid=off eingschlichen, bei einem solchen Setup muss aber safe_mode_gid=on sein, sonst können Dateien zwar angelegt aber nicht mehr weiterverarbeitet werden.
Die Einstellungen lassen sich mit phpinfo() prüfen.
Der Schweregrad verringert sich von Fehler zu Warnung.
am 19.03.2009 - 09:18 Uhr
@ narres
Danke für den Tipp.
Das hatte ich schon probiert.
Ergebnis:
Der Meldungstyp verändert sich von »PHP« nach »page not found«.
Der Schweregrad verringert sich von »Fehler« auf »Warnung«.
Der Vorteil auf die JS-Optimierung zu verzichten wäre, dass die Meldung für den User nicht mehr sichtbar ist.
Nachteil wäre, ich müsste einen spürbaren Geschwindigkeitverlust beim Seitenaufbau hinnehmen.
Allerdings – und das ist ja zunächst das Wichtigere: der Fehler ist nicht wirklich gelöst.
----------------------------------
Zitat: dass die Meldung
am 19.03.2009 - 09:41 Uhr
dass die Meldung für den User nicht mehr sichtbar ist
kannst Du auf die Schnelle schon einmal dadurch asuschalten indem Du unter admin/settings/error-reporting auf "Fehler ins Protokoll schreiben" umschaltest.
Ich weiss, dass löst das Problem immer noch nicht aber man sieht es nicht immer.
See you at http://drupalcamp.de/
safe_mode ist off gesetzt
am 19.03.2009 - 09:44 Uhr
@ bkraegelin@drupal.org
Bei mir ist sowohl auf dem localhost wie auch dem gehosteten Server safe_mode=off gesetzt.
Und safe_mode_gid=off.
Ich habe teshalber mal afe_mode_gid=on gesetzt (und safe_mode=off gelassen).
Leider hatte dies auch keinen Effekt.
----------------------------------
@ narres: das wusste ich noch nicht.
am 19.03.2009 - 09:50 Uhr
dass die Meldung für den User nicht mehr sichtbar ist
kannst Du auf die Schnelle schon einmal dadurch asuschalten indem Du unter admin/settings/error-reporting auf "Fehler ins Protokoll schreiben" umschaltest.
Ich weiss, dass löst das Problem immer noch nicht aber man sieht es nicht immer.
Danke, ich werde es ausprobieren.
Doch wie weiter mit dem Fehler selbst?
----------------------------------
Ich habe das selbe Problem.
am 20.03.2009 - 15:58 Uhr
Ich habe das selbe Problem. Habe zuvor meinen Apache aktualisiert.
chmod 777 auf eueren files
am 20.03.2009 - 16:02 Uhr
chmod 777 auf eueren files Ordner (standartm. sites/default/files) sollte da abhilfe schaffen.
mfg Cyberschorsch
_________
Mei is des schee
mfg Cyberschorsch
_________
unter Windows geht das nicht
am 20.03.2009 - 17:32 Uhr
unter Windows geht das nicht
@ Cyberschorsch
am 20.03.2009 - 17:39 Uhr
@ Cyberschorsch
chmod 777 auf den files-Ordner hat bei mir leider nichts gebracht.
@ Xerrax
Du scheinst diesen Fehler auf Deinem localhost zu haben.
Bei mir lief auf dem localhost alles glatt.
Erst seit dem Upload auf den gehosteten Server kommt diese Meldung bei mir.
----------------------------------
quixxel schrieb @
am 21.03.2009 - 00:22 Uhr
@ Xerrax
Du scheinst diesen Fehler auf Deinem localhost zu haben.
Bei mir lief auf dem localhost alles glatt.
Erst seit dem Upload auf den gehosteten Server kommt diese Meldung bei mir.
ne genau anders herum, local alles ok, produktiv kommmt der error
Moin, ich meine mal ein
am 02.04.2009 - 12:33 Uhr
Moin,
ich meine mal ein ähnliches Problem gehabt zu haben.
Ich bin nicht mehr ganz sicher aber ich habe alles in der /sites/default/files/.htaccess auskommentiert.
Hier gibts das Problem auch nochmal.
http://drupal.org/node/301043
Hoffe das hilft
Edit Warnung:
Das auskommentieren kann eine potentielle Sicherheitslücke darstellen. Bei mir wars lokal, ich bin nicht sicher welche Auswirkungen das auf das Gesamtsystem hat... macht Euch schlau bevor Ihr das produktiv macht....
Mein Problem hat sich durch
am 02.04.2009 - 12:58 Uhr
Mein Problem hat sich durch das Updaten von Apache von selber gelöst.
Welche Apache-Version läuft denn jetzt bei Dir?
am 02.04.2009 - 13:13 Uhr
Welche Apache-Version läuft denn jetzt bei Dir?
----------------------------------
quixxel schrieb Welche
am 02.04.2009 - 13:36 Uhr
Welche Apache-Version läuft denn jetzt bei Dir?
Apache 2.2.11 mit PHP 5.2.9 und MySQL 5.1.32
Diskussion zum Problem auf drupal.org
am 14.05.2009 - 15:03 Uhr
Da mein eingangs beschriebenes Problem immer noch besteht, habe ich mal auf drupal.org gestöbert und bin auf folgende Diskussion gestoßen:
http://drupal.org/node/297990
Offenbar geht es dort um dieselbe Frage. Es handelt sich anscheinend um ein JS-Problem im Zusammenhang mit dem Mudul »locale«.
Mein Englisch ist allerdings nicht so besonders und so scheint es mir etwas riskant zu sein, die dort besprochenen Patches anzuwenden.
Deshalb meine Frage an diejenigen, die zu diesem Poblem auch eine Lösung suchen:
1. habe ich es richtig verstanden, dass es eine Lösung nur für Drupal 7 gibt aber nicht für Drupal 6?
2. habe ich es richtig verstanden, dass die unter #9 und #10 angebotenen Patches nicht funktionieren?
Für Antworten wäre ich wirklich sehr dankbar.
----------------------------------
#10 scheint zu funktionieren
am 14.05.2009 - 19:40 Uhr
Das ist wirklich ein ziemlich verwirrender Thread (auch unabhängig vom Englisch).
#10 scheint bei einigen Leuten zu funktionieren. Am besten einfach mal auf einem Testsystem ausprobieren (sollte man bei Patches sowieso machen).
Statt eines Patches gibt's unter http://drupal.org/node/338630#comment-1185575 auch ein Mini-Modul, welches das Problem auch beheben soll. Ist vielleicht einfacher auszuprobieren (immerhin bezieht sich der Patch auf das Kernmodule locale, das ist nicht ganz ohne.)
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren.
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren. Danke!
Danke für den Tipp
am 14.05.2009 - 20:53 Uhr
Ich habe mal das Minimodul aus probiert.
Die Fehlermeldung erscheint tatsächlich nicht mehr.
Allerdings finden sich nun in den Logberichten haufenweise
Mitteilungen, dass alle möglichen JS-Files geparst wurden.
Da ich Java und vom Parsen absolut keine Ahnung habe
und die Mitteilungen auch nicht verschwinden, seit ich das
Minimodul wieder deaktiviert habe, frage ich mich,
was diese Mitteilungen eigentlich bedeuten, ob sie zu vernächlässigen sind...?
Oder ob ich doch besser auf die vorige Version (bevor ich
das Modul hochgeladen habe, zurückkehren sollte??
----------------------------------
Minimodul deaktivieren
am 15.05.2009 - 07:29 Uhr
Wenn ich das Problem beim flüchtigen Lesen richtig verstanden habe, meckert Drupal, weil es eine bestimmte JS-Datei nicht finden kann. Das Minimodul soll die wiederherstellen. Das sollte mit einem einmaligen Durchlauf wohl erledigt sein. Probier einfach mal, das Modul wieder zu deaktivieren und zu sehen, ob es dann klappt.
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren.
Gruß
Frank
Bitte Erledigtes im Betreff des ersten Postings als [gelöst] markieren. Danke!
Dieses Minimodul hilft anscheinend tatsächlich
am 15.05.2009 - 16:02 Uhr
Dieses Minimodul hilft anscheinend tatsächlich.
Nachdem ich die Logfiles nun eine Weile beobachtet habe, erscheint die lästige Fehlermeldung nicht mehr.
@ Frank Ralf:
Danke noch mal für den Tipp.
----------------------------------