8秒くらいで、ほぼ同じです 
サーバー側なので、私にはあまりできることがありません。
実行中のCPUとメモリの使用状況を確認してもらえますか？
より高性能なハードウェアが必要になるかもしれません。
ロバートさん、ありがとうございます
ほとんどアイドル状態の場合：
そのURLにアクセスした際の負荷時：
先週、ハードウェアを以前の仕様の2倍にアップグレードしたばかりなので、これ以上は無理です
重ねてお礼申し上げます！
「いいね！」 1
理想的には、ズームインするにつれてクラスターを送信し、それらを掘り下げるストリーミングソリューションがあればと思います。
誰かがそれに資金を提供したいのであれば、議論に応じますが、それは簡単な仕事ではないと私は思います。Leafletプラグインをそのまま使用できるかどうかもわかりません…
PR歓迎です。
「いいね！」 1
パフォーマンスは2回目に表示したときに向上しますか？
少なくともキャッシュされると理にかなっています…
「いいね！」 1
いいえ、毎回同じです
「いいね！」 1
なるほど、このモードではまったくキャッシュされないのですね:astonished:
どの程度影響を与えられるかわかりませんが、「Store」を使用しているので少し驚いています…
「いいね！」 1
心配いりません、確認してくれてありがとう 
IMHO、少なくとも1日1回はキャッシュすべきだと思います。
しかし、1日に1回以上見ることはまずないでしょうから、無意味ですか？
Chatbotは、特定の場所やユーザーの近くに誰がいるかを教えてくれることを忘れないでください。
メンバーが1日に何回地図を見るか分かりません
ふと思ったのですが、キャッシングはオフにできる設定でしょうか？ 
Nominatim プロバイダーを使用して地図に約 1800 人のメンバーを読み込むのに約 4 秒、/directory_items.json?period=location クエリを読み込むのに約 3 秒かかります。
「いいね！」 2
@merefield PRを作成しました。レビューをお願いします。
「いいね！」 1
ありがとうございます。確認します！
「いいね！」 1
資金提供なしにこれを詳細に調べる正当な理由はありません。あなたのサイトは例外的なものです。
もしあなたが意欲と時間があれば、サーバーで /directory_items.json?period=location が実行されているときに実行されるデータベースクエリプランを追跡し、それをコミュニティと共有することを検討できます。
locations_user テーブルにはインデックスがありますが、実質的に2つの大きなテーブルが「ジップ」されているため、使用されていない可能性があります。PSQL は INNER JOIN を実行中にインデックスの使用を諦める可能性があります。
Ember 5 の作業以降、クエリは単純化されているため、理論的にはより高速になるはずです。
また、そのクエリにどれくらいの時間がかかっているかを調査していただけますか。クエリパフォーマンスの問題ではなく、シリアライゼーションの問題である可能性があります。
ダウンロードされている不要なデータがたくさんある可能性があるので、シリアライゼーションを単純化することも検討できます。
"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"
}
}
このうち3分の2は必要ありません。これを削減するための PR を受け入れます。または、私に資金提供して調査することもできます。
また、PSQL サーバーを強化する方法を検討することもできます。より高速な VPS に移行することは可能ですか？ただし、これを検討する前に、コードの効率性についてデューデリジェンスを行うべきだと思います。
ここでパフォーマンスチューニング作業に資金を提供する用意がある場合は、お知らせください。PR も歓迎します！
サポートリクエストで困っています
今朝、ハンバーガーメニューに「Members Map」が2つ表示されていて、2つ目がどこから来ているのか分かりません。
どこから来ているのかを特定しやすくするために、今朝すべて名前を変更しました。スクリーンショットに表示される
1と2がそれです。
見た目はこうなります。
Members Map1 は残したい方で、Customise をクリックして追加しました。
Locations プラグインの設定では、メニューに追加しないようにしています。これを切り替えると、「Map」という単語が表示されるので、これは 間違いなく これではありません。
Discourse の Text をカスタマイズして Members Map を検索すると、2つの結果が得られます。追跡を容易にするために、これらを 2 と 3 に名前変更しました。
メニューに表示されているのは、2 の方であることがわかります。
js.directory.map.title が何であるか、そしてそれがどのようにメニューに追加されているのか、誰か知っていますか？
唯一考えられるのは、昨年 Custom Hamburger Menu Links のテーマを使用していたことですが、新しい Discourse メニューレイアウトに切り替えたときに削除しました。もしかしたら、何かが残っているのでしょうか？ もしそうなら、この投稿を別の場所に移動します 
Locations Plugin 🌍 - #1015 by merefield を参照してください。
繰り返しになりますが、PR を歓迎します。または、これを改善するために私に資金を提供することもできます。
現在のところの回避策は、独自の項目を追加しないか、CSS で現在の項目を削除することです。
「いいね！」 2
ああ、そうか、少なくとも私は気が狂っていないとわかってよかったよ
Robert、ありがとう！
「いいね！」 2
他の誰かの役に立つなら、これを追加して非表示にしました。
/* サイトメニューから2番目のユーザーマップリンクを非表示にする - 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
質問: 地図アイコンの隣にあるトピックヘッダーの下に、入力した住所全体が表示されていました。最近、地図アイコンのみが表示され、住所自体は表示されなくなりました。これは最近の変更ですか？住所を再び表示する方法はありますか？よろしくお願いします！
「いいね！」 1
ロバート、全ユーザーのIPアドレスに基づいたサイトマップ全体の表示をサポートする計画はありますか？
「いいね！」 1