edición general
OniNoNeko_Levossian

OniNoNeko_Levossian

Confieso que a veces le llevo la contraria a la gente solo por molestar

En menéame desde abril de 2018

8,78 Karma
3.990 Ranking
278 Enviadas
70 Publicadas
5.982 Comentarios
2.794 Notas
  1. @ochoceros Poco a poco xD
  2. @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 :-P   media
  3. @imparsifal y punto.
    Funciona. Gracias :hug:
  4. Creo que ya funciona. Ya me decís para subir los cambios al repositorio.
  5. @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
  6. @ccguy Es que estuvimos probamos 48 horas y no daba error. Podíamos volver rápido a AWS. Ha tenido que pasar algo más a hacer los deploy diarios de la publi, con alguna cosa que no caemos.
  7. @ccguy @ochoceros No, de viaje volví anoche. Por eso estoy ya con ello.
  8. @ccguy Funciona para todos los admins. Comprobado
  9. @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.
  10. @ochoceros Pero es que no creo que tenga que ver con eso. Como con el rol de God y Admin no hay problema tiene que ser una comprobación tonta en algún lugar perdido del código.
  11. @Charles_Dexter_Ward Pagas demasiado poco para poder dar órdenes a un genio, ex alférez provisional.

    @imparsifal
  12. @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.
  13. @ochoceros Sí, y no hay error en ningún log
  14. @imparsifal ¿Estaban correctos los locales del server y todos los collation del MySQL?
  15. Con el rol de Admin también funciona. La verdad que es un misterio acojonante. Si se pone la palabra Mediatize da el error de Palabra no permitida (otro misterio). Pero si se pone Mediatize. da el error a secas "error" que no consigo localizarlo en el código.
  16. @Grahml Los putos 300 correos son de Jot Down, no de Menéame. Ojalá...
  17. @Golan_Trevize Pero el C tiene punteros. Y punteros a punteros, ojo.

    @nilien @lordban
  18. Lo de los puntos es muy loco:

    —Coincide con migración MySQL
    —A los god no nos sucede:
    www.meneame.net/m/cultura/arqueologos-montegrinos-descubren-tumba-muje

    Pero bueno, la parte positiva es que habrá sido un experimento masivo sobre cómo despuntar en mnm :-D

    Disculpas, estamos en ello con @imparsifal.
    (También por esos chistes malos :roll: )
  19. :-O Pensaba que era una coña, o hecho con IA, pero no, es de verdad xD xD xD xD

    xcancel.com/DeptofDefense/status/1933947548965781863

    :palm: ¡Qué buuuuurros! {0x1f1f7-1f1fa} xD xD xD   media
  20. @ccguy Claro, pero estaba de viaje. Acabo de llegar, tengo 300 correos pendientes de cuatro días ¡300!
  21. @carademalo No te pongas tan dramático; es un error puntual.
  22. @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
  23. @ccguy Es el mantra universal de todo desarrollador: "EN MI MÁQUINA FUNCIONA" XD

    @imparsifal
  24. @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.
  25. En la clasificación de la Fórmula 1, Albon no tenía bien sellado el capó y se lo ha llevado el viento o_o
    streamff.com/v/73a14f61
    Nunca había visto algo así.

    Hace muchos años, con un viejo Daewoo Lanos, se me abrió el capó yendo por la autovía, pero por suerte quedó enganchado en el seguro, quedó como flotando a una cuarta de altura, y no fue contra la luna. Pero menudo acojone. Era zona con quitamiedos y arcén estrecho, y no me la quería jugar a parar ahí. Me puse a sesenta hasta la siguiente salida.
« anterior123452022

menéame