Problem mit dem Modul Google Sitemap
Eingetragen von printoperator (102)am 08.11.2007 - 22:38 Uhr in
Auf der Seite http://netzwerkplus.aidshilfe.de/
habe ich das Modul gsitemap-5.x-1.11.tar.gz installiert. Nun wollte mir die Sitemap einmal ansehen und
habe folgende Fehlermeldung erhalten (siehe Sceernshot):
nicht mehr verfügbar
das Verzeichnis tempphp existiert und auch die Dateien sind in dem Verzeichnis vorhanden.
Woran kann das liegen?
- Anmelden oder Registrieren um Kommentare zu schreiben
Safe_Mode angeschaltet?
am 08.11.2007 - 22:52 Uhr
Safe_Mode angeschaltet? Open_BaseDir festgelegt?
gruß pebosi
pebosi wrote: Safe_Mode
am 08.11.2007 - 23:10 Uhr
Safe_Mode angeschaltet? Open_BaseDir festgelegt?
gruß pebosi
Ja safe_Mode ist on.
den zweiten punkt verstehe ich nicht was ist Open_BaseDir?
Ich habe keinen Zugriff auf Die Servereinstellungen diese sind durch den Betreiber festgelegt.
Wenn der SafeMod aus ist
am 08.11.2007 - 23:13 Uhr
Wenn der SafeMod aus ist solltest du weniger Probleme haben.
gruß pebosi
pebosi wrote: Wenn der
am 09.11.2007 - 01:41 Uhr
Wenn der SafeMod aus ist solltest du weniger Probleme haben.
gruß pebosi
Das safe_mod = on wird mir leider nicht abgestellt. Da auf diesem server zu viele sensible daten liegen.
Was kann ich also machen? Maß doch einen weg geben auch in diesem Fall zu einer Lösung zu kommen.
Entweder Hoster wechseln
am 09.11.2007 - 02:26 Uhr
Entweder Hoster wechseln oder mal fragen ob er das TMP Verzeichnis bei open_basedir mit reinnimmt (muss aber keine Lösung sein).
gruß pebosi
vielleicht hilft Dir das
am 09.11.2007 - 07:15 Uhr
moin,
vielleicht hilft Dir das http://drupal.org/node/144166 ja noch ein bißchen weiter.
lg
willi1
jsb wrote: Das safe_mod =
am 09.11.2007 - 09:55 Uhr
Das safe_mod = on wird mir leider nicht abgestellt. Da auf diesem server zu viele sensible daten liegen.
Es ist ein Trugschluss, dass der SafeMode etwas sicher macht, nur weil der Name es so suggeriert. Es gibt technisch sauberere und deutlich effektivere Möglichkeiten einen Webserver mit PHP abzusichern, die ganz ohne diese Krücke auskommen. Mittlerweile ist er mehr ein Relikt aus grauer Vorzeit, ehe Prometheus das Licht vom Olymp stahl und es den Administratoren schenkte ;)
"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay
pebosi wrote: Safe_Mode
am 09.11.2007 - 11:09 Uhr
Safe_Mode angeschaltet? Open_BaseDir festgelegt?
SafeMode sollte übrigens egal sein:
Changes since DRUPAL-5--1-10:
#144166 Temp files could not be written when PHP safe mode was enabled.
http://drupal.org/node/189824
"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay
Dies war die Lösung
am 09.11.2007 - 11:52 Uhr
moin,
vielleicht hilft Dir das http://drupal.org/node/144166 ja noch ein bißchen weiter.
lg
willi1
Der eintrag #17 in o.a. Tipp
I was tracing code.
When system has enabled safe_mode, mkdir command is affected when trying to create recursive directories.
I paste a comment from official PHP documentation:
When safe_mode is enabled, and you create a directory via mkdir, you can't create a second inside the first because the first folder's user is that one of the webserver and not that one of the script.
In my case, this is the problem and I supposed that I can apply to all places where we need create recursive directories or we have differences between directory owner and user that launchs the script.
If we create directories manually and set the correct owner and permissions, the system can create sitemaps without problems.
Tested :-)
hat mir geholfen.
Ich habe ein neues Temp Verzeichnis angelegt dort das entsprechende GoggelmapVerzeichnis (drupal.gsitemap.SESSa2913f62fdb2753272a565555e9d8b59) angelegt habe und diesem die Rechte 777 gegeben.
Jetzt klappt der Aufruf und die Seite wird ohne Fehlermeldung angezeigt.
DANKE
Ich weiß nur überzeuge
am 09.11.2007 - 12:01 Uhr
Das safe_mod = on wird mir leider nicht abgestellt. Da auf diesem server zu viele sensible daten liegen.
Es ist ein Trugschluss, dass der SafeMode etwas sicher macht, nur weil der Name es so suggeriert. Es gibt technisch sauberere und deutlich effektivere Möglichkeiten einen Webserver mit PHP abzusichern, die ganz ohne diese Krücke auskommen. Mittlerweile ist er mehr ein Relikt aus grauer Vorzeit, ehe Prometheus das Licht vom Olymp stahl und es den Administratoren schenkte ;)
"I invented the term Object-Oriented, and I can tell you I did not have C++ in mind." -Alan Kay
mal Sozialarbeiter davon. Da die Seite unbedingt auf diesem Server laufen soll und ich nur der beauftragte Webmaster bin muss ich mit den Gegebenheiten leben. Hoffe mal das auch dieser Server mal auf PHP5 umgestellt wird, womit dann ja die safe_mod Einstellung der Vergangenheit anghört. Denn unter PHP5 soll es die ja wie ich las nicht mehr geben.