Es más o menos lo mismo, unos 8 segundos 
OK, entonces eso es del lado del servidor y no hay mucho que pueda hacer al respecto.
¿Puedes observar el uso de CPU y memoria cuando se está ejecutando?
¿Quizás tengas que usar hardware más potente?
Gracias Robert
Mayormente inactivo:
Bajo carga al acceder a esa URL:
Acabo de mejorar el hardware la semana pasada duplicando las especificaciones anteriores, tendré que dejarlo así
¡Gracias de nuevo!
1 me gusta
Idealmente, tendríamos alguna solución de transmisión que simplemente enviara los clústeres y profundizara en ellos a medida que te acercabas.
Si alguien quiere financiar eso, estoy disponible para discutirlo, pero sospecho que eso está lejos de ser un trabajo simple; ni siquiera estoy seguro de que podamos usar el complemento Leaflet tal como está…
Se aceptan PR (Pull Request).
1 me gusta
¿Mejora el rendimiento la segunda vez que lo ves?
Tendría sentido si esto estuviera almacenado en caché, como mínimo…
1 me gusta
No, es lo mismo cada vez
1 me gusta
Entonces, en este modo, ¿no se está almacenando en caché en absoluto? 
No estoy seguro de cuánta influencia puedo tener en eso, pero está usando la “Tienda”, así que estoy un poco sorprendido…
1 me gusta
No te preocupes, te agradezco que lo revises 
Es extraño no almacenar esto en caché al menos una vez al día, en mi humilde opinión.
Pero supongo que es poco probable que quieras verlo más de una vez al día, ¿así que no importa?
Recuerda que Chatbot puede decirte quién está cerca de una ubicación o de un Usuario específico.
No estoy seguro de cuántas veces al día nuestros miembros podrían mirar el mapa
Pensamiento aleatorio, ¿es el almacenamiento en caché una configuración que podría estar desactivada? 
Aproximadamente 4 segundos para cargar ~1800 miembros en nuestro mapa usando el proveedor Nominatim y aproximadamente 3 segundos para cargar la consulta /directory_items.json?period=location
2 Me gusta
@merefield Hice un PR, por favor revísalo
1 me gusta
¡Gracias, revisaré!
1 me gusta
No puedo justificar la revisión detallada de esto sin financiación, ya que sus sitios son atípicos.
Algo que puede investigar si tiene la motivación y el tiempo es rastrear el plan de consulta de la base de datos que se ejecuta cuando /directory_items.json?period=location se ejecuta en su servidor y compartirlo con la comunidad.
Hay un índice en la tabla locations_user, pero es posible que no se esté utilizando, ya que básicamente son dos tablas grandes que se están “comprimiendo” juntas, por lo que PSQL podría simplemente renunciar a usar el índice mientras realiza la unión INTERNA.
La consulta es más simple hoy en día, sin embargo, desde el trabajo de Ember 5, por lo que teóricamente debería ser más rápida.
También podría investigar cuánto tiempo tarda esa consulta. Podría ser un problema de serialización, no un problema de rendimiento de la consulta.
Otra cosa que podríamos ver es simplificar la serialización, ya que probablemente se estén descargando muchos datos innecesarios.
"id": 42348,
"user": {
"id": 4928,
"username": "bob",
"name": "",
"avatar_template": "/user_avatar/mysite.org/bob/{size}/348_2.png",
"title": null,
"trust_level": 2,
"geo_location": {
"lat": "5.5219",
"lon": "-0.564",
"address": "London, Greater London, England, United Kingdom",
"countrycode": "gb",
"city": "London",
"state": "England",
"country": "United Kingdom",
"postalcode": "",
"boundingbox": [
"51.2867601",
"51.6918741",
"-0.5103751",
"0.3340155"
],
"type": "administrative"
}
}
No necesitamos dos tercios de esto. Aceptaré un PR para reducir esto. O puede financiarme para que lo revise.
Otra cosa que podría querer considerar es cómo podría mejorar su servidor PSQL de alguna manera. ¿Puede migrar a un VPS mucho más rápido de alguna manera? Sin embargo, creo que deberíamos hacer la debida diligencia sobre la eficiencia del código antes de considerar esto.
Si está preparado para financiar algo de trabajo de ajuste de rendimiento aquí, hágame saber o envíe un PR.
Tengo una solicitud de soporte confusa
Hoy tengo dos opciones de “Mapa de miembros” en mi menú hamburguesa, y no estoy seguro de cómo aparece la segunda.
Los renombré todos esta mañana para ayudarme a rastrear de dónde podría venir, de ahí los
1y2que verás en esta captura de pantalla.
Así es como se ve:
Members Map1 es el que quiero conservar, y apareció porque lo puse haciendo clic en Personalizar:
La configuración del plugin Ubicaciones está configurada para no añadirlo al menú. Si activo esto, aparece como la palabra Map, así que definitivamente no es este:
Si personalizo el Text de mi Discourse y busco Members Map, obtengo dos resultados. Los renombré a ambos 2 y 3 para ayudar con el rastreo.
Verás aquí, es el 2 el que también aparece en mi menú.
¿Alguien sabe qué es js.directory.map.title y cómo podría estar apareciendo en mi menú?
Lo único que se me ocurrió fue que el año pasado solíamos usar el tema Custom Hamburger Menu Links, pero lo eliminé cuando cambiamos al nuevo diseño del menú de Discourse. ¿Podría haber quedado algo de eso? Si es así, moveré esta publicación a otro lugar 
Ver Locations Plugin 🌍 - #1015 by merefield
De nuevo, se aceptan PR o puedes financiarme para mejorar esto.
Solución provisional por ahora: no añadas tu propia entrada, o elimina la actual con CSS.
2 Me gusta
Ah, claro, al menos sé que no me estoy volviendo loco
¡Gracias Robert!
2 Me gusta
Si ayuda a alguien más, he añadido esto para ocultarlo:
/* Ocultar el segundo enlace del Mapa de Usuarios del menú del sitio - REF: https://meta.discourse.org/t/locations-plugin/69742/1037 */
.sidebar-section-link-wrapper {
.sidebar-section-link {
&[data-link-name="users map"] {
display: none;
}
}
}
4 Me gusta
Pregunta: Todas las direcciones introducidas solían aparecer debajo del encabezado del tema junto al icono del mapa. Últimamente solo aparece el icono del mapa pero no la dirección en sí. ¿Es este un cambio reciente? ¿Hay alguna forma de que la dirección vuelva a aparecer? ¡Gracias!
1 me gusta
Robert, ¿tienes algún plan para admitir la visualización de un mapa de todo el sitio basado en las direcciones IP de todos los usuarios?
1 me gusta