PeterDry

@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 porque usamos trucos como los espacios , la barra invertida o los puntos que no son puntos, pero al publicar se transforman en puntos.

@JanSmite yo creo que es lo de psicópatas al 200%

@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?

@imparsifal Yo acabo de publicar un comentario ahora mismo y me casca el error si no uso el punto "trucho": ․

Si Menéame volviese a ser de código abierto seguro que entre todos dábamos con el error en cero coma

@Rorschach_ La pena es que no vale para arreglar las urls de enlaces

@JanSmite @ldoes @mcfgdbbn3 @karakol

Pir que no me deja escribir respuestas de unas pocas lineas?

@Bilardezz ¿Tienes algún plugin/extensión para deshabilitar/saltarse el aviso de las cuquis? Deshabilítalo, acepta cuquis y vuelve a habilitarlo.

@Zoidborg No creo que cueste menos meter un banner que hacer un triste replace de "." por "․" en la primera validación/sanitización de un comentario posteado.

No hablemos ya de la imagen de la web.

@imparsifal @kutto

@Ripio Y no hace falta que dejes un espacio.

@JanSmite Prueba a copiar/pegar este punto ․ en los comentarios

A mí me funciona.

Han debido implementar un nuevo sistema gallego de detección de ataques de inyección de SQL y si al final del comentario ven el puntito se detecta como que ahí ha habido un pinchazo

@ldoes @mcfgdbbn3 @karakol

@orangutan a mí me sigue pasando

@orangutan @mis_cojones_33 @orangutan @EsUnaPreguntaRetórica @Nube_Gris @admin @neotobarra2 Es porque ponéis puntos en los comentarios

@ldoes @JanSmite @karakol : ¡Pues vaya puntazo! ¿Es un troleo de #admin o un bicho (bug)?

@mcfgdbbn3 : No me deja comentar.

Por si lo veis, aprovecho para decir que faltan 10 horas para votar.

@Tkachenko Israel "sólo" hace ataques "dirigidos" contra instalaciones nucleares, pero ante ello resulta que Irán les ataca indiscriminadamente, como si tal respuesta fuese algo gratuito y desproporcionado.

Y encima hace referencia a un tratado de no proliferación nuclear que Israel no ha firmado; es el único ¿país? que no ha permitido inspecciones de su armamento nuclear por parte de las organizaciones internacionales.

Cada día que pasa tengo menos claro que los nazis perdiesen la segunda guerra mundial, viendo su apoyo incondicional a los sionazis.

@Pitchford Me ha ocurrido lo mismo. Prueba a cambiar el "Prueba" por "Edit" y luego a poner "Edit.". Con el punto casca.

Edit: Acabo de publicar el comentario pero obviando cualquier carácter que no fuese una letra.