[erledigt] Fehler Erstellung der JavaScript-Übersetzungsdatei
Eingetragen von leda.ch (977)am 05.12.2011 - 23:42 Uhr in
Hallo Zusammen,
Endlich habe ich meine erste D7-Website up and running. Es funktioniert eigentlich alles einwandfrei,
sogar mit PHP Safe Mode = on!
Zuerst hatte ich die bekannten Fehler mit dem Safe Mode on, aber dies lag an fehlenden Schreibberechtigungen bei der direkten Ausführung von PHP auf dem Hosting.
Nachdem wir die PHP-Ausführung über die CGI-Engine laufenlassen, sind jene Fehlermeldungen weg!
Nun habe ich noch eine kleine Baustelle:
es gibt immer noch Einträge im Drupal Fehlerlog, welche mit dieser mangelnden Rechtevergabe zusammenhängen, diese werden aber IMO nicht mehr server-seitig ausgelöst, sondern vom Client her:
Es sind immer zwei Meldungen (siehe auch Bild im Anhang):
1. Typ Datei:
"Die genannte Datei temporary://fileBm1mFV konnte nicht nach public://languages/de_8rF9B7xK7dS1fXopqLnDZRXstPVAr5q0zmF1cP0px34.js kopiert werden."
2. Typ Lokalisierung:
"Während der Erstellung der JavaScript-Übersetzungsdatei für die Sprache Deutsch ist ein Fehler aufgetreten."
Was ich dazu sagen kann:
- Es spielt keine Rolle ob man eingeloggt ist oder nicht
- Es gibt KEINE Fehlermeldung im laufenden Betrieb, nur die Einträge im Log (d.h. beim Surfen gibt es keine Errors)
- Es ist keine Fehlfunktion, oder Fehlanzeige zu sehen
- Die Verzeichnisse im Dateisystem sind vorhanden und beschreibbar
- Cache ist geleert, keine Cache oder Aggregation ist aktuell aktiviert
- Browser spielt keine Rolle
- Vom Hosting her kann ich Safe Mode nicht off stellen.
- CHMOD 755 oder 777 spielt keine Rolle.
- Google habe ich auf den Kopf gestellt
IOW: folgendes stört:
- Die Fehlermeldungen im Log (ev. daraus folgend schlechtere Perfomance)
- Das temp-Verzeichnis auf dem Server wird zugemüllt.
Weiss jemand, welches Feature/Modul in Drupal die Javascript Dateien übersetzen möchte?
Was könnte man da deaktivieren?
Was habe ich ev. noch nicht in Betracht gezogen?
Danke für jeden Hinweis
lg leda
| Anhang | Größe |
|---|---|
| ps.jpg | 49.26 KB |
- Anmelden oder Registrieren um Kommentare zu schreiben
Naja... den echten Grund für
am 21.03.2012 - 11:43 Uhr
Naja... den echten Grund für das Problem habe ich immer noch nicht gefunden. Allerdings ist der Unterschied zu meinen bisherigen Installationen der,
dass ich hier ausnamhsweise das deutsche Drupalcenter-profil zur Installation verwendet habe, anstelle des englischen "Originals".
Es kann auch sein, dass die Rechtevergabe auf den Ordnern des Servers misslungen ist...
Wie auch immer:
Ich habe nun die Site gespült, komplett frisch installiert (englische Version) und die DB-Inhalte wieder importiert.
Jetzt habe ich keine Fehlermeldungen mehr.
Für mich also erledigt.
Auch wenn Du es nicht glauben
am 21.03.2012 - 15:01 Uhr
Auch wenn Du es nicht glauben magst, es liegt am Safe_Mode. Der sorgt dafür, daß eine von einem User (etwa dem http-Process) hochgeladenen Datei nicht von jemand anderem (der user-ID unter der PHP läuft) bearbeitet werden kann, also auch nicht gelöscht werden kann. Die normalen Unix File-Rechte nutzen dabei nichts.
Beste Grüße
Werner
Aber ja doch, Werner, ich
am 21.03.2012 - 19:15 Uhr
Aber ja doch, Werner, ich glaube Dir :-)
Ich hatte ja auch tatsächlich diesbezüglich auf allen D7-Installationen ein Problem!
Nachdem mein Provider den Safe_Mode (noch) nicht abstellen wollte und mir dafür
PHP-Unterstützung : Ja (FastCGI-Applikation , PHP 'safe_mode' aktiviert)
eingestellt hatte (vorher war es nicht FastCGI), sind auf allen D7-Installationen die Fehler verschwunden.
Ich hatte aber nur noch das oben beschriebene Problem.
Normalerweise erstelle ich die Drupal-Sites lokal unter XAMPP und schiebe das komplette Konstrukt über FTP
hoch, inkl. Directories.
In bisher jedem Fall habe ich aber zuvor eine echte Installation von Drupal AUF DEM SERVER gemacht, sodass die Ordner
bereits vorhanden waren, nur GENAU in diesem Fall nicht.
IOW: Offensichtlich ist entscheidend, WER die Ordner auf dem Server erstellt, ob die Install-Routine oder FTP, was natürlich unterschiedliche User sind.
Die D7-Installation muss also auf dem Server erfolgen, danach kann man die lokalen Sites-Daten hochladen und die DB importieren.
Weil ich aber technisch gesehen nicht weiss, ob nun dies wirklich die Erklärung für mein Problem ist, habe ich den Thread auch nicht auf [gelöst], sondern auf [erledigt] gestellt...
NB: Ich danke Dir, Werner, für Deine generell super Unterstützung hier in diesem Forum!! Auch wenn ich nicht immer betroffen bin, aber viel mitlese, lerne ich von Dir immer wieder viel Neues!