È più o meno lo stesso, circa 8 secondi ![]()
OK, quindi quello è lato server e non c’è molto che io possa fare al riguardo.
Puoi controllare l’utilizzo di CPU e memoria quando è in esecuzione?
Potrebbe essere necessario utilizzare hardware più potente?
Grazie Robert ![]()
Inattivo per la maggior parte del tempo:
Sotto carico quando si accede a quell’URL:
Ho appena aggiornato l’hardware la scorsa settimana raddoppiando le specifiche precedenti, dovrò lasciarlo così ![]()
Grazie ancora!
Idealmente avremmo una soluzione di streaming che inviasse semplicemente i cluster e li analizzasse man mano che si ingrandiva.
Se qualcuno vuole finanziare ciò, sono disponibile a discuterne, ma sospetto che sia tutt’altro che un lavoro semplice: non sono nemmeno sicuro che possiamo usare il plugin Leaflet così com’è…
PR ben accetti.
Le prestazioni migliorano la seconda volta che lo visualizzi?
Avrebbe senso se questo fosse almeno memorizzato nella cache…
No, è lo stesso ogni volta ![]()
OK, quindi in questa modalità non viene memorizzato nella cache affatto ![]()
Non sono sicuro di quanta influenza possa avere su questo, ma sta usando lo “Store” quindi sono un po’ sorpreso…
Nessun problema, ti ringrazio per averci dato un’occhiata ![]()
È strano non memorizzare nella cache almeno una volta al giorno, secondo me.
ma immagino che sia improbabile che tu voglia guardarlo più di una volta al giorno, quindi irrilevante?
Ricorda che Chatbot può dirti chi si trova nelle vicinanze di una posizione o di un utente specifico.
Non sono sicuro di quante volte al giorno i nostri membri potrebbero guardare la mappa ![]()
Pensiero casuale, la cache è un’impostazione che potrebbe essere disattivata? ![]()
Circa 4 secondi per caricare ~1800 membri sulla nostra mappa utilizzando il provider Nominatim e circa 3 secondi per caricare la query /directory_items.json?period=location
@merefield Ho creato una PR, per favore rivedi
Grazie, ci guarderò!
Non riesco davvero a giustificare un’analisi dettagliata senza finanziamenti, dato che i vostri siti sono anomali.
Una cosa che potete approfondire se avete la motivazione e il tempo è rintracciare il piano di query del database che viene eseguito quando /directory_items.json?period=location viene eseguito sul vostro server e condividerlo con la community.
C’è un indice sulla tabella locations_user, ma potrebbe non essere utilizzato, poiché si tratta essenzialmente di due tabelle di grandi dimensioni che vengono “unite”, quindi PSQL potrebbe semplicemente rinunciare a utilizzare l’indice durante l’esecuzione dell’INNER JOIN.
La query è più semplice di questi giorni, tuttavia, dopo il lavoro su Ember 5, quindi teoricamente dovrebbe essere più veloce.
Potreste anche indagare su quanto tempo impiega quella query. Potrebbe essere un problema di serializzazione, non un problema di prestazioni della query.
Un’altra cosa che potremmo esaminare è la semplificazione della serializzazione, poiché probabilmente vengono scaricati molti dati non necessari.
"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"
}
}
Non abbiamo bisogno di due terzi di questi dati. Accetterò una PR per ridurli. Oppure potete finanziarmi per occuparmene.
Un’altra cosa che potreste voler considerare è come potenziare in qualche modo il vostro server PSQL. Potete migrare a un VPS molto più veloce in qualche modo? Tuttavia, penso che dovremmo fare la dovuta diligenza sull’efficienza del codice prima di considerare questo.
Se siete disposti a finanziare del lavoro di ottimizzazione delle prestazioni qui, fatemelo sapere o inviate una PR!
Ho una richiesta di supporto confusa ![]()
Oggi ho due opzioni "Members Map" nel mio menu hamburger e non sono sicuro di come sia entrata la seconda.
Li ho rinominati tutti stamattina per aiutarmi a rintracciare da dove potrebbe provenire, da qui
1e2che vedrai in questo screenshot.
Ecco come appare:
Members Map1 è quello che voglio tenere, ed è entrato perché l’ho messo lì cliccando su Personalizza:
Le impostazioni del plugin Locations sono impostate per non aggiungerlo al menu. Se lo attivo, appare come la parola Map, quindi non è sicuramente questo:
Se personalizzo il Text per il mio Discourse e cerco Members Map, ottengo due risultati. Li ho rinominati entrambi in 2 e 3 per aiutare nel tracciamento.
Vedrai qui, è quello 2 che appare anche nel mio menu.
Qualcuno sa cos’è js.directory.map.title e come potrebbe essere entrato nel mio menu?
L’unico pensiero che ho avuto è che l’anno scorso utilizzavamo il tema Custom Hamburger Menu Links ma l’ho rimosso quando siamo passati al nuovo layout del menu Discourse. Potrebbe essere rimasto qualcosa da allora?
Se è così, sposterò questo post altrove ![]()
Vedi Locations Plugin 🌍 - #1015 by merefield
Ancora, PR benvenuto o puoi finanziarmi per migliorare questo.
Soluzione temporanea per ora: non aggiungere la tua voce, o elimina quella corrente con CSS.
Ah, giusto, almeno so che non sto impazzendo ![]()
Grazie Robert!
Se può aiutare qualcun altro, ho aggiunto questo per nasconderlo:
/* Nasconde il secondo link di Users Map dal menu del sito - REF: https://meta.discourse.org/t/locations-plugin/69742/1037 */
.sidebar-section-link-wrapper {
.sidebar-section-link {
&[data-link-name="users map"] {
display: none;
}
}
}
Domanda: Tutti gli indirizzi inseriti venivano visualizzati sotto l’intestazione dell’argomento accanto all’icona della mappa. Ultimamente appare solo l’icona della mappa ma non l’indirizzo stesso. È una modifica recente? C’è un modo per far riapparire l’indirizzo? Grazie!
Robert, hai in programma di supportare la visualizzazione di una mappa dell’intero sito basata sugli indirizzi IP di tutti gli utenti?






