PHP 4.2.0, una piccola svolta >> by latoserver.it

Passando su latoserver.it ho letto che ci sono dei consistenti cambiamenti nella versione 4.2.0 di php: http://www.latoserver.it/php/php420/.

In pratica cambia il modo di gestire le variabili esterne, quelle ottenute tramite POST, GET e cookies, adesso è + simile ad ASP secondo me ci voleva questo cambiamento.

Ehm... potresti spiegare brevemente, che non c'ho voglia di leggere? :D

thx

E io non ho voglia di riassumere :D

Buona questa! :D

Non ho letto l'articolo ma suppongo si riferisca al fatto che adesso i dati passati tramite form o cookie non sono (di default) variabili, ma si trovano all'interno degli array $_GET (al posto di $HTTP_GET_VARS), $_POST (al posto di $HTTP_POST_VARS), $_COOKIE (solito), $_FILE o qualcosa di simile (solito), e mi pare $_ENV.

thx :)

sul forum HTML.it ho trovato una "pillola" in proposito:
http://forum.html.it/forum/showthread.php?threadid=245215

L'avevo intravista tempo fa... comunque si capisce bene anche dalla documentazione ufficiale.

E' anche in ITA?

Non lo so... il manuale è in traduzione, il resto penso di no.

Alt fermi tutti. Scusate se rispondo ora ma nn guardo quasi mai questa cartella.
Il fatto che i cookie e i parametri GET e POST siano nell'array HTTP_COOKIE/GET/POST_VARS[] e' puramente teorico.
Infatti sia i cookie che le variabili parametrizzate ottenibili tarmite get e post risultano come variabili globali (dunque si possono tranquillamente riprendere chiamandole per nome $var).
Per essere sinceri, mi e' capitato piu' di una volta che chiamare i cookie utilzzando il loro array ($HTTP_COOKIE_VARS[]) mi creasse casini, mentre il chiarli come se fossero normali varriabili non mi desse il minimo problema.

Già, ma ora sembra che con la nuova versione nn sia più possibile...

Azz avevo capito il contrario. Ma che cazzata! Era cosi' comodo!

E' stato fatto per evitare problemi di sicurezza.

Nn capisco che problemi si possano generare...

Tanto se uno che ci sa fare vuole sapere quali sono i parametri passati non c'e' HTTP_GET_VARS che tenga. Anche perche' se le variabili sono passate con get vengono appese all'url per cui piu' insicuro di cosi' non c'e' nulla, e di certo metterle obbligatoriamente in un array non cambia la sostanza

No, il problema secondo me è che un principiante poteva usarla erroneamente come variabile normale e creare bug e buchi all'interno del suo sito.

beh, affari suoi, da quando i linguaggi sono fatti in base alle esigenze di tutti? :D

---

Scritto da: MiPKy 09/09/2002 20:12
No, il problema secondo me è che un principiante poteva usarla erroneamente come variabile normale e creare bug e buchi all'interno del suo sito.

---

In che senso "usarla come una variabile normale"?




:D




(nonostante la faccina rispondi pure, eh)





:D

Molta gente ha la brutta abitudine di non azzerare le variabili prima di usarle. In questo caso sarebbe stato possibile passare degli argomenti tramite get/post/altro e modificare il comportamento dello script.

Davvero? Non sapevo di avere questa brutta abitudine :D:D

A proposito, ora che ci penso... non ho mai avuto quella brutta abitudine:D

Scusa, ma non credo che se uno mette $ciao = print("pippo"); funzioni. Tutto sto discorso sulle variabili azzerate va fatto solo se usi un Database, o no?

Qualunque cosa usi le variabili senza azzerarle.
(il che capita raramente)

cioè... davvero la variabile $ciao conterrà l'istruzione print()???

pare di si