Ma da questo aggiornamento di ieri, il mio sito impiega quasi un minuto, o più, solo per aprirsi.
Come passo diagnostico, ho disabilitato tutti i componenti del tema e TUTTI i plugin e ho RICOSTRUITO il mio container Web_Only, eppure lo stesso problema persiste.
Ma se eseguo in modalità provvisoria, selezionando tutte e 3 le caselle, allora si carica più velocemente di prima, ma impiega comunque quasi 30 secondi. Tieni presente che se seleziono solo la prima casella e deseleziono le altre due, o viceversa, non si ottiene alcun beneficio in termini di velocità.
Non ci crederai, perché nemmeno io riesco a credere che solo 5 minuti dopo la creazione di questo post, (e dopo aver semplicemente cambiato il tema della mia interfaccia/di amministratore in un altro, e poi essere tornato indietro), abbia risolto il problema.
Cioè, senza alcun aggiornamento, o ricostruzione, niente, il sito ha iniziato ad aprirsi correttamente (sono passate 24 ore intere durante il problema). Non so se dovrei eliminare questo argomento o meno (lo chiudo comunque).
Modifica: Il problema si è ripresentato il giorno successivo. A volte c’è, a volte no. Segnalerò ulteriormente.
Grazie @Ed_S
Ma oggi di nuovo, per 5 minuti ho riscontrato lo stesso problema. Quando oggi si è verificato questo problema, ho provato ad aprire il mio sito come un altro utente (che è ‘Moderator’) in modalità incognito di Chrome. Anche lì il problema era presente ma solo al 50% (si apriva in metà tempo, circa 20-30 secondi).
E poi l’ho aperto sul mio cellulare, lo stesso problema era presente anche lì. Ma dopo mezz’ora, quando ho aperto il mio sito, tutto funzionava bene.
Ma esegui questi (dalla riga di comando sulla macchina che esegue il server) contemporaneamente alla navigazione del sito per provocare il rallentamento.
Grazie.
Per informazione, il mio server Ubuntu ha installato solo questo unico sito web. E anche questo con pochissimi utenti, solo 3-4 utenti visitano il sito quotidianamente. Quindi qualsiasi attività il server possa avere, dovrebbe essere solo attività in background.
In secondo luogo, ho eseguito il comando iotop subito dopo aver ricostruito il container web_only, se ciò fosse rilevante in qualche caso. E inoltre, il sito web si apre quasi il 97% più velocemente (si apre in 5 secondi per me/amministratore). Quando si presenta il problema, inizia a richiedere più di 30 secondi con un aggiornamento forzato (Ctrl+F5).
Sì. E il mio sito ha funzionato bene per gli ultimi 4 anni. Solo dopo averlo aggiornato il giorno prima di aprire questo argomento ho notato che si comporta in questo modo (quando si aggiorna forzatamente con Ctrl+F5 come amministratore, impiega da 5 a 50 secondi in momenti diversi della giornata, dopodiché funziona normalmente).
Anche oggi, ho controllato accedendo come utenti diversi nelle ultime versioni di Chrome, anche sul mio cellulare (ma sotto la stessa rete Wi-Fi), e ho riscontrato da 5 a 30 o 50 secondi per aprirlo.
Sembra un numero enorme di processi non riusciti, il che potrebbe essere significativo. Forse qualcun altro ha le competenze per aiutare a diagnosticare.\n\nEcco il mio a confronto: un forum con traffico piuttosto basso.\n
Potresti condividere screenshot di tutte e sette le schede di stato di Sidekiq? Nella pagina di Sidekiq, in alto, dovresti vedere
Dashboard Busy Queues Retries Scheduled Dead Scheduler
Grazie: non sono un esperto, ma vedo due tipi di processi che compaiono frequentemente: PostSentimentAnalysis e GenerateEmbeddings.
Mi chiedo se sia rilevante il fatto che tu abbia un mix di contenuti in inglese e hindi. Mi aspetterei che fosse completamente supportato, ma potrebbe anche essere relativamente insolito.
