tolkning af fejlmeddelelse

I et andet script kommer denne fejl desuden:

Warning: ini_set() [function.ini-set]: A session is active. You cannot change the session module's ini settings at this time.

???

1) Sørg for at /tmp/ er oprettet og at PHP har skriverettigheder hertil. I dette directory forsøger PHP at gemme sine sessions (dette er valgt i php.ini).

2) Hvad er det du prøver at sætte med ini_set? Hvis det er session.save_path - så fjern denne ini_set helt, efter du har udført 1).

1) Den er oprettet og jeg har chmod 777 på mappen - uden held

Og den er oprettet i roden /?

Hvis du kigger i phpinfo() hvad står session.save_path da til?

Og ini_set() skal sættes før session_start();

den står til /tmp og ja den er oprettet i roden

den 'gamle' php 4.1.2 brugte også /tmp. så vidt jeg kan se i den nye php 4.3.1 er der en række nye ting under session... Jeg tror du er på "sporet", men.. det virker desværre stadig ikke..

den nye

Session Support  enabled 
Registered save handlers  files user 


session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_lifetime 0 0
session.cookie_path / /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_dividend 100 100
session.gc_maxlifetime 1440 1440
session.gc_probability 1 1
session.name PHPSESSID PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path /tmp /tmp
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid Off Off

Det ser rigtigt ud. Prøv at paste din session.inc

session_start();

sukos> Jeg har lige prøve at sætte save_path med ini_set, men den forsøger stadig at skrive til /tmp kan jeg se i fejlmeddelelsen.

Nok noget med rettigheder?

Du er sikker på, du ikke har output før session_start()? En tom linje?

Ja det har du nok ikke. Nummer 2 fejl kommer jo pga. den første warning. Som ja jo tilsyneladende har noget med rettigheder at gøre. Men nu har du jo mappen det rigtige sted og med chmod 777. Så det er da lidt underligt.

Kører du PHP som cgi eller apache modul?

mecur8> DSO (libphp4.so)

(jeg har lige fået en melding om, at også andre brugere på serveren har dette problem) akurat det samme som mit.. så det er måske fordi 4.3.1 skal kompileres på en speciel måde...

Ok troede det var din egen server. Hvordan skulle du ellers kunne oprette /tmp?

Men hvis det ikke er din egen server, så er det jo din hoster, der har problemet.

Vi venter og ser så.

hmmm... det er min egen server... det er blot mig der hoster :)

Men.... Det er løst nu... Jeg store fjols havde fået gemt php.ini filen et forkert sted, og det var derfor det ikke virkede.. efter jeg kopierede phpini til den korrekte path, var problem (1) væk i alle tilfælde.

Jeg er ked af at ulejlige jer med noget, som viser sig at være min dumhed. Men jeg har rodet med denne opdatering i (alt) for mange timer nu, og er nok blevet (for) træt..

Problem 2 er der dog stadig...

Nogen der kan kaste lys over dette...

Hvis problem 2 stadig er der, uden at du har første warning er det fordi, du sender output til browseren inden session_start().

Check session.inc for tomme linjer (tegn udenfor <?) før kald til session_start().

Evt. også i andre filer der inkluderes før session.inc

ups.. med fejl 2 mente jeg den i mit andet indlæg fra 17:50:07

Det er en bruger med postnuke standard session script og det er denne linie der fremkalder fejlen

ini_set('session.save_handler', 'user');

og denne linie giver vist også en fejl:

ini_set('session.serialize_handler', 'php');

Det er fordi du skal kalde ini_set('session.save_handler', 'user'); _før_ du kalder session_start()

Det samme med ini_set('session.serialize_handler', 'php');

ok.. det lyder bare underligt at et system som phpNuke ikke skulle gøre dette? Jeg kan dog ikke lige umiddelbart overskue deres script idet det er på 200 linier :o/

Jeg lader lige ? stå lidt åbent for input.

Luk?

der er stadig lidt problemer... men jeg er lige nød til at vende tilbage om et par dage, da tiden p.t. bliver kastet på at stoppe sobig ormen der ihærdigt forsøger at ligge mine mailservere ned :o/

skal nok vende tilbage