🚀 go-pugleaf

En el cap�tulo anterior (news:da4jgr$ojh$1@news1.nivel5.cl), "Rick_oj"
<rick_oj@[sin-esto]tutopia.com> dijo: 

> En las news:da4hnm$o35$1@news1.nivel5.cl, a Rick_oj se le ocurrio
> tipear: 
>> tengo una pagina en donde se le envia por url un string bastante
>> largo, de otra pagina donde comprueba algunas sintaxis del servidor
>> el problema es 
> que
>> me corta el string en el caracter 77, hay alguna manera de hacer que
> acepte
>> mas caracteres con el metodo get?
>>
>> o definitivamente tendre que acortar el string de algun modo
> 
> logre acortarlo a 68 caracteres pero me sigue cortando el string que
> tengo es es asi
> htttp://pagina.no-ip.com/dir/confirma.php?email=email@servidor.red&cod=
> 12345 67890
> 
> me corta antes de &cod
> 
> 
> 

En mi opini�n, te est� webeando el "@"... Tanto el urlencode como el 
rawurlencode lo cambian por %40...

La direcci�n que est�s enviando dice:
con�ctese a: "servidor.red"
con el usuario : "pagina.no-ip.com/dir/confirma.php?email=email"
y el cod est� puro "webeando"...


Tomado de RFC 2616:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.2

The HTTP protocol does not place any a priori limit on the length of a URI. 
Servers MUST be able to handle the URI of any resource they serve, and 
SHOULD be able to handle URIs of unbounded length if they provide GET-based 
forms that could generate such URIs. A server SHOULD return 414 (Request-
URI Too Long) status if a URI is longer than the server can handle (see 
section 10.4.15).

      Note: Servers ought to be cautious about depending on URI lengths
      above 255 bytes, because some older client or proxy
      implementations might not properly support these lengths.


-- 
                           Jose M. Santiba�ez A.
                             <jms@nivel5.cl>
                           <http://caos.cl/jms>