Newsgroup: it.fan.marco-ditri
Titolo: microsoft acquista redhat

http://www.microsoft.com
&item=
q20...@212.254.206.213/1338825GHU_98.asp

 
Potevi almeno mettere un %40 al posto della chiocciolina
(vedi thread su it.comp.sicurezza.varie).
-- 
Valter Minute
min...@inwind.it
 (the reply address of this message is invalid)

 (vedi thread su it.comp.sicurezza.varie).
In ogni caso opera mi ha avvertito, in caso non avessi visto.
-- 
Ciao, 
Fabrizio
Io non l'ho visto il film "il signore degli anelli", ma ho saputo che dura 3
ore quindi ....... non è il caso di perdere tutto quel tempo (it.arti.cinema)


http://www.microsoft.com
&item=
q20...@212.254.206.213/1338825GHU_98.asp
Simpatico scherzetto :-)

 In ogni caso opera mi ha avvertito, in caso non avessi visto.
Invece IE 5.5 e (pare solo in alcuni casi anche IE6) non ti avvisano di 
nulla e, se l'URL è "codificata" con %<codice-ascii> non si prende 
nemmeno la briga di tradurla in formato "leggibile" nella barra degli 
indirizzi.


 
Ovviamente il mio browser non lo accetta in quanto
la codifica %nn non si puo` fare nella parte sinistra dell'url
ossia la @ non puo essere nella forma %40
quindi non lo potevo vedere... perche` mai perdere
una fetta di potenziali utenti per argomenti cosi` delicati :-)
Ovviamente questo e` lo standard, ma il bello degli standard
e` che ognuno puo` scegliere quello che gli piace.
ciao

 wrote in 
news:bmnb3a...@127.0.0.1
:
 >
 >
 >>Valter Minute wrote:
 >>
 >>>Potevi almeno mettere un %40 al posto della chiocciolina (vedi
 >>>thread su it.comp.sicurezza.varie).
 >>>
 >>In ogni caso opera mi ha avvertito, in caso non avessi visto.
 >>
 >
 > Invece IE 5.5 e (pare solo in alcuni casi anche IE6) non ti avvisano di
 > nulla e, se l'URL è "codificata" con %<codice-ascii> non si prende
 > nemmeno la briga di tradurla in formato "leggibile" nella barra degli
 > indirizzi.
 >
 >
Cmq e` un url non valido. Farebbe meglio a rifiutarlo completamente.
O meglio scritto cosi la '@' dovrebbe far parte del nome dell'host
e` invalido perche` nel nome dell'host non ci puo` stare quel carattere.
Giorgio

 e` invalido perche` nel nome dell'host non ci puo` stare quel carattere.
Quella Url e` valida. Inutile, ma valida.
-- 
Alessio F. Bragadini		
ale...@albourne.com
APL Financial Services		
http://village.albourne.com
Nicosia, Cyprus		 	phone: 
+357-22-755750
"It is more complicated than you think"
		-- The Eighth Networking Truth from RFC 1925

 
Mi sfugge il concetto di URL inutile :)
Secondo la RFC 1738 username e password sono esplicitamente proibiti 
(paragrafo 3.3) per URL HTTP e quindi l'URL non è valida e non può 
essere passata in questo modo, ad esempio, ad un proxy.
Il compito di "tradurre" questa URL in una URL valida dovrebbe quindi 
essere lasciato al browser che, come minimo, dovrebbe inviare 
username e eventuale password negli appositi header della request 
HTTP e levarli dall'URL (e quasi tutti i browser lo fanno). 
Il grosso problema di IE è che sia la @ che l'indirizzo del sito a 
cui si viene effettivamente rediretti possono essere "nascosti" 
codificandoli con %<codice ASCII> (e questo, perlomeno nel primo caso 
va contro le specifiche della RFC). 
Purtroppo il browser non segnala (a differenza di quanto fa, ad 
esempio, Opera) l'anomalia, nemmeno "decodificando" l'URL nella barra 
degli indirizzi (questo fino alla ver. 5.5 sp2).
C'è un thread su it.comp.sicurezza.varie ("Dubbio...") che tratta 
l'argomento.


 l'argomento.
Ci sposteremo la`... :-)


 l'argomento.
Si l'ho letto mi spostero anche io di la.
Hai ragione.
Ho letto la grammatica (ovviamente) saltando tutta la parte
descrittiva, ho letto la 'genericurl' invece che 'httpurl'
Giorgio

 
Il problema è che IE (perlomeno fino alla 5.5 sp2) prende anche un %40 
('@' codificata) come separatore.
[...]
