He estado utilizando este plugin durante 2 años en mi foro de baja actividad.
Mi opinión es que ver que hay personas conectadas en este momento incentiva a los visitantes a registrarse y publicar, ya que pueden ver que hay gente aquí que leerá y responderá (esperemos).
Creo que lo mejor en mi caso sería mostrar la lista de personas conectadas tanto para visitantes como para usuarios registrados. Debido a la baja actividad, ver personas conectadas al mismo tiempo que nosotros es tranquilizador. Además, es bueno quedarse cuando hay otras personas, y me imagino que la gente será más propensa a cerrar la ventana si no hay nadie (visible) por ahí.
¿Qué opinas al respecto? Por supuesto, supongo que puede ser diferente para distintas comunidades…
He instalado el plugin en mi nuevo foro, que es mucho más activo. Mi copresidente me preguntó si podíamos desactivar el plugin para los visitantes, y me pregunto si desactivarlo tendría, en teoría, un impacto negativo en las nuevas inscripciones y la participación.
Creo que si mostramos algo a los usuarios, deberían percibir actividad en el sitio.
Quizás varios usuarios deberían estar siempre conectados (desde diferentes máquinas, por ejemplo), para que no se tenga la sensación de un sitio vacío.
Mucho depende del sitio. Pero si los participantes ven actividad y un gran número de usuarios en línea, eso es bueno.
Hay foros antiguos a los que entro y, a menudo, veo esta imagen: 1 participante, 2 invitados. Eso es un ejemplo que me dice de inmediato que el foro está muerto.
Ejecutamos el plugin Quién está en línea durante varios meses. Tras pruebas exhaustivas, determinamos que este plugin era la causa raíz de algunos problemas de rendimiento; todos los cuales (los problemas de rendimiento) desaparecieron después de desactivarlo. Documenté parcialmente esto aquí:
Los Foros de Maker tienen una gran base de usuarios, pero rara vez hay suficientes usuarios simultáneamente en línea para colapsar la visualización de avatares de ‘Quién está en línea’. Descubrimos que el complemento ‘Quién está en línea’ era responsable de un rendimiento lento, hasta el punto de provocar la expiración de las solicitudes, incluso con solo un par de usuarios conectados. Utilizamos una configuración externa de nginx con una página sin conexión y, como resultado de esas solicitudes que agotaban el tiempo de espera, mostrábamos periódicamente la página de mantenimiento cuando no se estaba realizando ningún mantenimiento.
Servimos las imágenes localmente después de migrar desde Digital Ocean Spaces, lo que genera competencia por los trabajadores de Unicorn. Sin embargo, estamos ejecutando todo en una VM de 2 CPU y 4 GB de RAM, y tenemos una base de datos relativamente grande (aproximadamente 400 mil publicaciones, base de datos de 6 GB), por lo que no tenemos espacio para agregar simplemente muchos más trabajadores de Unicorn, cada uno consumiendo medio gigabyte. Sospecho que si utilizáramos almacenamiento de objetos para las imágenes, el impacto general sería menor debido a la menor competencia por los trabajadores de Unicorn, pero no se necesitaría mucho para que siga siendo significativo, dado que ya observamos este impacto actualmente con solo dos usuarios en línea.
Actualización: Modificar la zona de limitación de velocidad flood de 12r/s a 36r/s, y burst de 12 a 36, ha reducido al menos el impacto de ‘Quién está en línea’. Estamos probando esta configuración ahora.
Nueva actualización: con la tasa de inundación triplicada, no hemos recibido informes de problemas hasta ahora.
Estoy utilizando nginx externoy he aplicado la limitación de velocidad al nginx externo, utilizando la plantilla de limitación de velocidad como punto de partida, pero estoy aplicando la limitación de velocidad en el nginx interno, porque el nginx externo no sabe qué rutas son estáticas y, por lo tanto, aplica la limitación de velocidad tanto a las rutas estáticas como a las dinámicas, lo que cuando lo hice provocó muchos fallos/reintentos al cargar recursos estáticos. Tenga en cuenta que esta es una razón para ejecutar nginx externo; de lo contrario, creo que todo el tráfico IPv6 se atribuye a la dirección IP de Docker y se limita en velocidad como si fuera una única dirección IP.
@neounix, supongo que la combinación de límites de tasa más altos haría posible que vuelvas a habilitar quién está en línea, si lo deseas. Pasamos de una respuesta del sitio frustrantemente lenta (al menos para mí) a no notar ninguna diferencia en el rendimiento (de menos de 500 ms hasta la carga completa desde un servidor sin CDN con un ping de 70 ms) simplemente aumentando los límites de tasa.
Quizás… pero por ahora hemos perdido el interés en ese complemento. Ningún usuario lo ha “echado de menos”, así que no creo que aporte suficiente valor al sitio como para ajustarlo, considerando lo ocupados que estamos con otras tareas de desarrollo web.
