De ce am renunțat la proxyul Cloudflare și am trecut complet pe Hosterion

O întrebare care pare simplă, însă e pe atât de complicată și tehnică. Da, în acest moment iSay.ro nu mai este redirecționat prin Cloudflare, am renunțat complet la proxy și am trecut NS (Name Serverele) complet pe Hosterion.

Nu știți cine este Hosterion sau cine are cel mai bun pachet de WordPress în materie de hosting din România? Aveți aici un articol detaliat despre pachetul WordPressPro 6G (6GB RAM, 6GHz CPU, 50GB stocare).

De mulți, mulți ani folosesc serviciile celor de la Cloudflare pe site, dar nu a existat o singură dată să nu am probleme în materie de reguli, cache sau neconcordanțe în ceea ce privește conținutul afișat pe site vs utilizatori. Am trecut prin probleme de cache agresiv deși regulile nu erau stricte în dashboard, aveam headers setat în htaccess pe site, nu le prelua, făcea cache la alte obiecte în combinație cu Redis un serviciu in-memory și m-am săturat să tot testez, refac configurații o dată la câteva luni. Voi nu vedeți în front end decât foarte mici schimbări, care în backend sunt ore, poate zile întregi de căutat, debugging, modificat și testat.

Activează development mode, dă clear cache la Cloudflare, du-te înapoi pe site, caută, vezi că e cache în browser, forțează cu ctrl+f5, nu merge, dă clear cookies, empty cache/files and hard reload … zilnic … am obosit!

Toate funcționau o perioadă, după care o luam iară de la capăt.

Am obosit să stau să fac debugging la scripturi, la javascript care unde se apelează, când se apelează, ce query folosește, ce salvează, unde salveză, cum pot optimiza acei timpi, cum pot face bypass la cache pe site, dar de ce nu merge în CF, de ce mi-l blochează, de ce Rocket Loader strică tot, de ce se încarcă greu … mii și mii de „de ce”.

Ani de zile m-am chinuit cu https://www.isay.ro/feed/ care îmi arăta conținut stale (dacă știți ce este) dacă nu pentru voi învechit, adică eu public un articol în WordPress acesta actualizează secțiunea de /feed/ și aplicațiile RSS sau agregatoare de șitiri cum e Google News află că am publicat ceva nou și face extract la titlu + poză + conținut. N-a mers, nu am reușit, defapt am reușit parțial dar un fel de combinație cu mâna dreaptă prin pluginuri și redirecturi la urechea stângă 🙂

Când aproape, aproape era să apar în secțiunea de Tehnologie din Google News după ce am reușit să aduc /feed/ pe articole acolo unde am vrut, cei de la Google s-au hotărât să renunțe la secțiunea de Publisher, iar odată cu Gemini / AI să fie pe bază de markup NewsArticle și reputație (adică spam).

În goana după viteză, să se încarce site-ul cât mai repede am ajuns să fac de toate. Primul consumator a fost Yoast! SEO. Direct uninstall, șters toate urmele, inclusiv din MySQL ca să nu mai existe nici o urmă. Bun, acum că am scăpat de SEO cum îl implementez eu singur fără plugin, fără javascript? Ce să vezi, l-am făcut prin header.php, functions.php și altele. Avem nevoie de date structurate zice Google. Bun, ce sunt alea? Păi când publici un articol crawlerul Google trebuie să știe ce markup să folosească și unde să te încadreze.

Da, am implementat și schema markup, i-am trasat frumos în cod PHP ce trebuie să știe Google despre articolele mele. Ca să nu stau să scriu de mână aveam nevoie de un cod care să genereze toate aceste informații automat, incluzând tipul articolului, headline, exceprt, secțiune, taguri, parte din organizație, nume, descriere, url, id, publisher, cine a publicat, nume, logo, adresă URL, imagine a articolului, image din articol, dată publicare / modificare, autor, acțiune, comentarii. Tot!

Dacă vreți să vă jucați cu Rich Text Markup Schema, aveți aici un link de test de la Google.

Anul trecut și anul acesta Cloudflare a tot început să facă schimbări, au renunțat la Minify HTML, JS și CSS care aducea un boost de viteză a site-ului, au rămas cu o integrare puțin ciudată în Rocket Loader (inline, modificare execuție jss și css), mai multe.

Problema venea aici că Rocket Loader ca și opțiune/serviciu poate fi activat dar e nevoie și de o regulă de cache. La regula de cache nu ai opțiunile pe care ți le dorești, trebuie să selectezi tu ceva din listă. Am încercat cu queries, regex, URI, URL Match, nimic care să mă ajute 100%. Fie aveam probleme cu secțiunea de afișare a meniului, a logo din header, a secțiunii de comentarii, a notificărilor trimise către cei care s-au abonat prin PWA pe telefon sau din browser. Așa că am renunțat la regula de cache și l-am lăsat doar activ însă nu făcea mare lucru.

După ceva timp am descoperit faptul că e nevoie de o regulă în care CF să facă cache la tot și o regulă înaintea ei care să facă bypass la js, css sau la ce vreau eu.

Să nu te pună sfântul să dai cache everything că ești pa. A trebuie să țin activă regula de No Cache for Bots astfel încât toți boții Google, Microsoft, Apple, etc. să preia conținutul nou de pe site și să nu îmi afișeze conținut vechi, neactualizat.

Am făcut același lucru pentru Feed, ba chiar uneori foloseam și opțiunea bypass cache everything ca să nu mai am cache în CF. Vezi de treabă, tot există un mic js, un mic cod care să frece la icre. Bun, am încercat și tag script cf=false. Am creat scripturi care să modifice de exemplu secțiunea de comentarii.

După multe luni am aflat că regulile din cache trebuie corelate cu cele din Page Rules. La un moment dat când aveam Cache Everything activ, nici nu mă puteam loga pe site în wp-login 😂

Am făcut regulă să îmi dea excepție la wp-login.php* și la ceea ce ar putea fi după el. O componentă pentru numărul de views, comentarii, etc. este admin-ajax care trebuie să aibe și el excepție. Atunci când scrii un comentariu căsuța apelează funcția definită în wordpress în temă care folosește comment-reply-min.js să îți aducă căsuța sub butonul de Răspunde. La mine se făcea refresh de fiecare dată, câteodată mergea pe mobil, câteodată pe desktop, în funcție de cum voia CF.

M-am săturat, dar nu aveam curajul să spun stop ci m-am complăcut așa, mai adăugam o linie, mai testam un cache. Adică, tot făceam teste, în loc să stau să caut, să mă documentez, să scriu articole eu tot dau cu edit & test.

La nivel de server am LiteSpeed instalat, pot folosi LSCache ca și plugin și pot seta acolo ce vreau eu. Am făcut și asta, am dat off la cache, setări în cloudflare, am lăsat doar Proxied și m-am jucat cu LSCache. Mult timp, am setat și testat diverse. La fel, uneori avea un cache agresiv care și cu cron-job interne pentru funcția de mobil sau desktop le prelua, greșit de multe ori și nu afișea conținutul corect și actualizat. Scriam un articol, dădeam previzualizare îmi arăta cu totul altceva. Aveam define WP_CACHE true sau false depinde de teste, m-am trezit cu articol scris și publicat să fie suprascris de următorul articol cu alt nume și alte date.

Când mă uitam în postări vedeam că apare doar ultimul articol și penultimul nu mai era. Trebuie să deschid articolul, să dau înapoi pe revions, să selectez ultima versiune corectă și să îl public din nou. Apoi să mă duc să iau din versiunea greșită titlul și conținutul, să creez un post nou după ce dau refresh și ctrl+f5 de 10 ori, să schimb o literă în titlu ca nu cumva să îmi preia din bază același slug/titlu. Am renunțat și am revenit înapoi la CF și htaccess pentru header-control. Atât!

Iară probleme cu notificările, comentariile, afișarea meniului, etc. Atât de multe schimbări am făcut și testat încât am uitat mare parte din ele 🙂

2025 este un an plin de „experiențe”, le pun în ghilimele pentru că sunt doar negative! Desigur, au venit și lucruri pozitive după pentru ca așa lucrează Dumnezeu cu oamenii, este acolo cu ei în cele mai grele momente!

Pentru că am spus stop la multe lucruri, am început să fac schimbări. Referitor la iSay.ro am primit un mail de la Hosterion că în următoarele 60 de zile contul meu va fi migrat pe un alt server mai performant cu CloudLinux instalat. Ah, perfect, a venit timpul schimbării.

Asta a fost înainte de Black Friday în săptămâna 03.11 – 07.11 la care am răspuns foarte simplu, când se poate face migrare? Colegii de la suportul Hosterion (trebuie să îi laud și să le mulțumesc pentru tot ajutorul de până acum) sunt extraordinari. În zilele noastre unde vorbim doar cu Dana, Ioana sau orice altă troglodită cu figuri de inteligență artificială, mai putem conversa cu oameni normali, integri, ingineri care să îți rezolve rapid problema fără să te plimbe prin zeci de mii de fișiere, secțiuni sau ramuri telefonice.

Este imperios, necesar să fac aceste precizări. De câteva ori am avut nevoie de suport din partea echipei de hosting și l-am primit imediat!

Suport Hosterion

1. Ticket – fiecare client beneficiază de propriul cont pe platformă de unde se pot activa servicii, plăti facturi, achiziționa hosting sau domenii noi. În secțiunea tickete de suport, poți crea un ticket nou cu informațiile dorite, poți răspunde cu imagini.
2. Mail – dacă aveți nevoie de o informație, de suport puteți trimite un email către support@hosterion.ro și o să primiți un răspuns rapid la solicitare.
3. Telefonic – există un număr de telefon pentru cazuri de urgență
4. Chat – există o nouă secțiune (acum am aflat) de chat unde în timpul programului de lucru 9-18 un inginer vă răspunde la solicitări. 

Bun, pentru a scăpa de CF a trebuit să modific NS siteului. NS-uri pe care eu nu le știam, așa că m-am hotărât să aleg opțiunea de Chat pentru o astfel de informație rapidă decât să stau să deschid un ticket.

Nu mi-a răspuns Filip, a fost un alt coleg la care i-am cerut adresele pentru name servere. Le-am primit, le-am pus, done. Am intrat în Cloudflare și am dat disable. Oricum NS după câteva ore nu mai pointuiau către CF ci către Hosterion motiv pentru care am oprit redirecționarea prin CF.

Am revenit la ticketul de suport care era închis deja, l-am redeschis și am cerut actualizarea SSL pentru un subdomeniu care nu se propaga având DNS vechi de la CF deși contul era dezactivat acolo.

Totodată am și regenerat toate DNS-urile pentru isay.ro, inclusiv noul subdomentiu Radarul de Știri – https://stiri.isay.ro dacă vreți să vedeți știrile de azi la fiecare oră. E un script făcut de mine care conține doar câteva site-uri care merită citite în materie de știri, tehnologie sau generalități. Dacă sunt alte site-uri pe care doriți să le adaug și vă place acest agregator de știri, puteți lăsa un comentariu aici la acest articol. Dar să fie un site bun, fără mizerii de reclame obosite, spam sau clickbait oribil ce se practică în online.

Radarul de Știri funcționează pe principiul, generăm articole pe tot parcursul zilei, iar lista se generează automat dacă sunt publicate noi articole o dată la 10 – 15 minute. La ora 00:00 se resetează complet, nici un articol din ziua anterioară nu va mai fi disponibil. Tot timpul veți avea Radarul cu Știri din ziua respectivă.

Noul iSay.ro powered by Hosterion

Odată cu migrarea, schimbarea NS și a altor setări prin cPanel m-am hotărât să refac de la 0 (aproape) htaccess, partea de cache și optimizare wordpress. Aici intră renunțarea la toate modificările făcute anterior pentru CF prin functions.php sau alte pluginuri dedicate. Zis și făcut, dezactivare completă, am șters linile de cod (adică tot ce am muncit în acești 3 ani). Desigur, le-am salvat în caz că vreodată am nevoie de ceva de acolo, dar am zis să o iau de la zero.

Cu ce am început prima dată? Păi schimbarea versiunii PHP care vine cu diverse servicii dezactivate ce trebuie activate. Așa că am început să mă plimb prin cPanel și am descoperit WP-Toolkit un tool de management pentru  WordPress oferit de Hosterion.

De aici poți face management la site, pluginuri, teme, securitate, totul într-un singur loc.

În caz de nevoie puteți folosi JetBackup 5 un alt tool de backup al fișierelor, full, home, cron, baze de date, useri, domenii, etc. De aici puteți face Download și Restore ori de câte ori aveți nevoie. Eu nu l-am folosit niciodată pentru că nu am avut nevoie.

De îndată ce am fost migrat pe noul cont automat am început să primesc mailuri de tip spam. Am intrat în Spam Filters, am setat black hole pentru adresele de mail care nu există și am pus scorul la 5. Momentan mai primesc așa că am coborât la 3. Aici trebuie să aveți grijă să mai verificați Track Delivery să nu ratați vreun email de la domenii care vin cu scor 4 sau 5 sau mai mare. În mod normal domeniile cu reputație au scoruri negative, oricum sub 0!

Pe partea de SSL am setat noi certificate, există un AutoSSL care face asta automat, dar pentru că am schimbat totul le-am actualizat. Tot aici la Securitate în cPanel avem și imunify360, o altă protecție extra introdusă de Hosterion pentru prevenția malware ce poate afecta fișierele js sau php din contul tău.

O altă secțiune importantă pe partea de sofware este X-Ray App cu ajutorul căreia poți face debug la diverse moduri de execuție al codului php. Pe partea tehnică din cPanel am terminat, a mai rămas dezactivarea și activarea serviciului Redis pentru date in-memory. Având 6GB disponibili am selectat anterior 2GB însă nu ajung la o astfel de valoare nici în cele mai bune timpuri în care aveam 1000 de utilizatori online.

Este suficient un 256 – 512 MB pentru serverul Redis. Dacă cumva vreodată am nevoie de enorm de multe date ce trebuie să stea în memorie și nu extrase din bază la fiecare interogare am suficientă memorie disponibilă.

Acum pe partea de WordPress aveam nevoie de un plugin de cache așa că am apelat la numitul Cache-Enabler pe care l-am mai folosit în trecut. Instalat, configurat, activat WP_CACHE la nivel de wordpress, done.

Acum a trebuit să configurez de la 0 fișierul htaccess unde aveam tot felul de chestii pentru site și securitate. Directivele de WordPress au rămas, am șters tot și am început să adaug. Redirecționarea la www.isay.ro, blocare execuție diverse scripturi php, eliminare ETag, antete de securitate și alte câteva chestii.

Foarte important aici sunt directivele de Headers și Cache-Control cerute insistent de Google pentru optimizare, viteză și teste în Page Speed Insights. Am setat corect cache pentur fișierele js, css, fonturi și imagini, am testat cum sunt generate și afișate în browser, totul decurge ok până acum.

Am așa:

• redis pentru obiecte în memorie ✅
• cache la WordPress ✅
• webp și alte imagini ✅
• combine CSS / JS? ✅

Pentru a reduce numărul de requesturi pe site este nevoie de combinare a fișierelor repetitive, în special CSS ale temei tale, ale unor pluginuri și așa mai departe. Ca să nu facă 10 requesturi pentru fiecare în parte, există pluginuri care prin cod PHP le combină într-un singur fișier .css și .js pentru javascript. Aici, trebuie avut grijă pentru că o astfel de combinare dacă nu este făcută corect poate duce la „distrugerea” afișării site-ului corect, adică vei avea probleme cu butoanele care nu se încarcă, boxurile sunt mutate de la locul lor, imaginea se vede neclar, fontul este altul decât cel standard … La fel este și pentru Javascript, motiv pentru care toți spun și promit că fac însă trebuie să testezi mai multe până ajungi la acel plugin care se potrivește cu tine.

Din testele mele pagina se încarcă instant pe desktop cât și pe mobil, răspunde la toate cerințele de viteză, rămâne să vedem cum mă percepe Google de acum încolo. Vouă cum vi se pare că se încarcă?

Am dat un Lighthouse pentru desktop și pentru mobil, e clar totul arată bine, aproape verde din punctul meu de vedere. Nu înțeleg de ce mizeria de Google folosește pentru teste throttling cu Slow 4G și un device Motorola din preistoric.

Nu înțeleg de ce Google mă penalizează pe mine pentru că am pe site Youtube, Ads, Analytics. Adică sunt produsele tale care nu sunt optimizate să consume puține date, au nevoie de multe ms ca să extragă/aducă date și tu mă penalizezi tot pe mine că durează prea mult?

Acestea sunt informațiile la cald, cât am putut strânge, face și configura. Acum că am terminat mă pot axa până la sfârșitul anului pe articole ca să vedem cum evoluează site-ul în ochii Google, cum se încarcă și cum este feedbackul vostru.

→ Vrei notificări push când public un articol nou?

→ Consimțământ explicit și Cookies

Mulțumesc că ai ajuns până aici, dacă ai întâmpinat probleme sau vrei să îmi spui părerea ta despre cum se mișcă site-ul, interacțiunea ta cu el este sau nu pozitivă, te aștept în comentarii! 🙏