Mensajes

[ó]

Parece un caso de doble encoding. Lo mas probable es que el navegador este interpretando otro encoding. ¿Por que?

Pusiste el ejemplo de ó

El equivalente en UTF-8 es: C3 B3 (Hex)

Tu navegador interpreta: ó

Fija como tu navegador se interpreta los bytes por separado, ahora si te vas a ver el encoding ISO-8859 o Windows-1252:

C3 = Ã
B3 = ³

http://en.wikipedia.org/wiki/Windows-1252#Code_page_layout

Ahora, el header que envias deberia asegurarte que el navegador se lea el documento en UTF-8 mas no que lo presente en UTF-8. ¿Que Doctype estas usando? Asegurate de establecer el charset correctamente:

Si estas usando html5:

Código (html) [Seleccionar] Expandir


<meta charset="utf-8">

Podrías cambiar el #ID por $("input[name=buscar]").keyup...
Donde los 3 input tienen por "name" el valor "buscar".

Saludos!

Yo creo que esta idea no está mal:

Código (javascript) [Seleccionar] Expandir


$('#search_form input[type=text]').keyup(function() {
  var envio = $(this).val();


Hace mucho tiemo que no programo y quizas sea una burrada lo que diré pero intentad así,

Código (javascript) [Seleccionar] Expandir

var envio = $('#search').val() + $('#search_ci').val() + $('#search_fi').val();

Tambien es cierto, que no sabemos si lo que quieres es llamar a tu pagina con los 3 inputs o solo sobre el input que estas escrbieindo.

El tema de ayer dificilmente era constructivo. En ningun momento se presentaron pruebas de "buying" o "bullying". Dificil hacer algo cuando no hay nada por hacer.

En ese punto de la url no creo que puedas sacarla tan facilmente. ¿Porque no utilizar GET? ¿o POST?

El UA no es infalible, se puede spoofear de diversas formas. Podrias revisar si existen algunos elementos del DOM desde Jscript y luego decirle al servidor si es o no Internet Explorer, pero esto solo funciona para versiones viejas de IE me parece. Cada día IE se apega mas al estandard.

hola

Normalmente al hacer un login, valido los campos por ajax y si son correctos redirecciono a otra pagina.

Pero normalmente al ver el código fuente de las paginas se pueden observar los script usados y demás cosas.

En tema de seguridad, esto es malo ?

Hay alguna forma de que cuando se vea el código fuente de la pagina no se vean esos tipos de script ?

o habría otra forma de hacer los login ?

Gracias por la ayuda.

Si usas AJAX para validar contra el servidor si es seguro, a lo mucho se ven la direccion donde validas los campos y los campos que envias. Ahora si tu script que valida los campos no es seguro ya es otra cosa...

Eso se puede hacer directamente en el curl.
Si es curl php lo puedes especificar con este parámetro.

Código [Seleccionar] Expandir

curl_setopt($ch, CURLOPT_INTERFACE,'1.1.1.1');

O de esta forma

Código [Seleccionar] Expandir

curl_setopt($ch, CURLOPT_INTERFACE,'eth0');

A esto se le llama bind ip.

El comenta que tiene cientos de archivos .php con curls ya escritos.

Pero algo que podrias hacer para agregarle el CURLOPT_INTERFACE es crearte una funcion que devuelva el handler de curl con la opcion curlopt interface y luego remplazar curl_init por esta funcion y asegurarte que la funcion tenga visibilidad para todos los archivos.

Claro que esto solo funciona para handlers abiertos por curl_init.

MinusFour, por lo que estoy viendo mi problema esta viniendo de Django

¿Estás usando Django? Hasta donde tenia entendido, tu querias correr una aplicación de python que no se adhiere al estandard WSGI de python. Aunque mencione que puedes ejecutar el código desde un controlador de Django, yo creo que es mucho para montarse una aplicación tan sencilla. Claro que si ahora te estas pensando en montarte toda una web por Django pues entonces si.

Desde mi punto de vista lo mejor sería leerse WSGI:

Ejemplo de Script

Código (python) [Seleccionar] Expandir


def application(environ, start_response):
    status = '200 OK'
    output = 'Hello World!'
    #Tu Codigo aqui

    response_headers = [('Content-type', 'text/plain'),
                        ('Content-Length', str(len(output)))]
    start_response(status, response_headers)

    return [output]

Configuracion del VirtualHost:

Código (apache) [Seleccionar] Expandir


<VirtualHost *:80>

    ServerName www.example.com
    ServerAlias example.com
    ServerAdmin webmaster@example.com

    DocumentRoot /usr/local/www/documents

    <Directory /usr/local/www/documents>
    Order allow,deny
    Allow from all
    </Directory>

    WSGIScriptAlias /myapp /usr/local/www/wsgi-scripts/myapp.wsgi

    <Directory /usr/local/www/wsgi-scripts>
    Order allow,deny
    Allow from all
    </Directory>

</VirtualHost>

Para los permisos de tus mounts puedes cambiarlo en el archivo de configuracion de usbmount:

Código [Seleccionar] Expandir


/etc/usbmount/usbmount.conf

Tecnicamente deberías poder hacer unmount a la USB (hasta donde yo se, usbmount usa udev para detectar cuando se agregan nuevos dispositivos). Revisa con mount los puntos que se estan montando.

De todas formas, creo que usbmount como quiera intenta desmontar una vez removido el USB (incluso si lo desmontaste antes). Y ni idea de porque no te sale en tu Thunar.

Tienes: usbmount

https://wiki.debian.org/usbmount

Y AutoFs.