joomla und session save path

S

scrat

New Member
Halloo,

Also ich hab mich jetz mal dazu entschieden, von PHPKIT zu Joomla umzusteigen...

Und da steht so was bei der Installation:

Session save path Unwriteable
/var/lib/php

So... und einfach chmod 777 rechte geben hat nix gebracht. Also hab ich mal in die php.ini geguckt, ob das auch als Session save path definiert ist. Ist es:

session.save_path = /var/lib/php

So, und hier nun meine Frage: wie bekomm ich das Unwriteable zu nem writeable?

vg scrat :rolleyes:
 
Das hat mich auch immer irritiert. Installiere es einfach. Wenn es dann funktioniert, dann sollte Dich es nicht weiter stören. So ist es mir auch gesagt worden. Denn wenn der Pfad nicht beschreibbar erscheint, ist es meistens nicht so.
Sollte doch etwas nicht stimmen, dann wird Jommla nicht funktionieren und Du müßtest Dich mal an Deinen Provider wenden.

Scheint ein Problem von Joomla zu sein, das aber mit der kommenden 1.5 behoben sein soll.

Edit: Bei mir sind zwei Installationen mit dem unwritebal geschehen, alles funktioniert reibungslos.
 
Last edited by a moderator:
du kannst das über die .htaccess regeln, indem du ein tmp Verzeichnis unterhalb von htpdocs anlegst. Allerdings soll das nicht empfehlenswert sein, da es Sicherheitslücken mit sich bringt :-P Aber genaueres weiß ich darüber auch nicht und da es mich interessiert, würde ich gerne mal wissen, was die anderen dazu meinen?!
 
Hallo

Habe in meinem Leben sicher schon über 200 Joomlas auf den verschiedensten Servern, Webpaketen etc. aufgesetzt. Die Meldung mit dem Session Save Path ist bei 99% aufgetreten - ignorieren, dürfte keine Probleme bringen.
 
die Erfahrung habe ich auch gemacht, aber was Ich komisch finde ist, dass man trotz der richtigen Rechte (über root habe ich den angegebenen Pfad rausgesucht und 777 gegeben) immernoch die gleiche Fehlermeldung erhalten. ist es Sicherheitstechnisch eigentlich von Nachteil, dem Session Ordner 777 zu geben?

Gruß
 
Hi Leute,
da ich etwas völlig neues hierzuschreiben, dachte ich mir, ich darf bestimmt eine neue Antwort veröffentlichen.

folgendes Zitat habe ich aus einem Forum:

session.save_path = /var/lib/php5


Problem Gelösst!

Diese anleitung ist für suse10 mit Plesk8 ! Löst auch das Problem Open basdir.
Müste auch für andere systeme funktionieren

eine datei namens vhost.conf erstellen im verzeichnis
/srv/www/vhosts/xxxxx/conf(da ist auch die datei httpd.include)
<Directory "/srv/www/vhosts/xxxxx/httpdocs">
<IfModule sapi_apache2.c>
php_admin_flag engine on
php_admin_value open_basedir "/srv/www/vhosts/xxxxx/httpdocs:/tmp:/srv/www/vhosts/xxxxx/httpdocs/joomla"
php_admin_value open_basedir "/srv/www/vhosts/xxxxx/httpdocs:/tmp:/var/lib/php5"
</IfModule>
<IfModule mod_php5.c>
php_admin_flag engine on
php_admin_value open_basedir "/srv/www/vhosts/xxxxx/httpdocs:/tmp:/srv/www/vhosts/xxxxx/httpdocs/joomla"
php_admin_value open_basedir "/srv/www/vhosts/xxxxx/httpdocs:/tmp:/var/lib/php5"
</IfModule>
Options +FollowSymLinks
</Directory>


Danach

/usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=xxxxx

/etc/init.d/apache2 restart

xxxxx= eigene domain(beispiel.de)
Click to expand...

ich habe genau den selben tmp Pfad in der php.ini stehen und hatte die selben Probleme mit Joomla. Nachdem ich dieses nun ausgeführt habe, funktioniert alles blendend, doch bin ich mir nicht sicher, ob das die sicherste Variante ist oder nur humbuck. Ist es auch möglich für jeden Vhost ein eigenes TMP Verzeichnis anzulegen (bestimmt... nur wie :-P)?

Was haltet ihr von dieser Lösung?

PS: nachdem ich übrigens auf php5 geupdatet habe, liegt eine neue php.ini im /etc/php5/apache2 Verzeichnis. Zusätzlich finde ich auch eine im etc/. In der phpinfo wird die aus dem apache Verzeichnis angegeben. Was kann ich also mit der aus dem etc Verzeichnis anstellen und wofür ist diese überhaupt noch gut? Vielleicht hilft dies ja auch zur oben beschriebenen Problembehebung.

Gruß
 
Das Einbeziehen des Session-Dir in open_base_dir behebt den write-Check. Aber damit Sessions funktionieren, muss es nicht in open_base_dir enthalten sein.

Man sollte den Fehler also ignorieren und das Session-Dir nicht in open_base_dir eintragen - die Sessions funktionieren trotzdem und die php-Script dürfen nicht direkt an das Dir heran.

Wenn du für einen VHost ein eigenes Session-Dir haben willst, kannst du das aus der php.ini in der VHost-Config mit php_admin_value überschreiben.
 
Ignorieren dieser Fehlermeldung hilft wohl nicht immer.

Joomlart bietet für viele siene Templates einen Color-Chooser, mit dessen Hilfe man mit nur einem Klick die Farbeinstellungen des Templates ändern kann.

Dieses Feature ( arbeitet übrigens mit Sessions und Cookies ) funktioniert auf dem Strato-Server überhaupt nicht.

Ich bin nun kein Experte, bin aber nach tagelangem ausprobieren mittlerweile sicher, dass das Problem an den Server-Einstellungen von Strato liegt.

Gruß
 
Last edited by a moderator:
Session save path Unwriteable var/lib/php5 Problem gelöst

Ich grüße euch, :cool:
das Problem hatte ich auch, dann habe ganz anders gelöst:
-------------------------------------------------------------------
Code: 
1.	php.ini editieren, / etc/apche2/php5 
             ; Session.save_path =”var/lib/php5” Als Kommentar setzen 
2.	in root Verzeichnis /tmp eine Ordner mit Name php5 erstellen
3.	chown  -R root:root /tmp/php5    // diese befehl ausführen
4.	chmod 1777 /tmp/php5
5.	Session.save_path =”/tmp/php5      //Ändern
6.	Apache neustarten und Fertig.
--------------------------------------------------------------------

PEJASERVER von Nazmi
 
You must log in or register to reply here.
Back
Top