Optimizarea vitezei / htaccess

[harrvester]

La un site stufos și suficient de accesat, consumul de resurse pentru parcurgerea .htaccess o sa înceapă să se simtă.

Vb. din experienta? Nu am testat dar sunt in stare sa pun pariu ca nu poti sesiza diferenta.

Din experienta:

Se dau: 1 poza (jpeg, comprimat), 1 css (pana in 1000 de linii), 1 js (pana in 1000 de linii).
Diferenta de viteza, cache vs no cache (orice fel de cache implementat decent; nu bine, decent) se vede. Fara sa masori nimic, iti dai seama ca e mai rapid

Pentru cei se se plang ca "incarca" .htaccess-ul:
cache - este o colecție de date ce sunt o "copie la indigo" a valorilor originale stocate altundeva sau calculate mai devreme, unde operația de aducere din memorie a datelor originale este costisitoare (datorită timpilor mari de acces la memorie) sau costul recalculării acestora este mare, în comparație cu costul citirii acestora din cache. ( wikipedia )

Sa tragem niste concluzii.
- Orice mecanism ce face cache ocupa anumite resurse. Nu exista sistem de cache care sa nu "ingreuneze".
- Cu cache, la prima accesare (cand nu ai cache) totul merge mai greu.
- Cu cache, de multe ori, resursele mici ce nu necesita multa procesare se aduc mai greu.

Cu cache, unele lucruri merg mai greu, altele mai usor. Daca nu poti gasi acel punct in care maximizezi chestiile care merg repede si le minimizezi pe cele ce merg gereu, poti spune ca ai un cache prost!

Cei ce dau copy-paste (in .htaccess sau in general) o pot nimeri bine sau nu. Daca nu stii ce faci, poti folosi un plugin sau poti ruga pe cineva sa te ajute. E mai simplu.

[haotik]

Eu am 3 chestii in .htaccess si prefer sa ramana asa

1. 301 seo redirect pentru https (asta e adaugat de curand),2 randuri sau 3.
2. chestile default de la wordpress, fara alea nu se poate, ce pune el prima oara nu ce ar mai putea adauga alte 100 de pluginuri in plus pe acolo (4 randuri parca)
3. xml-rpc protection (nu ca mi-ar sparge cineva siteul dar cand vin 1000 de roboti sa se joace cu fisierul ala merge foarte greu siteul)

Am mai vazut la uni clienti un Deny pe ip-uri. unul din ei avea deja peste 200 de ip-uri in lista. Am avut si eu o vreme cand tot adaugam robotii si veneau altii... mai bine pui sucuri sau alte metode de protectie care blocheaza singure ip-uri decat sa stai sa faci o lista care din punctul meu de vedere nu se termina nicodata.

[florescualin]

Referitor la viteza de incarcare a siteului. Recent am facut un test cu gmetrix la unul din siteurile mele si mi-a dat rezultatul din imaginea atasata - https://s2.postimg.org/vlhrn9jjt/Untitled-1.jpg. Stiti cumva cum as putea sa rezolv, cum pot sa scad acel numar de requesturi, la ce se refera mai exact?

[Rapsodia]

3. xml-rpc protection (nu ca mi-ar sparge cineva siteul dar cand vin 1000 de roboti sa se joace cu fisierul ala merge foarte greu siteul)

Exista varianta doar pentru .htaccess sau trebuie modificat si pe serverul Apache?

[triptic]

Ai putea configura Apache să folosească HTTP/2 -> este semnificativ mai rapid decât HTTP și oferă o serie de avantaje.
Dacă dai o căutare pe Google găsești articole cu instrucțiuni despre cum se face.