efectogamonal

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

@yonseca Es un hobby como cualquier otro. Anda que no echo yo aquí horas entretenido.
Si aceptan mis cambios para que funcione mejor me doy por bien pagado.
Para ganar pasta ya tengo un curro formal.

@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  

@ccguy @imparsifal @ochoceros Me refiero a la migración esa de base de datos antes de viajar.

@imparsifal ¿lo de que funciona con el rol de god lo has comprobado asignando ese rol a alguien más? Sólo porque te funcione a ti que eres god no tiene decir que funcione a todos los gods... ni que a ti te fuera dejar de funcionar al cambiar el rol.

@imparsifal @ochoceros A ver si no estás mirando en el log correcto (un error 500 suele venir en el del servidor web) o no tenéis bien configurado los logs.

Por otro lado si está cloudflare metido en el ajo, quizá sean esos logs los primeros a mirar...

En sin, sin ánimo de tocar los cojones, no sé como haces esto antes de irte de viaje.

@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 ¿no puedes probar a dar de alta una nueva cuenta y usarla para probar como usuario normal?
Como todo lo pruebes como dios por definición nunca vas a comprobar que no has abierto un boquete de permisos...

@cosmonauta Habrá logs si está bien configurado al menos el servidor web y/o PHP, cosa que yo no daría por hecha. Además es un poco raro que en nótame funcione todo (parece), en los comentarios de vez en cuando y en los envíos casi nunca.

@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 @kutto Sólo porque no hayáis tocado el código ahora no quiere decir que no haya un problema que ahora es cuando sale a la luz por alguna razón...

@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

@imparsifal @kutto En serio, publicad el fuente de una vez, una web llena de gente que puede contribuir no debería estar sufriendo estos problemas...

@imparsifal @kutto Te juro que no me explico como algo así puede estar jodido en una web que va de escribir comentarios durante horas sin que los responsables se den cuenta por sí mismos.