Un buen día, estaba tan tranquilo en mi wc haciendo mis necesidades mientras leía menéame desde el móvil. Vi un meneo que me gustó. Fui a presionar el botón de menear. Ese botón tiene una función y es vital en la web. Si ese botón no funciona la web carece de sentido. Al presionarlo.... aparece un mensaje infame: "Error: Clave de control incorrecta". ¿De qué me hablas? ¿Existe una clave de control? ¿Es incorrecta? ¿Y a mi que me importa?
Me digo a mi mismo, tranquilízate, ya sabemos que menéame está todavía en versión de pruebas (XD), recarga la web y menea de nuevo. Me deslizo de nuevo en busca del meneo que deseo menear y ¡pum! ocurre de nuevo. Intento menear otras noticias y ocurre lo mismo... esto ya se pone feo.
Me voy al PC, abro la web y ocurre lo mismo. Abro una ventana de incógnito (por si es tema de las cookies) y se abre la versión nueva de la web. Lo primero que hago es cambiar a la versión antigua obviamente. El error persiste.
Ya como último recurso, me decanto por hacer lo que nunca jamás he hecho ni quiero hacer, que es usar la versión nueva de la web. ¡Anda! El error ya no aparece.
Existen 3 posibles explicaciones:
- Que no lo sepan
- Que lo sepan y lo estén intentando arreglar
- Que lo hagan adrede
Saquen ustedes sus conclusiones y por favor, opinen en los comentarios.
RESUMEN: En la versión a la que los dueños de la web llamaron rancia siempre aparece "Clave de control incorrecta" a la hora de menear sin loguearse. En la nueva versión no.
y voy a darle a votar.
Comentarios
#18 Cuando desde tu navegador haces una petición al servidor, como es el caso, el servidor hace otra petición a la base de datos. Si tenemos 10.000 usuarios navegando por Meneame al mismo tiempo, y cada 30 segundos se manda una nueva petición, entonces podríamos imaginar que (si se distribuyen de manera uniforme) el servidor está recibiendo 333 peticiones cada segundo. Peticiones que están metiendo un sobrecoste bestial al sistema, un coste de datos innecesarios para el usuario, etc. Ese es el problema del Polling. Si en un momento pico tenemos 40.000 usuarios pues nos vamos a mas de 1200 peticiones por segundo simplemente para actualizarte el numerito al lado del icono de la campana.
Si se utiliza un método de websockets, el Servidor abre un canal con el navegador del usuario. Esto es un coste relativamente barato. Lo bueno ademas es que tu navegador no necesita preguntarle al Servidor cada 30 segundos, sino que se hace al contrario, el Servidor manda el dato en cuanto lo tiene y tu navegador es cuando pinta/actualiza el número al lado de la campana.
Polling sería preguntar al cartero todos los días si tiene una carta para tí (hasta que te mande a tomar por el cul...). Socket sería simplemente esperar a que el cartero deje la carta en tu buzón (cuando la tenga, te la dejará).
Otra ventaja además del Socket es que la actualización es inmediata, en cuanto el Servidor informa que el número de la campana tiene que ser 7, tu navegador pinta un 7. Sin embargo, el Polling no es "automático", solo se actualiza cada 30 segundos (en el peor de los casos tienes un retardo de 30 segundos), siendo 30 segundos el tiempo entre las llamadas para preguntar si hay notificaciones.
La ventaja a nivel de infraestructura y coste es bestial. Date cuenta que, por poner unos números, si en Meneame hay 10.000 usuarios conectados en un minuto, 333 peticiones cada segundo son debidas al Polling de Notificaciones, y probablemente solo 50-100 cada segundo sean debidas a la navegación del usuario entre las páginas. Una desproporción. Con sockets, bajaría de 433 peticiones por segundo a solo gestionar 100 por segundo. Ahorrándose 3/4 de los costes de infra asociado a peticiones. Con eso te digo todo.
Eso sí, montar una infra de alta escalabilidad con Sockets no es sencillo, hay que tener cosillas en cuenta (muahaha) o la cagas de lleno, por eso, (y porque en la Uni, Cursos y tal) no enseñan como usar bien los sockets, es por lo que la gente huye de ellos como las ratas. Una pena. Cualquier app de mensajeria utiliza Sockets a tope y ya no es tan complicado utilizarlos correctamente.
#25 Yo de web apenas se nada. Yo lo comparo con llamar por telefono. No entiendo como es mas barato tener una linea ocupada todo el tiempo sin hacer nada hasta que haya una actualizacion que llamar cada 30 segundos y dejar la linea libre.
#31 Llamar cada 30 segundos implicaría tener al otro lado un call center lleno de gente para coger el teléfono y deciros “No. Aun no tenemos una actualizacion para ti” el 99% del tiempo.
Mientras que si les das tu numeto de telefono, puedes tener un call center de solo 3 personas avisandote cuando realmente haya algo para tí. No necesitas ni dejar la linea abierta, ellos te llaman. Dejar la linea abierta tampoco es un problema porque pueden tener hasta 100.000.000 de lineas abiertas (es un call center) una para cada cliente, pero el operador no la usa hasta que haya que comentar algo.
Lo que mas cuestan no son las lineas sino los humanos.
No sé si así...
#25 #28 ¿Por qué no eres mi profesor?
#37 Porque no tengo la carrera de Informática, porque todo lo he aprendido “haciendo” durante años, y porque bueno...lo que tengo de buen profesor, lo tengo de prepotente, capullo e hijodelagrandisimaputa, o eso dicen mis “subditos”. Bueno, en esto sí que me parezco a algunos profesores de mi otra carrera.
Me alegro que te haya parecido interesante.
#25 Usar sockets no debería ser complicado.
Sólo conozco IIS. Ahí se usa la librería oficial SignalR y lo hace automágicamente.
Desde el desconocimiento y tras una búsqueda rápida supongo que en otras tecnologías tendrán sus librerías oficiales para hacer algo así de básico.
Sobre los programadores de Menéame, hay que entender que la plataforma para el tráfico que tiene factura bastante poco. Empresa que factura poco, corriendo desde hace muchos años = código spaghetti que sólo se mantiene porque los programadores se lo conocen de memoria.
#45 La complicación viene cuando se utilizan balanceadores de carga, como tiene Meneame montado ya que dispone de varios servidores que en función de la carga se reparten el trabajo. La forma de repartirse el trabajo, la estrategia, depende de como hayas configurado el balanceador ELB (en AWS).
Esto es un problema porque la libreria de Websockets (por forma de funcionamiento) guarda información de los canales abiertos en el servidor que inicia el canal. Pero como luego puede contestarte otro servidor diferente, ese servidor no va a tener el canal abierto. Ademas debes sincronizar la información de canales abiertos entre servidores.
Este problema se agrava aun mas cuando se utiliza una plataforma puramente REST con JWT donde el frontal y el backend están totalmente separados y donde no existe el concepto de Sesión.
Sin embargo, Meneame es un entorno SSR (Server Side Render) con cookies de sesión, y su estrategia de balanceamientos es de Sticky Session, es decir, que siempre te va a contestar el mismo servidor. El servidor que recibe tu Primera peticion es el servidor que te va a contestar siempre. (Para ello Amazon almacena un par de Cookies en tu navegador)
Esto trae algunas desventajas, como que si se cae ese Servidor que te han asignado tendrás problemas de 400 mientras el resto de usuarios pueden navegar sin problemas. Trae un problema de “desbalanceamiento” puesto que si se quedan 3 usuarios navegando y cada uno está fijado a un servidor distinto (porque se levantaron 3 en un momento de mucha demanda) entonces la infraestructura te está consumiendo 3 servidores y no puede eliminar servidores(o si lo hace el usuario tendra un error), cuando con un servidor podría dar servicio a 3 sin problemas.
Pero también trae ventajas, generalmente se hace para evitar sincronizar los datos de sesión entre servidores, porque si no sincroniza la sesión un servidor te ve logado pero el otro no. Esto tiene formas de resolverse pero bueno...eso ya Mastercard. Y la mayor ventaja es que al ser Sticky Session, resuelve alguno de los problemas respecto a Websockets (pero no todos, como, entre otros, el envio de la notificación a canales abiertos en otros servidores y que el servidor actual no ve).
PD: No es que haya hackeado el server de Meneame para ver su Infra por dentro, pero la Cookie de Sticky_Session que setea el ELB de AWS es bastante reconocible.
#55 Gracias
#25 Mira a ver si te interesa esto:
Menéame busca becario: aquí el punto de vista de un usuario de la web desde hace 13 años
#54 Gracias. Eso es lo que me temía.
Estos conocimientos no los puede desarrollar un becario, como bien dice el artículo.
A nadie le enseñan a diseñar una arquitectura de Alta Escalabilidad y Alta Disponibilidad. Yo me he tirado cerca de 15 años programando y dirigiendo programadores, para conocer a fondo los conceptos y siempre aprendes algo nuevo, focalizado en SSR, Mobile, REST, seguridad, etc.
Por menos de 90k al año no te encuentras, en España, un tio así.
Con lo que un CTO de verdad (no al chavalillo que le ponen el titulo porque no hay otro), se ahorrarían en un año varios miles de euros gracias a usar una buena arquitectura. Y mas si estan usando un servicio caro como es AWS.
En fin, buena suerte con el Unicornio...
Se llama shadow ban pero a lo más cobarde todavía, enmascarado bajo un supuesto fallo y en plan experimento, para ver cierta reacción.
#2 El Shadow Ban lo explicaría todo, buena teoría, la compro!
#3 Eso te pasa por no pagar meneame premium
#2 Yo diría que se trata del Principio de Hanlon: "nunca atribuyas a la maldad lo que se explica adecuadamente por la estupidez" (https://es.wikipedia.org/wiki/Principio_de_Hanlon)
#0
Jooder macho.
Señores de Meneame, ¿que tal si en vez de hacer un Polling de Notificaciones implementáis un Socket?
Pfff...lo que no entiendo es como no están tumbando su Servidor, por mucho AWS en lo que tengan las máquinas.
Y aquí señores lo que nunca en vuestra vida tenéis que hacer si sois programadores.
Esto se llama Polling de notificaciones, y consiste que en vez de tener abierto un socket, el navegador hace una pregunta al servidor del tipo "¿hay notificaciones nuevas para mi?", cada 30 segundos, esto multiplicado por el número de visitantes conectados es la hostia y es mas guarro que el TBO. Supongo que estarán encantados de tener la máquina exando humo o varios servidores levantados solo para el polling. Espero que en la página web nueva os hayáis cargado esta salvajada para vuestros servidores.
#16 Confirmado.
En la nueva version de Meneame tambien están haciendo Polling como locos. O eso me parece a mi...
Y aqui es cuando Meneame debería contratar a un CTO que sepa de optimizaciones, de escalabilidad y de disponibilidad en AWS...
Por 95K al año me vendo al nuevo Meneame....
PD: Sí, cada vez que vuestro navegador (movil o PC) hace una peticion, os cobran por los Datos...aunque sigan siendo los mismos.
#17 A nadie le chirría el chaval negro con el megáfono y el texto "¡Qué rapidez!"?
Es como muy ... infantil
Me recuerda a cuando el PSOE de algún pueblo, formado por charos y gente a punto de jubilarse, intenta hacer un flyer moderno y progre, o anuncia alguna medida chorra y moderna del ayuntamiento
#41 quizá el problema está en el ojo que mira, piensalo...
#57 It could be, pero creo que... ok boomer
#63 boomer?
#65 Seguro que eres joven, pero no sé, ver eso bien..., es muy de late boomer, es muy de PSOE de pueblo
Puede que solo lo vea yo, pero estoy seguro de que se ve raro
#66 ni bien ni mal, a ver si os dais cuenta algunos de que en la sociedad también hay negros.
#67 What? Mi suegra es negra, no iba por ahí mi comentario...
¿En serio interpretáis solo la parte "negro" de mi comentario? LOL
#69 Es que con el resto estoy deacuerdo, me parece ridículo.
#72 Ah, entonces guay, jajajajaja
#16 Desde el desconocimiento. ¿No es peor tener una conexion abierta por cada navegador? Si el polling es por pestaña abierta entonces si parece bastante peor.
#16 Lee esto@admin que igual os sirve (y el hilo en general)
#16 no entiendo hacer estás guarradas cuando ya puedes abrir sockets, como comentas, desde el navegador.
#0 "Clave de control incorrecta" me suena a que la Cookie de Sesión es incompatible entre ambas versiones de Meneame, por lo que cuando haces una petición y la asocias no funciona en una pero sí en otra. Puede ser que la info que guarde la Cookie esté encriptada con diferentes contraseñas, o que las Sesiones sean incompatibles.
PD: Mirando las Cookies que guarda, menuda cantidad de mierda macho. Ya podían limpiar un poquito.
Eso me lleva pasando años cuando dejo una página abierta ahí…. Días, semana o hasta meses
y voy a darle a votar.
Actualizo y ya cc #0
#4 a mí no se me resuelve con actualizar. Será que uso ópera.
#7 Lo de la clave de control suele ocurrir cuando ha pasado mucho tiempo abierto con esa página. Es decir, por ejemplo, vas a votar y según la información en esa página hay 100 votos, pero en realidad son 4 veces más, 400 votos. Esa información desactualizada hace que salte ese error. Es decir, que con refrescar la página se debería resolver.
#24 Pues si me dices eso, me matas. ¿Para que tienen que controlar el número de votos que me enseña la página para aceptar mi voto?
Voy a hacer una prueba...porque si es así, me parto.
#0 #24
Acabo de hacer un poquito de debugging
Os comento:
Cuando se realiza una acción se manda una petición al servidor.
Cuando se menea una noticia, por ejemplo, se manda una petición con este formato:
https://www.meneame.net/backend/menealo?id=3613677&user=98590&key=xxxxxxxxxxxx&l=3613677&u=https://www.meneame.net/m/art%c3%adculos&_=1642984280726
El "id" es el identificador de la noticia, el "user" es el identificador de mi usuario, el "l" no tengo ni puta idea, el "u" no sé para que lo quieren teniendo el identificador "id" pero bueno, y el "_" es el timestamp actual en milisegundos ... El "key" tiene pinta de ser mi clave por eso la he cambiado por XXXXXXX, ya que si te haces con mi clave te puedes (posiblemente) hacerte pasar por mi.
He probado a colocar una key "fake" y me da el error de "Clave de control incorrecta" (imagen adjunta). He comprobado otras peticiones, por ejemplo, dar like a un comentario y tiene ese formato:
menealo_comment?id=34817460&user=98590&value=1&key=xxxxxxxxxx&l=3613677&_=1642984280731
La misma Key, asi que la Key parece ser única por usuario.
Hay cuestiones que me preocupan de estas APIs:
1- La Key se manda como URL Param:
- Se quedará registrada en los Logs del servidor. Cojonudo si se te mete alguien en la cocina
- ¿Para que lo necesitan si ya mandan la Cookie con mi sesion en las peticiones?
2 - ¿Para qué necesitan el tiempo en milisegundos del timestamp? De verdad hacen caso de ese valor? Si se lo cambio les jodo la base de datos? Preocupante cuanto menos.
En fin, a este ritmo me toca publicar un par de artículos de buenas prácticas de programación...
Para todo lo demas, MasterCard.
#0 El modal te está dando el error que recibe de la petición, asi que, confirmado que esto se produce por un fallo a la hora de extraer la "Key" en #28. La Key probablemente la esté extrayendo de la Cookie o algun rollo obscurantista totalmente innecesario (esto ya me pagan por explicarlo, lo siento chicos) y probablemente la Cookie es distinta entre la nueva y la actual web. Por tanto, mi recomendación es ir a Limpiar las Cookies y el Localstorage. Y volver a logarte en Meneame, en la versión antigua (si es la que te gusta), y no pisar el terreno de la versión nueva (o viceversa). Así no se jode la key y todo va flamígero.
#29 ¡Ay hijos mios! Que encima usáis Sticky Sessions con AWS para vuestros balanceadores. Mas facilito para los Sockets...venga...animaros. En 10 años os digo si Pref_version nueva.
#28 Ahora intentaba votarte y me ha salido el error. Estaba en la página de mi usuario de comentarios. Pero lo leí ayer por la noche antes de irme a dormir.
Y no estaría mal una serie de artículos de buenas prácticas. Siempre son bienvenidos y creo que en español hay poca literatura al respecto.
#28 ¿no tendrá que ver con CSRF?
#28 Sobre lo del timestamp, eso se hace para evitar que las request se cacheen.
#61 Mmm...creo que no es por eso, porque si no quieres que se cacheen, simplemente haz que la implementación de la API no la cachee. (Si te refieres a cacheo del lado del servidor)
Si te refieres a evitar el cacheo por parte del navegador, Chrome no te va a cachear peticiones Get/Post a endpoints que devuelven JSON, como mucho a endpoints que devuelven documentos (como el index.html, ficheros css, etc). Pero no es el caso, puesto que son peticiones a api REST.
Pero si puedes explicar algo mas tu idea, me vendría genial.
#68 ¿Qué tiene que ver que sean peticiones a API REST? Precisamente una de las constraints que se deben seguir para implementar una API REST es que las request GET deberían ser cacheables. Da igual que la petición GET devuelva un JSON y Chrome de antemano no tiene ni puta idea de que está llamando a una API REST.
No soy FE pero por lo que tengo entendido Chrome cachea las peticiones GET por defecto, a menos que le indiques lo contrario.
https://restfulapi.net/caching/#:~:text=Caching%20in%20REST%20APIs&text=Usually%2C%20browsers%20treat%20all%20GET,is%20added%20to%20the%20response.
#82
Como bien dices "cachear" una API Rest sea Get/Post es algo que DEBE manejar (y decidir) el desarrollador. Ya que el comportamiento del navegador, si la petición no tiene los Cache Headers insertados no está definido y dependerá del propio navegador y de los settings que haya definido el usuario en el mismo.
Chrome no llama a una API Rest o a una API NORest, Chrome simplemente hace peticiones Get y Post con diferentes Content-Type (text/css, text/html, application/json, etc...). Chrome gracias al Content-Type sabe que tipo de peticion va a realizar. Lo que yo llamaba, de manera simplificada, API REST es en concreto una petición PUT/POST/GET/DEL/OPTION con Content-Type de tipo "application/json". Asi que sí, Chrome tiene "puta idea", como tú dices, de que tipo de contenido va a solicitar de antemano. Y precisamente Chrome (y tambien Firefox y Safari) cachean por defecto fuertemente las peticiones GET de Content-Type de tipo text/html y text/css (ya que son ficheros pesados de descargar) y ,salvo que el desarrollador niegue explicitamente el cacheo a traves de los headers, van a ser cacheadas (lo cual es un coñazo en determinadas ocasiones), mientras que por defecto las peticiones GET son debilmente cacheadas (muy debilmente) si el Content-Type es de tipo application/json y salvo que el desarrollador fuerce el cacheo no van a ser cacheadas.
Cuando digo debilmente es que Chrome, utiliza una heurística (que va cambiando) al respecto. Si realizas varias peticiones GET con content-tyoe "application-json" al mismo endpoint en X segundos, te devuelve una respuesta cacheada (por defecto), pero si pasan X segundos hace una petición fresca.
Para evitar depender de estas heurísticas (que los navegadores implementan en beneficio del usuario) es por lo que se aconseja que los desarrolladores implementen y dicten el control de expiración de las respuestas.
Por otra parte, por lo general, cuando usas un framework de desarrollo, Nest, Laravel, o Spring Boot, te meten ya los headers necesarios (por defecto) cuando devuelves un resultado a la petición. Los headers que meten estos frameworks también depende del Content-Type, y cambian si sirven un Css, una respuesta json o un fichero html.
Salvo que explicitamente quieras montar un sistema de cacheo (Redis, mem) en el servidor o forzar a que una petición tenga mayor tiempo de vida en el navegador, generalmente no se suele tunear las cabeceras y se deja los que por defecto meten el servidor y los settings del navegador.
#24 hace tiempo que no me pasa pero te aseguro que actualizando no se me solucionaba.
A mí lo que me pasa es que contínuamenye se me enciende el botón rojo de haber negativizado a alguien, y por más que le doy no se quita, a veces hasta sale el bucle para revertir el negativo y entonces (si me he dado cuenta) se quita, otra sale el fatídico "se te pasó el arroz". Supongo que al usar mnm en el móvil el botoncito está en el lugar de 'jalar' la pantalla, y no es que la malvada dirección promueve el mal rollo entre usuarios...
No tiene nada que ver, pero mi mujer está viendo la tele y no me hace mucho caso, y a alguien se lo tenía que decir...
#5 a mi también me sale el botón rojo a veces. Me pasa cuando pongo el dedo encima del botón para arrastrar por ejemplo. Se quita tocando otra parte de la pantalla, salvo que le hayas dado de verdad un toque al botón en vez de simplemente mantenerlo pulsado…
#5 Eso es porque votas mal. No sabes pulsar bien el botón.
#44 A mi no me mires: yo voté a Kodos.
Pues justo me ha pasado cuando he ido a menear el artículo...
Meneado sin error (por ahora).
A mí me ha dado varios errores al mandar comentarios.
Para mí es súper frustrante, tomarme el tiempo de escribir un comentario y me sale un error rojo perdiendo el contenido.
#8 escribelos en un editor de textos (notepad o similares) y luego los pegas en la web y das a enviar, asi por mucho que pete la web o cualquier otro problemo sigues teniendo el comentario/articulo en tu editor de textos. esto sirve tambien para cualquier otra web
#20 Hombre, reconocerás que eso es un auténtico coñazo. Menéame no merece tanto la pena como para pasar esos trabajos
#21 #22 Seleccionar todo -> copiar
Lo que no podréis arreglar es que la persona a la que respondéis os haya puesto en ignore y vuestro comentario deje de tener sentido después de escribirlo.
#20 gracias, pero la mayoría de comentarios los hago desde el móvil (como éste), por lo que no es tan sencillo andar con editores, etc... Además, qué mínimo que poder comentar sin problema.
#8 Pero a menudo los comentarios se publican, aunque te de error y los puedes ver luego. O por lo menos a mí me pasa.
También da errores de forma constante al intentar ver los votos de un meneo, por ejemplo.
De todas formas, qué empeño en implementar una herramienta que no gusta a nadie y nos cansamos de repetir.
Bueno yo hace años que no puedo subir imagenes
A mí me pone muy nervioso que salte el teclado en pantalla en el móvil al entrar a una noticia, porque el campo de formulario para escribir el mensaje recibe el foco por defecto. Y que no pueda hacer abrir las miniaturas de fotos.
#40 Desde la versión móvil es especialmente molesto, tienes toda la razón.
Menéame peta más que nunca, en el pc me da error de cookies y sólo la puedo ver desde el móvil
Esto es lo que se lleva ahora: mensajes crípticos, cambios de estilo de golpe para ahuyentar a los usuarios, strikes y baneos impredecibles... todo esto es lo moderno. Lo que pasa es que siempre hay gente rancia que prefiere seguir viviendo en el pasado.
Conspiranoico!
Actualizo. Debo reconocer que algo han hecho por que ahora ya no solo no me da el error sino que los meneos funcionan mucho más rápido. Le doy al botón de menear y es instantáneo, antes tardaba unos segundos. Yo por mi parte no he tocado nada, ni he borrado cookies ni nada por el estilo, todo igual. Un diez!!!
Tampoco veamos una conjura. Yo estoy usando la versión nueva y va como el culo. No me ha dejado menear, votar a gente, o enviar comentarios que si escribirlos (el karma lo tenía bien).En la vieja hay veces que sí me deja.Pero también me ha fallado y hablo de 4-5 días seguidos a distintas horas.Fui a poner una incidencia (creo que encontré el sitio) y después de escribirla no se subió por el mismo error. " Conexión API o así"
mejor eso que votar la noticia equivocada (por interesante que te parezca) y de repente ver que te quitaron todo el karma porque el enlace viola las reglas
Meneado con la versión rancia
Y no sólo el error, a veces te deja votar, sale la notificación de hecho! y no suma el voto, se queda el número de votos como estaba.
#32 Esta IP la tengo solo yo.
#32 gracias
A alguien le dice, "votado antes con esa IP", cuando no había visto la noticia y por supuesto no la he votado.
#23 Puede que compartas ip. Desde hace unos años se han acabado las IP y se comparten entre varios abonados. Busca CGNAT en google.
#23 A mí también me está pasando, muy a menudo pero no siempre. No sé de qué depende.
Siempre me pasa desde hace un tiempo en la versión rancia y sin identificación.
#38 A mi también me ocurre igual
A mí esta mierda "se me iba" cambiando de navegador. Luego al rato lo arreglan o yo que sé. No sé cómo van estas movidas a nivel de programación web.
Yo lo que más odio es después de hacer scrolling, y volver hacia atrás, no vuelve a la página anterior, sino a posiciones del scrolling. Menuda mierda, ¿será para registrar más tráfico?
Ha costado, pero hemos dado con el error. En cuanto a lo que comentáis de Polling lo tenemos en mente para poder cambiarlo y mejorar el sistema de notificaciones.
Lo estoy revisando.
#43 bienvenido al lunes
Cuando esteis en la versión rancia, cambiar a la página 2 (o cualquier otra) abajo del todo, y luego volver a la 1ª. Así se puede volver a votar.
Es lo que tiene estar en versión "rancia"
"Un buen día, estaba tan tranquilo en mi wc haciendo mis necesidades [...] Fui a presionar el botón de menear..."
Este... ¿En serio nos vas a hacer partícipes de tus perversiones...?
Yo aprovecho para decir que, desde hace unas semanas, me aparece eso de la clave de control incorrecta con frecuencia cuando estoy en Menéame. Unas veces sí y otras no. No sé si tiene que ver con la aparición de la nueva versión. No he visto diferencia entre la nueva y la antigua a este respecto. Espero que se corrija. Un saludo.
eso pasa por usar una raspberry como servidor
Yo también he probado a menearlo y me ha dejado !!! yuhuuu ya hay 515 meneos que funcionan
#77 has probado con un navegador incognito? ya verás como no te funciona...