É mais ou menos a mesma coisa, uns 8 segundos 
Ok, então isso é do lado do servidor e não há muito que eu possa fazer a respeito.
Você pode verificar o uso de CPU e memória quando estiver em execução?
Talvez você precise usar um hardware mais robusto?
Obrigado Robert
Ocioso na maior parte do tempo:
Sob carga ao acessar essa URL:
Eu só atualizei o hardware na semana passada para dobrar a especificação anterior, terei que deixar assim
Obrigado novamente!
1 curtida
Idealmente, teríamos alguma solução de streaming que apenas enviasse os clusters e os explorasse conforme você desse zoom.
Se alguém quiser financiar isso, estou disponível para discutir, mas isso está longe de ser um trabalho simples, suspeito - nem tenho certeza se podemos usar o plugin Leaflet como está…
PRs são bem-vindos.
1 curtida
O desempenho melhora na segunda vez que você o visualiza?
Faria sentido se isso fosse armazenado em cache, no mínimo…
1 curtida
Não, é o mesmo toda vez
1 curtida
Ok, então neste modo, ele não está sendo armazenado em cache de forma alguma 
Não tenho certeza de quanta influência posso ter sobre isso, mas ele está usando a “Store” então estou um pouco surpreso…
1 curtida
Sem problemas, agradeço por analisar isso 
É estranho não armazenar isso em cache pelo menos uma vez por dia, na minha opinião.
Mas acho que é improvável que você queira olhar para isso mais de uma vez por dia, então é irrelevante?
Lembre-se que o Chatbot pode dizer quem está perto de um local ou de um Usuário específico.
Não tenho certeza quantas vezes por dia nossos membros podem olhar o mapa
Pensamento aleatório, o cache é uma configuração que pode estar desativada? 
Cerca de 4 segundos para carregar ~1800 membros em nosso mapa usando o provedor Nominatim e cerca de 3 segundos para carregar a consulta /directory_items.json?period=location
2 curtidas
@merefield Fiz um PR, por favor revise
1 curtida
Obrigado, vou revisar!
1 curtida
Não consigo justificar a análise detalhada disso sem financiamento, pois seus sites são anomalias.
Uma coisa que você pode investigar se tiver motivação e tempo é rastrear o query plan do banco de dados que está sendo executado quando /directory_items.json?period=location é executado em seu servidor e compartilhá-lo com a comunidade.
Existe um índice na tabela locations_user, mas ele pode não estar sendo usado, pois são basicamente duas tabelas grandes sendo “zipadas” juntas, então o PSQL pode simplesmente desistir de usar o índice ao realizar o INNER join.
A consulta está mais simples hoje em dia, no entanto, desde o trabalho do Ember 5, então teoricamente deveria ser mais rápida.
Você também poderia, por favor, investigar quanto tempo essa consulta está levando. Pode ser um problema de serialização, não um problema de desempenho da consulta.
Outra coisa que poderíamos analisar é simplificar a serialização, pois provavelmente há muitos dados desnecessários sendo baixados.
"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"
}
}
Não precisamos de dois terços disso. Aceitarei um PR para reduzir isso. Ou você pode me financiar para analisar isso.
Outra coisa que você pode querer considerar é como reforçar seu servidor PSQL de alguma forma. Você pode migrar para um VPS muito mais rápido de alguma forma? No entanto, acho que devemos fazer a devida diligência sobre a eficiência do código primeiro antes de considerar isso.
Se você estiver preparado para financiar algum trabalho de otimização de desempenho aqui, me avise ou envie um PR!
Tenho uma solicitação de suporte confusa
Hoje tenho duas opções de "Mapa de Membros" no meu menu hambúrguer, e não tenho certeza de como a segunda está aparecendo.
Renomeei todos eles esta manhã para me ajudar a rastrear de onde pode estar vindo, daí
1e2que você verá nesta captura de tela.
Veja como está:
Mapa de Membros1 é o que quero manter, e ele apareceu porque o coloquei lá clicando em Personalizar:
As configurações do plugin de Localizações estão definidas para não adicioná-lo ao menu. Se eu alternar isso, ele aparece como a palavra Mapa, então definitivamente não é este:
Se eu personalizar o Texto do meu Discourse e procurar por Mapa de Membros, obtenho dois resultados. Renomeei ambos para 2 e 3 para auxiliar no rastreamento.
Você verá aqui, é o 2 que também está aparecendo no meu menu.
Alguém sabe o que é js.directory.map.title e como ele pode estar entrando no meu menu?
O único pensamento que tive foi que no ano passado costumávamos usar o tema Custom Hamburger Menu Links, mas o removi quando mudamos para o novo layout de menu do Discourse. Algo poderia ter sobrado disso, talvez? Se for o caso, moverei esta postagem para outro lugar 
Veja Locations Plugin 🌍 - #1015 by merefield
Novamente, PR é bem-vindo ou você pode me financiar para melhorar isso.
Solução alternativa por enquanto: não adicione sua própria entrada ou exclua a atual com CSS.
2 curtidas
Ah, certo, pelo menos sei que não estou ficando louco
Obrigado, Robert!
2 curtidas
Se ajudar mais alguém, adicionei isto para ocultá-lo:
/* Ocultar o segundo link do Mapa de Usuários do menu do site - 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 curtidas
Pergunta: Endereços inteiros inseridos costumavam aparecer sob o cabeçalho do tópico ao lado do ícone do mapa. Recentemente, apenas o ícone do mapa aparece, mas não o endereço em si. Isso é uma mudança recente? Existe alguma maneira de fazer o endereço aparecer novamente? Obrigado!
1 curtida
Robert, você tem algum plano para suportar a exibição de um mapa do site inteiro com base nos endereços IP de todos os usuários?
1 curtida