imparsifal

@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 aquí algunas pruebas que dan error: a.a.a. , tiene.pinta.que.ya.funciona.

@imparsifal y punto.
Funciona. Gracias

@ccguy @ccguy @imparsifal @ochoceros  

@imparsifal @ccguy Lo tenemos ya localizado en el código: preg_match_all('/((http|https)://)?[a-zA-Z0-9./?:@-_=#]+.([a-zA-Z0-9&./?:@-_=#])*/', $content, $result, PREG_PATTERN_ORDER);
Hay que arreglarlo

@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 @ochoceros ¿cómo se hace el filtrado de URLs en comentarios? A lo mejor algo por ahí está identificando erróneamente "texto<punto>" como url y luego la comprobación da fallo al intentar extraer el dominio, etc.

Si en God/Admin no pasa, estaría bien buscar en qué casos se salta las comprobaciones de los comentarios e indagar por ahí... Y si es posible, meted logs a cascoporro en esas comprobaciones para ver donde puede estar petando.

Pero vamos, seguro que son cosas que ya habéis mirado hace raro, así que lo siento por añadir ruido al problema!

A lo mejor con código abierto sería mas fácil que la comunidad ayudara a arreglar este tipo de fallos

@Charles_Dexter_Ward Pagas demasiado poco para poder dar órdenes a un genio, ex alférez provisional.

@imparsifal

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

@Nadieenespecial De hecho acabo de cruzarme con este artículo de @yemeth

www.meneame.net/story/desastre-programacion-meneame

donde dice algo del estilo.

A veces el pedir "colaboración" y ayuda espontánea del personal que pulula por aquí, crea un mayor vínculo al site, sobretodo si se observa limitación de recursos.

@imparsifal

@Grahml Pues fijo que funcionaba la verdad y que teníais bastante audiencia haciendo un directo para arreglar meneame @imparsifal

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

@imparsifal Joer, el amo del prao es un genio de la informática, eso tiene que descubrirlo en 3,2,1. Y después nos dedica un tango por cualquier w mierder de IA

@imparsifal Crea un vídeo en directo con Twitch, y ponte a arreglarlo con los usuarios que sepan del tema por aquí.

Igual hasta creáis así "unión" en la comunidad, de esa chula.

@imparsifal Ahh, entonces no he dicho nada.

(ya, ojalá)

@imparsifal


Y menos mal que la web tiene poco tráfico, que si esto hubiera ocurrido en 2011 igual te veías con bastantes más

@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

@imparsifal Revisa los errores en el MySQL que seguro que te esta fallando el INSERT por algo de la configuración de la base de datos o porque el código manda mal la transacción.

Pero vamos, esto es esperable que lo estés mirando ya. Si necesitas a algún usuario que le falle constantemente, mándame privado y te puedo tirar un cable como betatester.

@ochoceros

@ochoceros

@ccguy @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 @imparsifal @ccguy @kutto

Cómo dicen más abajo, un candidato es el locale de la base de datos y el del server. Tiene que haber logs en el php y/o el MySQL.

Odiaba estos temas cuando hacía php....