Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - MinusFour

#801
Cita de: MiguelCanellas en 27 Agosto 2019, 02:04 AM
Sería algo así, si ya se soy algo duro para entender  :xD

Código (php) [Seleccionar]

function Conexion($user, $pass)
{
try
{
$con = new PDO('mysql:host=localhost;dbname=basedatos', $user, $pass);
$con->character_set_name();
return $con;
}
catch(PDOException $e)
{
return $e->getMessage();
}
}


Porque la manera en la que lo puse da errores, también probé tal y como me lo pasaste mysql_chararacter_set_name($mysql);
pero da el error de que la función no existe (la variable $mysql la adapte por supuesto)

Perdón tenía el nombre mal no es mysql, es mysqli. ¿Estás usando PDO en lugar de MySQLi? Tenía entendido que estabas usando MySQLi. Bueno, de todas formas, si has puesto la configuración que he puesto antes, no debería importar que driver estes utilizando.

PDO es más genérico, si quieres revisar que charset estás utilizando desde PDO puedes hacer una query desde PDO, la query es:

Código (sql) [Seleccionar]

SELECT @@character_set_client;


Si el charset de la conexión es el culpable, vas a tener que re insertar la información correctamente. Pero es importante que revises el charset que usa tu conexión antes de re insertar.
#802
Otra cosa que tienes que estar seguro que este correcto es el charset de la base de datos. No lo confundas con el tipo de colación, la base de datos también tiene que estar en UTF-8.

Me equivoco, si la colación es UTF8, tu base de datos también debería tiene ese charset. Es casi seguro que sea un problema con la conexión.

No probaste con el primer código que te di?
Código (php) [Seleccionar]

echo mysqli_character_set_name($mysqli); //$mysqli es tu conexión SQL


¿Esto te regresa utf8?
#803
Entonces si tienes un problema con la información en la base de datos. Yo diría que la información que estás enviando si es UTF-8 pero está siendo codificada en otro encoding en otro lado, posiblemente en la conexión entre tu servidor SQL y cliente SQL por lo que me dices. El hexadecimal de la cadena "Míguel" en UTF-8 es:


0x4d 0xc3 0xad 0x67 0x75 0x65 0x6c


Para 5 de los 7 bytes, la traducción es bastante simple, los puedes buscar en una tabla ASCII.



Los únicos valores que no te vas a encontrar en la tabla son: 0xc3 y 0xad porque no son ASCII. Estos 2 bytes, representan un solo carácter en UTF-8, la i latina pequeña con acento agudo ( í ). ¿Pero que pasa cuando se usa otro encoding? Vamos a ver con WP 1252 (uno de los más comunes):



Resulta ser que en WP-1252 los caracteres cada uno son de 1 byte. Por lo que tenemos 2 caracteres. Uno de ellos es: à y el otro es el carácter invisible SHY. Lo que significa que en lugar de tener una í , tenemos Ã<SHY>. SHY no se imprime por lo que acabamos con Míguel en lugar de Miguel.

PD. Me he equivocado con el nombre del encoding, en mi mente lo tengo como Windows Pages 1252 pero realmente es Code Page 1252 o Windows 1252.
#804
Lo que yo entendí es que si dejas un sistema de administración de base de datos a través de un servidor HTTP y lo dejas desprotegido alguien se puede meter a robar/destruir tu información. Es un error GARRAFAL dejar sistemas de administración de cualquier tipo así al aire sin un sistema de control de acceso. Para mi esto es el equivalente a decir que no dejes la puerta de tu casa abierta todo el tiempo, algo de sentido común.
#805
Te diría que hicieras un dump de la tabla donde tienes los datos problema pero no estoy muy seguro de que la información que acabe aquí sea exactamente la que tienes en tu base de datos. Sobre todo con el típico copia y pega. Porque tu copias un string como: "Conexión" en el foro directamente de un documento en WP1252 o ISO-8859 que abriste de sublime o notepad++ por ejemplo, nosotros vamos a poder ver "Conexión" pero no el encoding que usaste. Pero si subes el archivo del dump en algún lado (que no haga nada raro con el charset) entonces podemos ver el encoding en el que está.

Los dumps de hoy en día por lo general los recogen los editores correctamente, muy probablemente vengan con BOMs o similar. Entonces si tu abres el archivo y no ves nada raro, es muy probable que el encoding este correcto. Si empiezas a ver cosas como: "Conexi?n" en tu dump entonces hay problemas. Si todo se ve bien, como quiera puede haber problemas si tu editor está leyendo el archivo en otro encoding que no sea utf8. No es extraño que pudiera pasar esto porque UTF-8 y otros encodings pueden confundirse porque la mitad de los encodings que se utilizan son los mismos. Técnicamente, un archivo que solo usa caracteres ASCII puede ser leido perfectamente tanto en UTF-8 como en WP1252 o ISO-8859. Son indistinguibles. Pero cuando empiezas a usar cosas que no son ASCII ahí es cuando el editor de texto puede hacer conjeturas acerca del encoding. Si quieres estar totalmente seguro que la información de tu DUMP este correctamente en UTF-8 tienes que decirle al editor que abra el archivo con ese encoding.

Y todo esto es para poder cerciorarse que lo que tienes en tu base de datos es UTF-8.  

Si crees que necesitas utilizar set_charset, revisa el charset de tu conexión:

Código (php) [Seleccionar]

echo mysqli_character_set_name($mysqli); //$mysqli es tu conexión SQL


Si imprime utf8 todo bien, si imprime algo como latin1 o similar entonces quizás si necesitas usar mysqli_set_charset. También puedes configurar tu servidor para que utilice un charset por defecto en las conexiones:

Código (ini) [Seleccionar]

;porfavor no copiar el [mysqld], buscarlo en el archivo de configuración
;esta de referencia
[mysqld]
character_set_server=utf8
collation-server=utf8_spanish_ci


El character_set_server no es necesario si usas MySQL arriba de 8.0 porque ese es el valor por defecto (técnicamente, utf8mb4)
#806
Yo creo que lo mejor sería hacerlo en los foros de seguridadwireless.net

https://foro.seguridadwireless.net/

En cuanto a este foro, lo mejor es preguntar en el foro de Wireless en Linux si es algo relacionado a Wifislax y Wireless:

https://foro.elhacker.net/wireless_en_linux-b77.0/

O en el foro de Hacking Wireless, si es una pregunta en general acerca de Wireless:

https://foro.elhacker.net/hacking_wireless-b48.0/

Y si es un problema con linux en general, entonces el foro de GNU/Linux

https://foro.elhacker.net/gnulinux-b9.0/
#807
Desarrollo Web / Re: SVG responsive?
25 Agosto 2019, 16:26 PM
El Chrome de mi Android hace lo mismo con esa opción. Es el mismo zoom. Mira, está es la pantalla de mi android del HTML que pusiste con la escala inicial.



Y cuando hago zoom, con cualquiera de los métodos que has puesto:

#808
Desarrollo Web / Re: SVG responsive?
25 Agosto 2019, 06:58 AM
Yo me pierdo, ¿Dices que tienes dos modos de hacer Zoom en tu navegador? Al menos mi Google Chrome en mi móvil Android no me deja hacer zoom para nada con el meta tag.
#809
El segundo argumento no lleva nada, la función escribe a esa variable y solo si son JFIF. No necesitas usar el segundo argumento en ningún otro caso. Lo que necesitas hacer, es agarrar los contenidos del archivo que recibiste y escribirlos en disco. Tu después le das la ruta del archivo que escribiste a esa función y listo.
#810
Desarrollo Web / Re: SVG responsive?
25 Agosto 2019, 00:57 AM
Cita de: string Manolo en 25 Agosto 2019, 00:16 AM
Sí, tiene retardo y todo si haces zoom muy rápido. Debe tener una capa de software independiente ahí.
Si se puede hacer lo que dices, lo comento en el primer post. Se puede hacer con la matriz, pero me parecen demasiadas operaciones y que reacciona mal haciendo cosas raras (en Android). Estoy seguro al 400% que hay otra manera de hacerlo y realmente bien, que quede perfecto. Y lo que tengo yo hecho es basura basura.

Exactamente eso, quiero que se pueda hacer zoom, porque yo lo uso muchísimo para leer a gusto.

Lo peor es que la página es para poder visualizarla toda sin imágenes habilitadas en el navegador. Asique necesito SVG sí o sí.


El problema no es SVG. Porque tu a SVG le das dimensiones y todo lo que está dentro de tu SVG escala con el sistema de coordenadas de tu viewbox. Esto es con cualquier elemento. Si el viewport no es consistente através del zoom, lo único que queda son hacks para ajustar los tamaños. Porque aquí ya estás entrando en cosas que no son estándar.

Yo hasta diría que es un bug (pero no lo es). El viewport es prácticamente la ventana por la que ves el contenido. En todo momento 10vh debería ser el 10% del alto de la cual estás viendo el contenido.