Rayder

Los yankis moviendo unos cuantos de sus mejores bombarderos de última generación para acercarlos a Irán. De los que pueden tirar las bombas más gordas del mercado.

@angelitoMagno Ojo, que lo único que no es cierto es lo de "a martillazos". La sentencia confirma que su contenido fue eliminado y los discos fueron destruidos.

@EsePibe ¿Cómo se van a comportar en general si los han tirado de muchísimos sitios desde hace siglos?

¿Por qué si critico el cristianismo no recibo strikes pero si lo hago del judaismo sí recibo strikes?

Y por favor nada de antisemitismo, nadie mata más semitas que los sionistas

@Zoidborg Lo que se pierde esa mujer por no ser la imagen de Primperán.

En Aragón hicieron un Mazón como parte de este GENOCIDIO

@Xtrem3 Dupe: @Xtrem3

@Ripio Como precedente, en España y Japón ya han tirado bombas nucleares, y ambos les estamos comiendo hasta las pelotillas del perineo.

@Ripio Pakistán ya ha tenido que lanzar una amenaza disuasoria, por algo será.

Los yankis están llevando un portaviones y ¡25! aviones de repostaje en vuelo a la zona, lo que pinta a que van a hacer en las principales ciudades de Irán la misma destrucción que en Palestina.

E Irán tiene un ejército de cojones en 80 veces la extensión de territorio de Israel.

Israel solo no podría con Irán, así que se viene algún ataque gordo a Israel (forzado o de falsa bandera) que se usará como excusa para hacer que se ponga el precio del barril de petroleo a >$120, operación perpetrada entre los genocidas sionazis y la nación más belicosa del planeta.

Se vienen curvas, IsraHell y sus sionazis a tope contra todo el mundo con el apoyo yanki. Ya parece más que evidente que en su afán destructivo los asesinos de niños le van a tirar un nuke o más a Irán sin despeinarse, pero...

Parece que ha vuelto el error de los puntos en los comentarios.

Al menos esta vez no ha sido en fin de semana

@Pkpkpk En tu perfil, abajo del todo lo pone. Sino mira a ver tu karma la explicacion

Haz comentarios para ganar karma en los meneos recien enviados

tengo un strike que en teoría no me debería dejar publicar ni comentar pero mandé algo a portada y el karma me aumentó saltándose el strike

Hoy el genocidio es en Azuara Zaragoza

Sartre decía que cuando un hombre mata a un colono, lo que queda es un hombre libre

Precioso ver las bombas caer sobre telaviv

@imparsifal Si la solución es que hayas tenido que añadir */u al final del regex será porque tienes "algo" con el tratamiento de cadenas por la configuración de idioma. Espero que no explote nada más por otro sitio.

Ya veremos ese cambio.... o no  

@imparsifal Si no has tocado código en la migración, estoy casi seguro que sea por algún problema de internacionalización a la hora de hacer algún preg_* o similar a alguna cadena de texto usando un Regex.

Viendo que en los roles de god y admin no afecta, y que en el nótame no pasa, debería ser más fácil acotar la diferencia en el código.

Al enviar una noticia también pasa. Con mi usuario acabo de enviar una y tengo que hacer la ñapa en los puntos del resumen de la noticia.

@imparsifal ¿Tenéis definido "intl.default_locale" en el php.ini?

www.php.net/manual/es/intl.configuration.php

Si la máquina venía con algo preinstalado antes de cambiar su configuración regional, puede que en alguno de estos paquetes esté el problema.

@imparsifal ¿Estaban correctos los locales del server y todos los collation del MySQL?

Pensaba que era una coña, o hecho con IA, pero no, es de verdad

xcancel.com/DeptofDefense/status/1933947548965781863

¡Qué buuuuurros!  

@carademalo No te pongas tan dramático; es un error puntual.

@MacMagic En esa misma cuenta estoy yo porque Ángel dice que no se ha tocado el código. Los encodings, collation y locales son un dolor de cabeza en las migraciones.

Primero hay que comprobar que tengas instalado y activo en la máquina el locale adecuado, reiniciando antes de instalar nada si has hecho cambios, y reinstalando si ya había algo instalado. Hay funciones de manejo de texto que pueden dar bastante por saco dependiendo de esa "configuración regional". Luego están los alias internos de lenguajes como en phyton (de utf8 para utf-8) que con un cambio de versión también te pueden volver loco si no están definidos.

Así como el del servidor MySQL, el de la BD, el de la tabla, el del campo... Como no tengas bien definido el collation en la restauración del backup a nivel de BD, tabla y campo y el server tenga otra... ya tienes lío asegurado.

@imparsifal

@ccguy Es el mantra universal de todo desarrollador: "EN MI MÁQUINA FUNCIONA" XD

@imparsifal

@imparsifal Si a ti sí que te funciona, entonces tiene toda la pinta de ser algo de los LOCALE del server y que alguna validación, preg_replace o similar en código no se ejecute con tu rol.

Revisa que coincidan en el servidor nuevo y en el viejo los LOCALEs aplicados al SO y a las aplicaciones instaladas, y que no tengas cosas raras como encoding/collation "utf8" en uno y "utf-8" en otro. Es importante tener los LOCALEs bien definidos en el SO antes de instalar las aplicaciones para que estas no hagan "cosas raras" por autoasignarse el LOCALE activo durante su instalación.

Si el servicio de Digital Ocean te lo venden con VM preconfiguradas, probablemente las instalaciones no hayan sido hechas con el "es_ES.UTF-8" correspondiente y toque reconfigurar/reinstalar.

@imparsifal Por eliminar sospechosos habituales... ¿Habéis comparado con la instancia anterior para ver si coinciden las colaciones del servidor de BD y la BD, así como la configuración regional del servidor? ¿Se usa la misma versión de PHP en la nueva instancia?