Thema: session save path und shared server

Hallo zusammen!

Ich habe ein Problem schon beim pre-installation check und der session save path. Selbst durch intensives Nutzen der Suchfunktion in diesem Forum konnte ich allerdings keine Antwort auf mein Problem erhalten.

Folgendes:
Ich habe ein Webspace-Paket auf einem shared server
Innerhalb meines Accounts habe ich ein Verzeichnis phptmp

Die configuration.php ist writeable
Die session save path hat wohl einen falschen Pfad und ist somit unwriteable

Da dies nicht mein Server ist, habe ich keinen Zugriff auf die php.ini
Außerdem ist der SafeMode auf on
Auch Register Globals ist auf on
Mein Webspace-Anbieter ist nicht sehr begeistert von der Idee, den SafeMode auf Off zu stellen. Analog die Register Globals, da dies einige Kunden nutzen würden.

Was noch sehr komisch ist:
Obwohl ich die Rechte 777 vergebe, bleiben
images/banners
images/stories
mambots/content
mambots/search auf unwriteable.

In anderen Threads gab es bzgl. der session save path den Tip, in der configuration.php eine Zeile einzufügen und dort den session.save_path neu einzustellen. Füge ich allerdings eine Zeile in der configuration.php ein, komme ich nicht mal mehr zum Pre-Installation-Check.

Hat jemand eine Ahnung, wie man das Problem beheben kann?

Gruß, Marc

Hallo,

@KaffDaddy:
ja, die Installationsanleitung habe ich gelesen. Sie ist meines Erachtens sehr gelungen, weil viele Punkte darin verständlich erklärt werden.

Für Personen, die bei einem Webspace-Anbieter hosten, finde ich darin folgendes:

Der Haken an der Sache ist, dass die wenigsten Webspace-Pakete eine eigene php.ini zulassen. Da es sich bei den meisten Webspace-Angeboten um Shared-Server handelt (man teilt sich den Server mit bis zu 1000 anderen Usern), ist es unmöglich die Einstellungen von PHP zu ändern. Hier sollte man sich direkt an den Hoster wenden, bzw. sich um einen anderen Hoster bemühen.

Bevor ich nun meinen Hoster einfach so wechsle, wollte ich mal schauen, ob es nicht doch eine Lösung gibt.

@Zorro:
Vielen Dank für Deine Antwort. Somit hat sich schon mal der Lösungsansatz, eine weitere Zeile in die configuration.php einzubauen, als falsch herausgestellt.
Ist es möglich mit .htaccess den session save path zu ändern?

Ich warte noch gespannt auf eine Antwort von meinem Hoster. Wird wohl heute noch kommen.

Unabhängig davon kann ich mir aber noch nicht erklären, warum
images/banners
images/stories
mambots/content
mambots/search auf unwriteable stehen, ob ich die Rechte auf 777 setze. Hat das mit der SafeMode On bzw. RegisterGlobals-Einstellung On, wie Sie mein Hoster setzt, zu tun?

Bin momentan nicht wirklich begeistert von der Geschichte. Einfach mal kurz mambo aufspielen und schauen, ob es überhaupt das Richtige für mich ist, gestaltet sich schwieriger als geplant.

Zur Not muß eben ein neuer Hoster her.

Gruß, Marc

Du kannst dein Problem mit einer .htacces lösen.

DFas Problem mit der Rechtevergabe bei den verzeichnissen habe ich auch (mit denselben Ordnern).
Ich habe es mal gelöst, in dem ich den Ordnern image und mambots direkt die Rechte 777 gegeben habe + alle Unterordner und Dateien.
Aber das ist eigentlich keien gute Lösung.

Würde mich also auch über eine bessere Lösung freuen!

Für den Inhalt der .htaccess musste mal googlen, weiß ich nicht aus dem kopf.

ungefähr 'php flag register globals off' und für die session save ... änlich!

Hallo zusammen,

so, mein Problem ist gelöst! Ein etwas längeres Telefonat mit meinem Hoster hat da echt geholfen.

Wen es interessiert:

Wir konnten die Rechte nicht auf 777 setzen bei den oben erwähnten Ordnern. Mein Hoster hat mir dann den SafeMode auf Off gesetzt, die RegisterGlobals lässt er allerdings aus verschiedenen Gründen auf On.

Auch nach Setzen des SafeMode auf Off kamen wir nicht weiter. Die Rechtevergabe auf 777 funktionierte auch nicht.

Anschließend habe ich auf dem Server das Mambo-Verzeichnis gelöscht und alles noch einmal neu aufgespielt und siehe da:

SafeMode auf Off, klar
Rechtevergabe funktionierte allerdings jetzt einwandfrei!
Jedoch war die session_save_path weiterhin unwriteable und die configuration.php auch unwriteable!

Lösung:
Einfach weitermachen bis step4.
Dann configuration.php neu anlegen mit dem kopierten Inhalt aus step4.
Das funktionierte dann.

Allerdings blieb das Problem mit session_save_path.
Anschließend (und wirklich erst nach der Installation!) habe ich in die zweite Zeile der session_save_path folgendes eingefügt:

session_save_path('/srv/www/htdocs/DeinUsername/DeintempPHP/');

Dort schreibt er jetzt auch wunderbar die Sessions rein.

Gruß, Marc

Servus,

ja, aber wie soll man das denn sonst regeln? Der Hoster hat den Server so konfiguriert. Alle haben Ihren Webspace nach den htdocs.

Gruß