Problemi prestazioni sito dopo acquisto banda

[MaxB]

Premesso che il mio sito su AV esiste dal 2008 circa e che in tutto questo tempo non ho mai avuto nessun problema, ieri ho fatto un upgrade della banda (da 30 a 60gb) e da quel momento sto riscontrando notevoli problemi nel caricamento delle pagine. Otto volte su dieci le immagini non caricano avendo come risultato le odiose anteprime vuote e molto spesso capisco proprio dalle immagini che il trasferimento delle pagine si è interrotto, come se non arrivasse nulla dal server. Devo insomma fare spesso il refresh delle pagine per visualizzarle correttamente, una cosa piuttosto fastidiosa e che, appunto, non mi era mai successa manco ai tempi dei modem 36k .

Ho pensato anche che potesse essere un problema della mia linea ma oggi ho ricevuto segnalazioni in questo senso da altri, quindi ritengo ci sia qualcosa che non va lato server. Al momento in cui sto scrivendo ho provato ad andare nella home del sito e ci ha messo una decina di secondi per collegarsi. Provando ad aprire questa pagina ci vogliono tempi biblici (ripeto: mai successo, è sempre stato velocissimo ).

Ho anche avuto un paio di errori cercando di scaricare due file rispetto ai quali mi dava un 404 (e che invece erano al loro posto)... dopo essere impazzito per un po' cercando di capire qual era il problema il download ai file ha ricominciato a funzionare normalmente.

Qualche idea? Soluzioni? Amministratori?


P.S. ho anche aumentato lo spazio, ma questa non è la prima volta nel corso degli anni. Non vorrei che aumentando le prestazioni si sia attivata una qualche tipo di disk/band quota che paradossalmente mi limita le prestazioni lol

[frasidipace]

Salve,
ho navigato sul sito, sia con PC, sia con smartphone. sico con Chrome, sia con Firefox, e non ho rilvato problemi id velocità. Le pagine e le immagini si caricano in tempi rapidi. Ho provato anche il dowoload di un file da circa 65 MB scaricato in pochi sedondi.
Quale browser sta utilizzando. Ha provato a pulire la cache o a collegarsi da altro dispositivo?

Saluti

[MaxB]

Salve,
ho navigato sul sito, sia con PC, sia con smartphone. sico con Chrome, sia con Firefox, e non ho rilvato problemi id velocità. Le pagine e le immagini si caricano in tempi rapidi. Ho provato anche il dowoload di un file da circa 65 MB scaricato in pochi sedondi.
Quale browser sta utilizzando. Ha provato a pulire la cache o a collegarsi da altro dispositivo?

Saluti

Circa mezz'ora fa ho potuto constatare anch'io un funzionamento corretto, ma ora nuovamente riscontro gli stessi problemi segnalati.

Sto facendo molte prove con diversi browser/pc (Safari su Mac, Firefox su PC, Vivaldi e Brave su smartphone Android; un utente ha segnalato il problema da Windows 10 con Brave) sui quali sto pulendo la cache in continuazione (perché a di là di questo problema sto testando varie cose con il php quindi ho la necessita di ripulire la cache per i vari test di funzionamento degli script).

Nei prossimi giorni provo a fare dei test approfonditi su un altro sito AV di mia proprietà per fugare ogni dubbio residuo sul fatto che possa essere un problema lato client.

Grazie mille per i test eseguiti, davvero gentile!

[GraphOGLRisorse]

Salve,
anche io provando a navigare sia da pc che da dispositivi mobili, al momento non ho riscontrato rallentamenti.

Circa mezz'ora fa ho potuto constatare anch'io un funzionamento corretto, ma ora nuovamente riscontro gli stessi problemi segnalati.

Ad ogni modo, per evntuali verifiche lato AlterVista, se il problema si dovesse ripresentare, riporti data ed ora esatta di tale caso.

Cordiali saluti.

[MaxB]

Salve,
anche io provando a navigare sia da pc che da dispositivi mobili, al momento non ho riscontrato rallentamenti.

Ad ogni modo, per evntuali verifiche lato AlterVista, se il problema si dovesse ripresentare, riporti data ed ora esatta di tale caso.

Cordiali saluti.

Grazie mille per le verifiche.
Nel frattempo ho provato a fare un test caricando il sito in questione su un altro spazio AV e ho riscontrato gli stessi problemi (anche se apparentemente in quantità minore, ma comunque della stessa tipologia). Dopo varie valutazioni sto cominciando a pensare che il problema potrebbe forse essere sulla mia connessione internet, sembra infatti esserci una correlazione con l'utilizzo di server DNS personalizzati; mi pare di notare meno il problema utilizzando quelli di default del mio gestore, ma è difficile dire se è questo il caso anche perchè rimangono alcune segnalazioni in questo senso ricevute da altre persone.

Terrò sotto controllo la cosa e al limite farò come mi suggerisce lei.
Per il momento grazie ancora!

[alemoppo]

Sarebbe molto utile effettuare un traceroute (puoi anche utilizzare questo strumento).

Sicuramente il problema non è causato dall'upgrade della banda.

Ciao!

[MaxB]

Sarebbe molto utile effettuare un traceroute (puoi anche utilizzare questo strumento).

Sicuramente il problema non è causato dall'upgrade della banda.

Ciao!

Ciao Alemoppo e grazie. Analizzando il .bat credo di essere riuscito ad eseguire su Mac quasi tutti i comandi richiesti. Manca il test di connessione FTP perchè non ho Telnet installato su Mac, spero non sia fondamentale. Questi i risultati:



NSLOOKUP:

Server:		1.1.1.1
Address:	1.1.1.1#53

Non-authoritative answer:
Name:	maxb.altervista.org
Address: 138.201.58.82

TRACEROUTE:

traceroute to maxb.altervista.org (138.201.58.82), 64 hops max, 52 byte packets
 1  * * *
 2  10.96.0.1 (10.96.0.1)  51.255 ms  57.423 ms  44.441 ms
 3  192.168.252.30 (192.168.252.30)  38.186 ms  58.518 ms  47.386 ms
 4  192.168.255.19 (192.168.255.19)  54.915 ms  57.152 ms  41.802 ms
 5  194.149.188.14 (194.149.188.14)  39.571 ms  63.903 ms  35.220 ms
 6  194.149.187.16 (194.149.187.16)  53.527 ms  37.436 ms  46.386 ms
 7  * 72.14.220.83 (72.14.220.83)  55.677 ms  50.594 ms
 8  * * *
 9  be2196.ccr52.zrh02.atlas.cogentco.com (154.54.61.89)  67.962 ms
    be2195.ccr51.zrh02.atlas.cogentco.com (154.54.61.81)  58.093 ms
    be2196.ccr52.zrh02.atlas.cogentco.com (154.54.61.89)  56.423 ms
10  be3072.ccr21.muc03.atlas.cogentco.com (130.117.0.18)  62.652 ms
    be3073.ccr22.muc03.atlas.cogentco.com (130.117.0.62)  71.469 ms  60.109 ms
11  be2996.rcr21.nue01.atlas.cogentco.com (154.54.59.194)  61.907 ms
    be2995.rcr21.nue01.atlas.cogentco.com (154.54.58.194)  83.843 ms
    be2996.rcr21.nue01.atlas.cogentco.com (154.54.59.194)  79.860 ms
12  154.25.14.46 (154.25.14.46)  78.335 ms  77.344 ms  79.282 ms
13  149.6.158.186 (149.6.158.186)  69.669 ms  95.155 ms  80.531 ms
14  core23.fsn1.hetzner.com (213.239.245.10)  87.595 ms  71.917 ms  73.271 ms
15  ex9k2.dc8.fsn1.hetzner.com (213.239.229.18)  67.377 ms  68.668 ms  78.711 ms
16  ns411.altervista.org (138.201.58.82)  80.143 ms  78.507 ms  68.962 ms

RILEVAZIONE PARAMETRI CONNESSIONE INTERNET:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
	options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>
	inet 127.0.0.1 netmask 0xff000000 
	inet6 ::1 prefixlen 128 
	inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
	nd6 options=201<PERFORMNUD,DAD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
UHC93: flags=0<> mtu 0
UHC61: flags=0<> mtu 0
UHC58: flags=0<> mtu 0
EHC250: flags=0<> mtu 0
UHC29: flags=0<> mtu 0
UHC26: flags=0<> mtu 0
EHC253: flags=0<> mtu 0
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	options=400<CHANNEL_IO>
	ether 00:23:12:1f:01:d8 
	inet6 fe80::df:693b:d66a:9ef1%en1 prefixlen 64 secured scopeid 0xb 
	inet 192.168.43.45 netmask 0xffffff00 broadcast 192.168.43.255
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect
	status: active
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	options=42b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4,CHANNEL_IO>
	ether 00:23:32:96:c5:3d 
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect
	status: inactive
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
	lladdr 00:23:32:ff:fe:0c:09:4a 
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect <full-duplex>
	status: inactive
utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
	inet6 fe80::1529:331:75c6:1839%utun0 prefixlen 64 scopeid 0xe 
	nd6 options=201<PERFORMNUD,DAD>
utun1: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000
	inet6 fe80::c9cc:67c5:9f5b:b889%utun1 prefixlen 64 scopeid 0xf 
	nd6 options=201<PERFORMNUD,DAD>

[alemoppo]

Vista così non sembra esserci alcun problema: immagino che quando hai eseguito il test, il sito era funzionante, corretto?

Se dovesse ricapitare, esegui il test così vediamo dove è il problema.

Ciao!

[MaxB]

Vista così non sembra esserci alcun problema: immagino che quando hai eseguito il test, il sito era funzionante, corretto?

Si era funzionante, ma mi spiego: per funzionare funziona sempre, il problema sono questi "rallentamenti" ed interruzioni "casuali" nel caricamento delle immagini e la cosa complicata è che sembrano occorrere solo a momenti e in maniera non prevedibile. Nel caso provo ad eseguire i test nel momento in cui osservo tale comportamento, ma ho paura di non riuscire a "fotografarlo".

Nel frattempo ho navigato un bel po' e devo dire che non ho notato comportamenti simili su altri siti, quindi torno a riescludere i problemi sulla mia linea.

Una cosa che mi viene in mente è che i giorni scorsi ho integrato una pagina 404 personalizzata aggiungendo "ErrorDocument 404 /404.html" al file .htaccess, ma non credo che questo possa aver generato problemi.

[GraphOGLRisorse]

Una cosa che mi viene in mente è che i giorni scorsi ho integrato una pagina 404 personalizzata aggiungendo "ErrorDocument 404 /404.html" al file .htaccess, ma non credo che questo possa aver generato problemi.

Salve,
non dovrebbe essere quello il problema. Ad ogni modo, su AlterVista è già presvista la personalizzazione per tale pagina, basta creare/aggiungere nella root del sito, un file chiamato not_found.html contente il codice della pagina persinalizzata realtiva all'errore 404.

Quindi se preferisce, può farlo cosi anzichè da .htaccess.

Cordiali saluti.

[MaxB]

Provo a procedere in questo modo ;)
Grazie ancora e buon ferragosto nel frattempo.

[MaxB]

Riposto il traceroute eseguito il 16/8/2022 alle 21:28 (circa) durante un momento di grandissimo rallentamento nel caricamento del sito (in particolare le pagine con maggiore carico a livello di immagini). Così a naso mi pare che ci siano dei valori molto elevati, o no?

Oggi in particolare stavo lavorando a questo e le interruzioni sono state costanti (non riesce nemmeno a caricarmi le preview delle immagini senza che le pagine si blocchino).

Parallelamente ai rallentamenti di questi giorni ho navigato in altri siti e non ho riscontrato problemi. Durante i rallentamenti ho anche fatto dei test su dei siti SEO e ho notato che in alcuni dove viene mostrata la preview grafica del mio sito la grafica viene mostrata "rotta" anche in tali screenshot...

traceroute maxb.altervista.org
traceroute to maxb.altervista.org (138.201.58.82), 64 hops max, 52 byte packets
 1  * * *
 2  10.112.0.1 (10.112.0.1)  56.718 ms  76.768 ms *
 3  192.168.252.30 (192.168.252.30)  73.983 ms  51.195 ms *
 4  192.168.255.19 (192.168.255.19)  359.016 ms  161.169 ms  160.134 ms
 5  194.149.188.14 (194.149.188.14)  160.916 ms  484.460 ms  169.640 ms
 6  194.149.187.16 (194.149.187.16)  150.806 ms  217.563 ms  161.839 ms
 7  72.14.220.83 (72.14.220.83)  155.466 ms  156.761 ms  134.818 ms
 8  * * *
 9  * be2196.ccr52.zrh02.atlas.cogentco.com (154.54.61.89)  174.380 ms
    be2195.ccr51.zrh02.atlas.cogentco.com (154.54.61.81)  155.541 ms
10  be3073.ccr22.muc03.atlas.cogentco.com (130.117.0.62)  173.063 ms
    be3072.ccr21.muc03.atlas.cogentco.com (130.117.0.18)  172.769 ms  164.976 ms
11  be2996.rcr21.nue01.atlas.cogentco.com (154.54.59.194)  156.604 ms
    be2995.rcr21.nue01.atlas.cogentco.com (154.54.58.194)  175.843 ms
    be2996.rcr21.nue01.atlas.cogentco.com (154.54.59.194)  176.973 ms
12  154.25.14.46 (154.25.14.46)  136.918 ms  287.408 ms  173.471 ms
13  149.6.158.186 (149.6.158.186)  159.991 ms  193.528 ms  442.144 ms
14  * core23.fsn1.hetzner.com (213.239.245.10)  524.615 ms  197.441 ms
15  ex9k2.dc8.fsn1.hetzner.com (213.239.229.18)  185.642 ms  173.580 ms  851.620 ms
16  ns411.altervista.org (138.201.58.82)  612.790 ms  185.570 ms  223.719 ms

[alemoppo]

Grazie per il traceroute. Mi hanno chiesto anche in tuo traceroute in caso di sito "veloce", grazie.

Ciao!

[MaxB]

Grazie per il traceroute. Mi hanno chiesto anche in tuo traceroute in caso di sito "veloce", grazie.

Questo è di adesso 17.8.2022 ore 12.05.
Al momento del traceroute (e nei minuti precedenti) il sito caricava perfettamente e in modo molto rapido da cellulare android e in modo abbastanza buono da desktop (tranne alcune immagini che non hanno caricato la velocità complessiva è buona).

traceroute to maxb.altervista.org (138.201.58.82), 64 hops max, 52 byte packets
 1  * * *
 2  10.0.0.1 (10.0.0.1)  71.250 ms  47.279 ms  31.199 ms
 3  192.168.253.30 (192.168.253.30)  32.609 ms  52.784 ms  41.085 ms
 4  192.168.255.1 (192.168.255.1)  36.666 ms  53.803 ms  47.956 ms
 5  194.149.189.12 (194.149.189.12)  36.094 ms  43.169 ms  37.010 ms
 6  * * *
 7  freem.demarc.cogentco.com (149.29.28.154)  54.461 ms  45.959 ms  33.057 ms
 8  * * *
 9  be2196.ccr52.zrh02.atlas.cogentco.com (154.54.61.89)  404.287 ms
    be2195.ccr51.zrh02.atlas.cogentco.com (154.54.61.81)  57.123 ms  42.367 ms
10  be3072.ccr21.muc03.atlas.cogentco.com (130.117.0.18)  58.414 ms  63.110 ms
    be3073.ccr22.muc03.atlas.cogentco.com (130.117.0.62)  47.725 ms
11  be2996.rcr21.nue01.atlas.cogentco.com (154.54.59.194)  58.541 ms  59.808 ms  41.986 ms
12  154.25.14.46 (154.25.14.46)  57.064 ms  58.049 ms  50.827 ms
13  149.6.158.186 (149.6.158.186)  71.660 ms  86.726 ms  251.793 ms
14  core23.fsn1.hetzner.com (213.239.245.10)  763.707 ms  62.603 ms  56.096 ms
15  ex9k2.dc8.fsn1.hetzner.com (213.239.229.18)  58.995 ms  56.023 ms  61.576 ms
16  ns411.altervista.org (138.201.58.82)  51.037 ms  69.867 ms  63.504 ms

EDIT: alle 12.33 ho ricevuto una segnalazione di immagini che non caricano relativa alla pagina https://maxb.altervista.org/drawings.html (è pesantina ma non ha mai dato problemi).

[MaxB]

Traceroute del 17.8.2022 ore 13.30 circa.
Fatto da un utente (connessione e area geografica diversa dalla mia) al momento in cui non caricava i contenuti (immagini):

Traccia instradamento verso maxb.altervista.org [138.201.58.82]
su un massimo di 30 punti di passaggio:

  1     4 ms     1 ms     2 ms  fritz.box [192.168.1.1]
  2    10 ms     9 ms    10 ms  77.39.150.1
  3    10 ms    11 ms     8 ms  10.100.0.5
  4     9 ms     8 ms     8 ms  77.39.128.5
  5    47 ms    47 ms    48 ms  amsix-gw.hetzner.de [80.249.209.55]
  6    50 ms    47 ms    46 ms  core1.fra.hetzner.com [213.239.203.157]
  7    51 ms    51 ms    52 ms  core23.fsn1.hetzner.com [213.239.203.154]
  8    51 ms    54 ms    52 ms  ex9k2.dc8.fsn1.hetzner.com [213.239.229.18]
  9     *        *        *     Richiesta scaduta.
 10     *        *        *     Richiesta scaduta.
 11     *        *        *     Richiesta scaduta.
 12

[alemoppo]

Hai modo di eliminare (temporaneamente) le librerie JavaScript per il caricamento delle immagini e ripetere i traceroute? (o comunque vedere se il problema persiste?). Grazie.

Ciao!

[MaxB]

Hai modo di eliminare (temporaneamente) le librerie JavaScript per il caricamento delle immagini e ripetere i traceroute? (o comunque vedere se il problema persiste?). Grazie.

Questa è una versione di una delle pagine con i JS completamente disabilitati. In realtà cambia poco o nulla, perchè la velocità è comunque molto lenta; a volte ci sono delle immagini "rotte" a volte no. (La velocità ridotta la vedo anche nella home dove ci sono solo poche immagine estetiche).

Le uniche differenze che si possono notare dipendono dal fatto che le immagini vengono servite in modo diverso (quindi anche il loro trasferimento). Ad esempio facendo un paragone con questa pagina https://maxb.altervista.org/images/photo/ (dove le immagini sono gestite in modo diverso e con un JS "lazy"), qui le cose funzionano molto meglio (niente immagini non caricate, ma rimane la lentezza). Per quanto rigarda le pagine con il JS, invece, ci sono dei problemi in più semplicemente perchè a volte i JS non vengono nemmeno eseguiti (me ne accorgo perchè le immagini dovrebbero aprirsi in un popup e invece si aprono come link diretti, quindi il JS non sta funzionando), ovvero il contenuto del codice della pagina non trasmesso, similmente alle immagini.

Tra l'altro questi JS hanno sempre funzionato perfettamente fino al giorno prima dell'upgrade. Credo che il cuore del problema sia il fatto che la trasmissione dei dati (che siano immagini o altro) a volte viene interrotta, come se ci fosse un timeout; è come se il server si bloccasse e interrompesse la comunicazione (questo credo che risulti più evidente con le immagini gestite da JS perchè questi si trovano alla fine del codice e quindi non arriva nemmeno ad eseguirli).

Questo il traceroute attuale (18/8/2022 ore 16.30 circa).

traceroute to maxb.altervista.org (138.201.58.82), 64 hops max, 52 byte packets
 1  * * *
 2  10.96.0.1 (10.96.0.1)  770.277 ms  52.433 ms  47.401 ms
 3  192.168.254.30 (192.168.254.30)  39.394 ms  97.207 ms  55.470 ms
 4  192.168.255.3 (192.168.255.3)  143.521 ms  145.440 ms  124.883 ms
 5  194.149.189.14 (194.149.189.14)  160.885 ms  161.358 ms  149.290 ms
 6  194.149.186.16 (194.149.186.16)  134.839 ms * *
 7  freem.demarc.cogentco.com (149.29.28.154)  170.766 ms  122.489 ms *
 8  * * *
 9  be2196.ccr52.zrh02.atlas.cogentco.com (154.54.61.89)  181.817 ms  154.084 ms
    be2195.ccr51.zrh02.atlas.cogentco.com (154.54.61.81)  166.238 ms
10  be3072.ccr21.muc03.atlas.cogentco.com (130.117.0.18)  156.401 ms  170.696 ms  149.472 ms
11  be2996.rcr21.nue01.atlas.cogentco.com (154.54.59.194)  133.768 ms  148.823 ms
    be2995.rcr21.nue01.atlas.cogentco.com (154.54.58.194)  137.954 ms
12  be3161.nr71.b040138-0.nue01.atlas.cogentco.com (154.25.14.46)  150.442 ms  146.237 ms  156.921 ms
13  149.6.158.186 (149.6.158.186)  166.239 ms  163.069 ms  144.885 ms
14  core23.fsn1.hetzner.com (213.239.245.10)  161.083 ms * *
15  ex9k2.dc8.fsn1.hetzner.com (213.239.229.18)  360.816 ms  183.893 ms  164.955 ms
16  ns411.altervista.org (138.201.58.82)  169.220 ms  553.436 ms  173.346 ms

[MaxB]

Qui un video screenshot con il caricamento della pagina drawings2 (senza JS); qui le condizioni di caricamento sono "ottimali" (a parte la lentezza c'è solo un'immagine non caricata).

[GraphOGLRisorse]

Qui un video screenshot con il caricamento della pagina drawings2 (senza JS); qui le condizioni di caricamento sono "ottimali" (a parte la lentezza c'è solo un'immagine non caricata).

Io ho caricato quella pagina più volte in questi giorni girando nel sito e non homai avuto problemi di immagini non caricate.

Ad ogni modo, per tale pagina, ho vsto che su 28 immagini, la maggior parte di esse ha una dimensione di 2500 x 1500 px e che le poche con dimensioni più piccole si aggirano intorno 1000 px per altezza e larcghezza.

Il peso dell'intera pagina (immagini più tutto il resto che viene caricato) è di circa 7 MB. Non è ora un valore enorme, ma il caricamento di più immagini di grosse dimensioni in conteporanea può essere causa di rallentamenti nel caricamento, specie con connessioni lente.

Io suggerirei di ridimensioare almeno della metà le immagin con dimenzsioni 2500 x 1500. Eventualmente, seza eliminare direttamente tali immagini dal sito, per testare se la pagina va meglio e la resa grafica è come si aspetta che sia, può rinomiare l'attuale cartella e crearne una con lo stesso nome in cui inserire le versioni delle immagni ridimensionate e le copie di quelle che già hanno dimesioni minori che possono quindi restare invariate.

Cordiali saluti.

[MaxB]

Si ma il problema non è assolutamente quello. Io stesso ho pensato di ridimensionare le immagini e in questi giorni mi sono sbattuto inutilmente creando delle anteprime a dimensioni ridotte ma senza risultato, il problema persiste (e infatti poi ho tolto le anteprime e rimesso le immagini complete, anche perchè finora hanno sempre caricato in pochi attimi; pensare di rivedere la grafica è un tunnel senza uscita perchè il problema non è quello).

Il problema è comparso con l'aumento della banda e per ovvie ragioni è maggiormente visibile con le immagini. Oltre a questo lo si nota maggiormente con le richieste in generale: spesso perchè una pagina "risponda" ci vogliono tempi interminabili. A scanso di equivoci ho chiesto a diverse persone e tutti mi riportano la stessa lentezza che noto io.
Il problema non è costante, è intermittente e pertanto in diversi momenti può non essere ovvio o evidente (pulendo spesso la cache lo si vede di più ovviamente).

Non so cosa pensare.

[alemoppo]

Io ho fatto prove sempre con cache disabilitata.
Ma questi rallentamenti avvengono in determinate fasce orarie? Oppure del tutto casuali?

Ciao!

[MaxB]

Io ho fatto prove sempre con cache disabilitata.
Ma questi rallentamenti avvengono in determinate fasce orarie? Oppure del tutto casuali?

Sono più o meno costanti nell'arco di tutta la giornata; a volte di notte fila tutto liscio o quasi (ho notato che dopo la mezzanotte la velocità è quasi sempre normale, ma in quell'orario non posso testare più di tanto). Sabato stavo trasferendo delle immagini via ftp: 24mb in 2 ore circa (in download), alla fine ci ho rinunciato.

Questa è l'home page pochi minuti fa (visita casuale):

[frasidipace]

Salve,
ho provato in questo momento e la home mi si carica velocemente con tutte le immagini:



Firefox, però, mi segnala, come mostrato nell'immagine, sito non sicuro. Il redirect verso https è impostato correttamente? Potrebbe essere questo il problema del mancato caricamento delle immagini.

Saluti

[MaxB]

Salve,
ho provato in questo momento e la home mi si carica velocemente con tutte le immagini:

Grazie del test!

Firefox, però, mi segnala, come mostrato nell'immagine, sito non sicuro. Il redirect verso https è impostato correttamente? Potrebbe essere questo il problema del mancato caricamento delle immagini.

Oddio, l'https è attivo da tempo. Ora non so se questo può essere il problema, l'htaccess attualmente ce l'ho impostato così (sulla cartella root):

RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteCond %{HTTPS} off
RewriteRule .* https://maxb.altervista.org%{REQUEST_URI} [L,R=301]

Mi pare sia ok... certo che la segnalazione "sito non sicuro" potrebbe essere un'indicazione; grazie mille della segnalazione. Attendo eventuali input dei tecnici

[frasidipace]

Il codice mi sembra corretto.
La segnalazione di connessione non sicura la rilevo solo con Firefox, mentre per Chrome e Edge è sicura.
Ad ogni modo continuo a caricare le pagine velocemente con tutti i browser, anche da mobile.

Saluti

[alemoppo]

Ci sono in effetti delle risorse caricate in modo "non sicuro":



Più che altro, credo che il problema sia relativo ai fonts. Non credo però sia inerente con il problema.

Ciao!

[MaxB]

Ci sono in effetti delle risorse caricate in modo "non sicuro":

Più che altro, credo che il problema sia relativo ai fonts. Non credo però sia inerente con il problema.

C'è qualcosa che posso fare in merito o può essere ignorato?

[alemoppo]

Sì, si può andare a vedere chi carica quei contenuti, quindi modificarli.

Per i casi di "fonts.gstatic.com" non trovo più riferimenti, ovvero non vedo più caricarsi quegli elementi: hai disabilitato qualcosa?

Sono rimaste due "not_found.html", sarebbe interessante capire chi li include (probabilmente è un percorso errato). Ho cercato brevemente nel codice del tuo sito ma non ho trovato alcuna inclusione non esistente.

Ciao!

[MaxB]

Sì, si può andare a vedere chi carica quei contenuti, quindi modificarli.

Per i casi di "fonts.gstatic.com" non trovo più riferimenti, ovvero non vedo più caricarsi quegli elementi: hai disabilitato qualcosa?

No, non ho cambiato nulla. I font sono caricati nell'header di tutte le pagine del sito...

Sono rimaste due "not_found.html", sarebbe interessante capire chi li include (probabilmente è un percorso errato). Ho cercato brevemente nel codice del tuo sito ma non ho trovato alcuna inclusione non esistente.

Anche qui non ho idea... L'unica cosa è che dal tuo screenshot i not_found sono richiamati in http, ma non capisco a cosa possano fare riferimento se non forse a qualche mismatch nell'eventuale reindirizzamento di risorse tra http/https. Lo screenshot fa riferimento alla pagina index o a qualche pagina specifica (nella pagina music.html ci sono degli html che vengono aperti come popup, forse potrebbero essere quelli)?

[MaxB]

P.S. I not_found possono essere relativi ai download nella pagina music.html; gli zip sono impacchettati in tempo reale e se i link vengono scansionati tutti insieme può essere che la richiesta di alcuni arrivi prima che il file sia fisicamente pronto e disponibile, ritengo.