Newsgroup: it.comp.www.php
Titolo: [repost] prob. coi Cookie (e.p.c.: Setec Astronomy): sviluppi e inviluppi.

 header("Location: ".$PHP_SELF);
L'ho sostituito con
redirect( $_SERVER["PHP_SELF"]);
per i problemi che citi.
redirect() è una funzione che dovrebbe risolvere il problema.
se non erro me l'hai data proprio tu.
Risiede nel mainfile richiesto all'inizio.
innanzitutto non ho capito perchè scrivi
$PHP_SELF
e non
$_SERVER["PHP_SELF"]
poi credo che php_self non è quel che mi serve
a me serve che il tutto sia reindirizzato qui
redirect( "index.php?url=rinomina");
quindi l'ho sostituito con quest'ultimo.
Stessi problemi di prima dunque...
Cosa fare?
Luciano Amodio

Il medesimo problema me lo da anche in localhost:
apache+mysql+php
quindi non mi sembra tanto un problema di IIS

 Cosa fare?
Non utilizzare i cookie?
Quando ci sono possibili problemi con i browser evito sempre di
utilizzarli.
In alternativa puoi tentare un "fake redirect".
Al posto di redirect scrivi:
?>
<html><head><meta http-equiv="refresh" content="0;URL=<?php print
("index.php?url=rinomina"); ?>"><meta http-equiv="Content-Type"
content="text/html; charset=iso-8859-1"></head><body></body></html>
<?php
Cosi' potrebbe funzionare.
-- 
I'am what I'am, I do what I can
Sei un newbie? Leggi questo 
http://url.repository.biz/go/1

Arjuna wrote:

Allora e' un problema di codice. L'error_reporting come lo hai
configurato? Sei sicuro che il cookie venga inviato?


 Cosi' potrebbe funzionare.
mmm, provato, niente. stesso identico e uguale errore...
:-(

Sei sicuro che il cookie venga inviato?
non credo di poter avere questa certezza...
il codice è quello che ho postato.
sapresti dirmi se ci sono modi per saperlo?
di fatto il redirect avviene nello stesso controllo del setcookie()
se l'uno parte anche l'altro di conseguenza.
Quindi due le cause:
- problema all'interno di setcookie()
- problema nel passaggio dei dati all'altra pagina
Lux

 sapresti dirmi se ci sono modi per saperlo?
Prova questo tool:
http://www.blunck.info/iehttpheaders.html


  
http://www.blunck.info/iehttpheaders.html
Molto bel'tool come direbbero i giapponesi
dal form:
Cache-Control: no-cache
directory=copertine&new=prova&cartella_thumb=copertine_elab
&max_altezza=400&max_larghezza=400&max_altezza_thumbs=100
&max_larghezza_thumbs=100&proporzioni=y&step=1&qualita=10
&qualita_thumb=10&suffisso=thumb_&submit=Inizia
Set-Cookie:
biscottino=copertine-prova-copertine_elab-400-400-100-100-1-10-thumb_-10-y;
expires=Mon, 05-Jan-2004 21:25:22 GMT
Cache-Control: private
questo è il cookie
poi:
GET /web/imgconv/index.php?url=rinomina HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/x-shockwave-flash, application/vnd.ms-excel,
application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: it
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR
1.1.4322)
Host: 
www.mrfantasy.it
Connection: Keep-Alive
Cookie:
biscottino=copertine-prova-copertine_elab-400-400-100-100-1-10-thumb_-10-y
Ci capisci qualcosa?

 Ci capisci qualcosa?
Si, il cookie viene correttamente inviato.
In  /web/imgconv/index.php prova a scrivere una cosa del genere:
print_r ($_COOKIE);
e vedi che cosa ti restituisce.


 e vedi che cosa ti restituisce.
Array ( [biscottino] =>
copertine-prova-copertine_elab-400-400-100-100-1-10-thumb_-10-y )

Arjuna wrote:

Scusa ma allora come fa a restituirti l'alert?
Prova:
if (!array_key_exists ("biscottino", $_COOKIE))
{
 echo "<SCRIPT>alert('Attenzione! Non rilevo il cookie sul tuo pc.
Abilita i
biscottini'); document.location.href='$_SERVER[PHP_SELF]';</SCRIPT>\n";
}
-- 


 }
Questo va!!! evviva...
altro problema:
// queste due funzioni:
mkdir("$cookie_ex[2]", 0777);
mkdir("$cookie_ex[2]/thumbs", 0777);
danno il seguente errore
  Warning: mkdir(copertine_elab) [function.mkdir]: Permission denied in
ho settato tutti i chmod delle cartelle a 777 ma continua a dirmi di non
avere i permessi...
Ho notato pure che reinserendo dei dati diversi nel form che genera il
cookie l'array di questi non cambia a sua volta. Continua a portare i valori
precedenti. C'è bisogno di un controllo che distrugga il cookie all'invio di
un nuovo form?
Ti avviso che ho cambiato strada, mi sto costruendo uno script ad hoc che
faccia solo quello che dico io, ma per curiosità e per imparare dagli errori
vorrei capire cosa è successo:
- permission denied?
- cookie che non si aggiorna!
Luciano Amodio

 cookie all'invio di un nuovo form?
C'e qualche problema nel codice che crea il cookie, e' abbastanza
sicuro. Per fare le varie prove cancella i cookie che salvi sul
browser, eventualmente fai in modo che il browser visualizzi il promp
di conferma del slvataggio ed utilizzo il tool che ti ho suggerito per
verificare il passaggio dei valori.


 > non avere i permessi...
ho notato una cosa che mi era sfuggita...
il web server č windows 2000 con IIS.
se non erro solo *nix gestisce i chmod.
Come si fa con windows?

 browser,
ho provato e ho scoperto che non viene registrato nessun cookie nei file
temporanei... sarà perche poi viene cancellato?

 Come si fa con windows?
Tasto DX -> Proprieta' -> Security


 file temporanei... sar` perche poi viene cancellato?
Ok, ma lo script invia il cookie al browser?


> Tasto DX -> Proprieta' -> Security
forse non sono stato chiaro.
Lato Client come si opera?
Nella fattispece io utilizzavo i comandi del client ftp per settare i chmod.

> Ok, ma lo script invia il cookie al browser?
GET /web/imgconv/index.php HTTP/1.1
Accept: */*
Accept-Language: it
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR
1.1.4322)
Host: 
www.mrfantasy.it
Connection: Keep-Alive
Cookie: PHPSESSID=f73e43a23e4fae4173dfcb98e1c74cf3
quindi credo che la risposta sia si

Arjuna wrote:

Senza utilizzare le estensioni Frontpage (o WebDav) non e' possibile
cambiare gli attributi lato client.


Arjuna wrote:

Veramente la risposta e' no. Il cookie PHPSESSID e' quello di sessione.
Dovrebbe esserci anche quello chiamato "biscottino".
