Newsgroup: it.comp.www.php
Titolo: fakare l'invio di dati via POST

Ciao a tutti,
        segnalo a chi ancora non lo conosce smarty (
http://smarty.php.net
)
, l'ho sempre schifato usando altre soluzioni per i template ma devo di
re che rulla.
Sto portando sotto smarty un'applicazione che scrissi un annetto fa, causa 
richiesta di nuove features, e mi sono fatto un templatino con dei popup 
circa precotti, cosi' dal template dell'header posso eventualmente 
caricarne uno adatto etcetc...
Questo mi ha pero' fatto tornare una malsana voglia (oggei asino) di 
parametrizzare la salita di sti popup con dei parametri passati si', pero' 
via POST,per tutta una serie di motivi non ultimo dei quali l'ordine :).
Ora, ad esempio, ho :
[snippet]
session_start();
if($_SESSION['ip']!=md5($_SERVER['REMOTE_ADDR'])
        || $_SESSION['auth'] != true)
{
        session_destroy();
        header("Location: /main.php");
}
[snippet]
tralasciando considerazioni sui pool di proxy etc, dato che piu' che altro 
e' usato in una rete dipartimentale, dove pero' tutti cazzeggiano con 
sniffer e simpatie varie, questo check basissimo se non matcha l'hash del 
numero ip e un booleano spara alla prima pagina distruggendo i dati della 
sessione hijackata.
A sto punto, vorrei fare in modo che a main.php il browser dell'utente ci 
arrivi postano dei dati che possano far capire allo script che popup tirare 
su, pero' non vorrei farlo via get, perche' gli abuser son sempre li', boh, 
cmq il POST mi serve in piu' di un'occasione.
Ho spulciato qualche rfc ma non ho ben capito, ne' la logica ne' la 
grammatica, e' una cosa che non mi ha mai interessato piu' di tanto, magari 
e' banale e lo sanno tutti.
-- 
ciao
oggei
gpg --keyserver 
keys.indymedia.org
 --recv-keys E6887855

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



- -- 
ciao
oggei
gpg --keyserver 
keys.indymedia.org
 --recv-keys E6887855
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE96DQjZjvifOaIeFURAnVyAKDASUIlu4/fvmiP/f6XnYtVmh/G4wCdH6m+
c9vIn094cAuRYh2FB7I3r20=
=vsgf
-----END PGP SIGNATURE-----

 e' banale e lo sanno tutti.
Usare SSL?
Oppure un Form con javascript su link (onclick submit)?

 Oppure un Form con javascript su link (onclick submit)?
si' potrei innestare in ciascun td i form di cui ho bisogno...onclick submit 
e' standard ? Ora me lo guardo, perche' per quanto tutti usino explorer IO 
uso mozilla per debuggare :)
fico onclick submit, non l'avevo neanche cercato perche' di solito...ehm... 
schifo javascript e non mi ponevo il problema che potesse esserci una cosa 
cosi'.
Grazie
- -- 
ciao
oggei
gpg --keyserver 
keys.indymedia.org
 --recv-keys E6887855
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE96YAHZjvifOaIeFURAkkdAKDWr4F7778YHO8r9D/uBOKYVY8uUwCgiR4c
a7Mn/jScBW2oe2/QH/XMjmU=
=0Ng8
-----END PGP SIGNATURE-----

 Oppure un Form con javascript su link (onclick submit)?
The SUBMIT object is a form control generated with an INPUT element whose 
TYPE attribute is set to "submit"...
e' un oggetto che viene sollevato quando premo un bottone, non posso fare:
<a href="#" onClick="submit()">blabla</a>
mi picca... :(
forse non ho capito io, cmq boh
- -- 
ciao
oggei
gpg --keyserver 
keys.indymedia.org
 --recv-keys E6887855
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE96ddvZjvifOaIeFURAuGIAJ0XviZD2PAtF9hb1pfX8PXjaFCAlQCeNSeq
esQwpqZpSWfUxLhHoKF9Xsg=
=IDgj
-----END PGP SIGNATURE-----

il certificato del server non e' attendibile, sono entrati i pirati ?"
Tieni presente che la sicurezza di SSL, in quanto basata su chiave
pubblica, si basa SOLO sull'attendibilità del certificato... un
certificato fatto in casa ti permette sì di usare la crittazione, ma
ti espone al rischio di un attacco "uomo in mezzo"... Attendiamo
autorità di certificazione pubbliche...
Ciao
Ivan