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

#661
Noticias / Re: IBM se mofa de Google
24 Octubre 2019, 23:06 PM
De hecho lo que google ha dicho es mucho más exagerado. Son 200 segundos contra 10,000 años. Si quieren ser correctos... Google está diciendo que su procesador cuántico es  mil millones y medio de veces más rápido que el ordenador más "potente" del mundo. Osea 1,500,000,000 de veces más rápido...
#662
Cita de: El_Andaluz en 22 Octubre 2019, 05:41 AM
nos quieren vender una cosa que no es, para que otros cabrones se enriquezcan a costa de los 4 tontos que se creen estas cosas

Son un poco más de 4 tontos...

Cita de: El_Andaluz en 22 Octubre 2019, 05:41 AMesto lo digo por lo numerosos estudios que estoy viendo últimamente que cada uno dice una cosa diferente.

Hombre, pues como estás buscando estos estudios que no das con ninguno de los avalados por PANELES DE CIENTÍFICOS EN TODO EL MUNDO. Estudios que te los han puesto en otros temas por cierto. "¡Eh pero no me fió de estos tipos! ¡Que me quieren vender propaganda falsa y enriquecerse a costa de nosotros! ¡No no, tiene que haber alguna noticia en algún lado de como nos están extorsionando!".

En fin que tienes razón... esto del calentamiento global...

#663
No estoy muy seguro, pero tu navegador probablemente este repitiendo la petición POST que no funciono cuando le diste "Publicar" (porque no tenias una sesión valida). Lo ideal sería que le dieras click derecho al botón de "Atrás" y selecciones la página de: "Responder al mensaje" o "Publicar un tema nuevo".

Así te brincas que el navegador vuelva a enviar la petición POST. Por lo general no es buena idea usar el botón de "Atrás" cuando envías información a servidores web, ha habido varios navegadores que alertan al usuario de esto (no se si eso pase con chrome, no lo he probado).
#664
Foro Libre / Re: Haveibeenpwned.com
20 Octubre 2019, 14:24 PM
Cita de: Hason en 20 Octubre 2019, 10:53 AMEs decir, que alomejor solo se ha comprometido en ciertas páginas webs es lo que intentas decir???

No, lo que quiero decir es que quizás tu password no se comprometió (o no fue lo único que se comprometió), quizás obtuvieron una dirección, una tarjeta de crédito, información personal, algunas compras que hiciste, etc.
#665
Foro Libre / Re: Haveibeenpwned.com
19 Octubre 2019, 21:13 PM
Cita de: Hason en 19 Octubre 2019, 19:44 PM
Hola.

Pues resulta que tengo un correo vulnerado, me sale en rojo esto:

Oh no — pwned!
Pwned on 2 breached sites and found no pastes (subscribe to search sensitive breaches)


He probado otros correos y salian bien en verde sin advertencias, pero no los he probado todos.

Exactamente, ¿que quiere decir esto, que me han sacado el pass???


Saludos.

No todos las brechas en haveibeenpwned son de User - Pass, en ese cuadro rojo salen que sitios tuvieron la brecha y que información se ha comprometido.
#666
Yo creo que el problema aquí es más con PHP que con la base de datos. Tienes dos campos que se llaman "name" y los drivers que hay de MySQL en PHP tipicamente sobreescriben el valor en la columna repetida, no expanden la columna a un arreglo que contenga todos los valores de la columna con el mismo nombre. Hasta donde yo se, no hay forma de cambiar este comportamiento. Por eso necesitas usar un ALIAS con "AS" para evitar la colisión de las columnas.

O simplemente usas los indices en lugar de los nombres de las columnas:

Código (php) [Seleccionar]

$results[0][1]; //Ramon
$results[0][2]; //Miguel'


Cita de: engel lex en 19 Octubre 2019, 07:06 AM
e ignoro como no te devuelve error con $results[0][1]['name']

Devuelve un warning, pero no es un error fatal.

CitarAdvertencia
Escribir en un índice fuera del rango rellenará el string con espacios. Los tipos que no sean integer son convertidos a integer. Los índices ilegales emiten un error de nivel E_NOTICE. Los índices negativos emiten un error de nivel E_NOTICE en la escritura, aunque se lea un string vacío. Sólo se emplea el primer carácter de un string asignado. La asignación de un string vacío asigna un byte NULL.

https://www.php.net/manual/es/language.types.string.php#language.types.string.substr

Edit: La documentación en español discrepa con la de ingles, en la que dice que es E_WARNING. Probablemente un cambio en alguna version.
#667
Lo más probable es que haya una regla de firewall que bloque DNS.
#668
Usa dig para probar si puedes hacer una petición DNS al servidor:

Código (bash) [Seleccionar]

dig @8.8.8.8 google.es
#669
Cita de: lilyei en 17 Octubre 2019, 19:15 PM
No te entendí si fueras amable de darme un ejemplo te lo agradecería  ;)

Sería más fácil si nos dijeras que fue lo que no entendiste. Tu tienes tablas en la que guardas fechas tal cual. Si en lugar de guardar la fecha, guardas un indicador a un registro en otra tabla que contiene la fecha y usas ese mismo indicador en diferentes registros en diferentes tablas, cualquier cambio que hagas sobre la tabla que si contiene la fecha se debería ver reflejado en todas las otras tablas que usen los indicadores al registro que tiene la fecha.

Por ejemplo, en lugar de guardar la fecha "17 de Octubre del 2019" en las tablas de procesos y piezas, guardarías "1". De tal forma que puedes tener varios registros en las tablas que usen "1" como la fecha. En otra tabla, vas a tener una entrada como:


IdFecha
1    17 de Octubre del 2019

Entonces, alguien lee la entrada que tu plano se llama "BMW", ven que dice "1" y la van a buscar a la tabla de fechas para obtener la fecha real.
#670
Puedes crear otra tabla ("fecha_de_registros_de_planos" o lo que sea), que tenga un ID y la fecha de registro. En las tablas de procesos y piezas en lugar de usar datetime usas int y ahí apuntas a las IDs de las fechas de registros.

Así cuando haces un cambio sobre alguna entrada de la nueva tabla, las otras tablas pueden hacer referencia al nuevo valor.