@mangi-1 Ottimo spunto di osservazione!

Mi capita di collegarmi a siti che usano Cloudflare e tra attese di vario tipo le prestazioni tendono a non essere incoraggianti. Insomma, non ho capito perché c'è chi pensa che velocizzi il sito.

Ciao @mangi-1

Molti attivano cloudflare per velocizzare il loro sito. E' un errore, non fatelo.

affermazione un po' "forte" non credi?

Ti posso dare ragione se il tuo sito è su amazon AWS (configurato bene): quindi di un certo livello, per tutto il resto nonostante il redirecting Francia - Italia le performance rimangono migliori a priori per una serie di motivi:

• blocco spam o traffico malevolo
• ti salva da attacchi ddos
• nasconde l'effettivo ip del tuo server o balancer -> quindi più difficile fare attacchi diretti
• minify del codice

Si per carità molte cose possono essere fatte anche senza cloudflare ma quanto costano farle in autonomia?

@netmassimo ha detto in Cloudflare per velocizzare il proprio sito? Ne siete veramente sicuri?:

Mi capita di collegarmi a siti che usano Cloudflare e tra attese di vario tipo le prestazioni tendono a non essere incoraggianti. Insomma, non ho capito perché c'è chi pensa che velocizzi il sito.

Posso assicurarti che la maggiorate delle persone che chiedono di attivare cloudflare, lo fanno con l'idea che velocizzi il sito. Vedo passare personalmente decine di richieste al mese...

@giuseppemorelli ciao! Ovviamente il POST ha lo scopo di attizzare un po' la conversazione.

Mi riferisco ad un abbondante pubblico che attiva Cloudflare esclusivamente perché gli è stato detto che aiuta a velocizzare il sito.
Ho trovato buffo condividere il re-routing di Milano...

Aprire il dibattito è sempre interessante e ci sono cose che fanno riflettere
@juanin che dice?

@giorgiotave connect.gt è VELOCISSIMO e non usa cloudflare

@juanin

Discussione da incorniciare (messa in rilievo), grazie

@giorgiotave cmq ho minimizzato. Il ragionamento sarebbe molto più lungo e complesso....ma non ho tempo

Test di un sito WordPress eseguito su webserver Litespeed e plugin Lscache:

Peso Pagina: 988KB
Richieste: 81

Italia
0,8s cloudflare disattivato
0,7s cloudflare attivato

Germania
1s cloudflare disattivato
0,8s cloudflare attivato

Nord America
2,3s cloudflare disattivato
1,2s cloudflare attivato

Australia
3,1s cloudflare disattivato
1,8s cloudflare attivato

Da altri test eseguiti non conviene attivare cloudflare se i visitatori sono per la maggior parte Italiani, al contrario se il sito è pensato per un pubblico internazionale conviene attivare una CDN, ma non necessariamente cloudflare, ci sono altre alternative, esempio quic.cloud di litespeed.

Buona serata.

@xlogic dipende anche da cosa puoi fare con il tuo sito come dicevo sopra.
In questo caso probabilmente puoi cachare la full html e quindi depositarla in edge.

Se non puoi con la CDN avanti il response time sarà sempre più alto.

Io al momento sto usando cloudflare solo su alcuni siti che gestisco, e l'ho fatto solo per una mera questione di sicurezza. Non ho notato miglioramenti di velocità ma la mia idea (probabilmente sbagliata) è stata "è statisticamente più difficile che un mega-player vada completamente offline rispetto ad un player locale" (ovviamente per quanto concerne i DNS, non l'hosting). Forse è una paranoia, forse ha poco senso.. ma ho cominciato a provarlo solo per questa motivazione. Ad ogni modo sto lentamente tornando indietro, sito per sito.

@jabba mai affermazione fu più errata, mi spiego.
Anche I big player vanno giù e quando lo fanno, fanno più rumore ancora...
Cloudflare, big G, etc... vanno down, come tutti.

Fra le altre cose il servizio gratuito di cloudflare non ti da nessuna garanzia e non puoi neanche parlare con il loro supporto tecnico.

Valuterei i sistemi di sicurezza già attivi sul tuo provider di hosting, perchè nella maggior parte dei casi sono già adatti (se non di più) di Cloudflare.

Mia personale esperienza: mi è capitato più volte di vedere clienti che attivavano cloudflare per la sicurezza (anche in questo caso con le bende sugli occhi perchè era stato consigliato loro di fare così) e così facendo sono andati a peggiorare il livello di sicurezza perchè inibito il layer di protezione già attivo sull'hosting.

Insomma... più aggiungi.... e più hai cose che possono funzionare male e si possono rompere.

Diciamo che se si vuole sicurezza massima anche sui DNS bisogna optare per la ridondanza anche di quelli.

Se non ridondi hai sempre uno SPOF e uno SPOF significa che puoi andare giù.

Gestire la ridondanza è una cosa complessa e va contemplata su tutta la catena a partire dai DNS fino ad arrivare giù agli applicativi e database.

Ciao,

potrebbe essere utile utilizzare Cloudflare solo per le immagini di un ecommerce, che sono una delle cose che rallenta di più?

Grazie

@andreabo in generale le CDN sono pensate proprio per gli asset statici che di solito hanno scadenze lunghe e spesso addirittura infinite quindi assolutamente sì è un caso d'uso dove non sbagli mai.

Domanda da ignorante: se il sito è solo "locale" (e in hostato da un'azienda italiana), ossia per pubblico solo italiano, ha senso mettere su un CDN come cloudflare? Oppure servono solo se il sito è visitato da più paesi quindi le risorse vengono caricate da un punto più "vicino" all'utente?

@jabba se la composizione dei suoi visitatori è fortemente localizzata in italia non ha senso mettere una CDN, i contenuti statici sarebbero comunque serviti dall'Italia (se va bene), come abbiamo visto all'inizio di di questo post attualmente per cloudflare non è così, quindi anche peggiorativo

@mangi-1 @jabba diciamo che probabilmente il vantaggio della CDN è più il dynamic serving di formati più idonei in base al browser senza che tu debba muovere un dito se non hai necessità di cachare anche le pagine HTML di contenuto, ma quindi sfruttare CDN solo per immagini, video, css, js etc.

Altro vantaggio è che scarichi il numero di richieste che arrivano ai tuoi server.

Sul tempo di risposta degli asset statici poi dovresti fare un po' di test e vedere se è più performante la risposta dai nodi in edge oppure la tua. Non è da escludere che se anche più distante l'edge che viene colpito sia più rapida l'erogazione della CDN rispetto alla tua.

Diciamo che vale la pena fare dei test comparativi in quel caso e mettere sulla bilancia il vantaggio del mero response time rispetto all'eventuale vantaggio di poter sfruttare il dynamic serving, brotli etc.

Parlando di brotli e gzip ad esempio posso dirti certamente che se lavori senza CDN puoi avere risultati migliori perché puoi "pre-brotlizzare" o "pre-gzippare" a livello massimo quindi 10 e 9 rispettivamente mentre invece con CDN fanno on-the-fly con una compressione solitamente sui 5/6.

Se hai dei bundle corposi con pre-compressione puoi guadagnare tanto e con la CDN diciamo che perdi questa opportunità. Dall'altro lato se ad esempio non hai supporto brotli sulla tua macchina e non puoi fare pre-compressione magari la CDN ti aiuta...

In sostanza: "Dipende"