sessies PHP 5.2.1.

[Verwijderd]

Hoi,
mijn server heeft een update gehad van 5.1.6 naar 5.2.1., daardoor is er nu een probleem met de sessies. Als oplossing wordt gegegeven:
edit .htaccess
write: php_value session.save_path '/home/web/XXXXX/tmp'
XXXXX is uw klantnummer
maak een directory genaamd: tmp
chmod het naar 777, dan werkt het weer.

Kan iemand mij nu uitleggen wat ik moet gaan doen???
Normaal schrijf ik mijn php-bestanden in notepad en daarna uploaden via smartftp.
In smartftp heb ik een directory waar alle bestanden van mijn site in staan en ook nog een subdirectory met statistieken. In deze subdirectory staan een .htaccess-bestand en een .htpassword-bestand.

Als ik nu op mijn sites kijk krijg ik de volgende foutmelding:
Warning: session_start() [function.session-start]: SAFE MODE Restriction in effect. The script whose uid/gid is 1501/80 is not allowed to access /var/tmp owned by uid/gid 0/0

Alvast bedankt!

[Cloud]

• Open FTP-verbinding
• Maak een map genaamd 'tmp' aan
• Rechtsklik op map: "CHMOD" -> 777

Klaar.

[HyperioN]

wolkje schreef op maandag 23 april 2007 @ 17:38:

• Open FTP-verbinding
• Maak een map genaamd 'tmp' aan
• Rechtsklik op map: "CHMOD" -> 777

Klaar.

Erm nee; hij moet ook nog het session-save-path aanpassen dmv. die setting in .htaccess want nu wordt het zo te zien geprobeerd om op te slaan in /var/tmp/

Dus om toe te voegen aan wolkje:

• Maak met bijv. notepad een bestand genaamd .htaccess
• Zet hierin de volgende regel waarin je XXXXX vervangt door je klantnummer:
  
  code:
  

  php_value session.save_path '/home/web/XXXXX/tmp'

• Save en upload dit bestand naar je webroot ("de directory waar alle bestanden van mijn site staan")

Overigens een slechte host zeg, als ze een dergelijk probleem door de klanten zelf laten oplossen en het dan ook nog niet eens goed uitleggen.

[ Voor 3% gewijzigd door HyperioN op 23-04-2007 17:42 ]

[Icelus]

Verwijderd schreef op maandag 23 april 2007 @ 17:34:
Hoi,
mijn server heeft een update gehad van 5.1.6 naar 5.2.1., daardoor is er nu een probleem met de sessies. Als oplossing wordt gegegeven:
edit .htaccess
write: php_value session.save_path '/home/web/XXXXX/tmp'
XXXXX is uw klantnummer
maak een directory genaamd: tmp
chmod het naar 777, dan werkt het weer.

Kan iemand mij nu uitleggen wat ik moet gaan doen???
Normaal schrijf ik mijn php-bestanden in notepad en daarna uploaden via smartftp.
In smartftp heb ik een directory waar alle bestanden van mijn site in staan en ook nog een subdirectory met statistieken. In deze subdirectory staan een .htaccess-bestand en een .htpassword-bestand.

Als ik nu op mijn sites kijk krijg ik de volgende foutmelding:
Warning: session_start() [function.session-start]: SAFE MODE Restriction in effect. The script whose uid/gid is 1501/80 is not allowed to access /var/tmp owned by uid/gid 0/0

Alvast bedankt!

Je dient in de root een directory tmp aan te maken (met smartftp bijv.?). Deze directory dien je alle lees- en schrijfrechten te geven (code 777 -- ook met smartftp?).
Vervolgens maak je in de root een .htaccess bestand aan waar je de genoemde regel inzet (waarbij je de X'n uiteraard door jouw klantnummer dient te vervangen).

Hiermee geef je aan PHP door dat sessiebestanden in de aangemaakte directory moeten komen.

Edit: zie hierboven.

[Cloud]

HyperioN. schreef op maandag 23 april 2007 @ 17:40:
[...]

Erm nee; hij moet ook nog het session-save-path aanpassen dmv. die setting in .htaccess want nu wordt het zo te zien geprobeerd om op te slaan in /var/tmp/

Dus om toe te voegen aan wolkje:

• Maak met bijv. notepad een bestand genaamd .htaccess
• Zet hierin de volgende regel waarin je XXXXX vervangt door je klantnummer:
  
  code:
  

  php_value session.save_path '/home/web/XXXXX/tmp'

• Save en upload dit bestand naar je webroot ("de directory waar alle bestanden van mijn site staan)

Overigens een slechte host zeg, als ze een dergelijk probleem door de klanten zelf laten oplossen en het dan ook nog niet eens goed uitleggen.

Oeps, klopt!

Ik vind dit inderdaad wel een erg slechte actie van de host, om al je klanten hiermee op te zadelen. Terwijl de host zelf besluit PHP te updaten Dit is erg gemakkelijk te automatiseren lijkt me.

[dusty]

Verwijderd schreef op maandag 23 april 2007 @ 17:34:
[..]Kan iemand mij nu uitleggen wat ik moet gaan doen???

Ja:

pas het bestand .htaccess aan
voeg " php_value session.save_path '/home/web/XXXXX/tmp' " toe aan dat bestand.
vergeet niet XXXXX te vervangen door je klantnummer
maak nu een directory aan genaamd: tmp ( dus /home/web/XXXXX/tmp )
en pas de rechten aan met "chmod 777 tmp"

Daarnaast is het dus geen programming vraag. Het is gewoon de instructies volgen.

wolkje schreef op maandag 23 april 2007 @ 17:44:
[...]
Ik vind dit inderdaad wel een erg slechte actie van de host, om al je klanten hiermee op te zadelen. Terwijl de host zelf besluit PHP te updaten Dit is erg gemakkelijk te automatiseren lijkt me.

Als ze dat niet zouden doen (de klant ermee opzadelen), krijg je de klanten die een versie eerder hebben gedownload, de oude bestand gaan uploaden zonder zich er van bewust te zijn dat het bestand was veranderd, en dan weer gaan klagen.

[ Voor 33% gewijzigd door dusty op 23-04-2007 17:52 ]