Sincer să fiu, m-am cam plictisit de trilulilu ! Ba îmi fute nişte erori pe firefox, de mă doare sufletu, ba li se încarcă site-ul mai rău decat site-urile puştilor de 14 ani, hostate moca, pe cine ştie ce servere fantomă, ba fac modificari de cod cu site-ul online.

Oare câţi useri trebuie să plece de pe un site, ca să se conştientizeze că este cazul să se ia măsuri pentru înbunătăţirea servicilor ? Când aştepti 30+ de ms, un răspuns de la server, e clar că server-ul respectiv nu mai face faţă la load şi ţipă la tine cu toata puterea procesorului “I need upgrade !“.

Un DNS resolve 4 ms, asteptarea unui raspuns 31 ms , cautarea unei alternative trilulilu, priceless .

Un serviciu CDN nu cred că ar strica celor de la trilulilu, ţinând cont ca au un trafic consistent. Aşa mai scapă şi sistemele alea ale lor de stres, ajută şi utilizatorii prin servirea conţinutului de pe un server cât mai apropiat de locaţia vizitatorului, site-ul se va încărca mai repede şi culmea, riscă să le crească şi traficul.

Următorul lucru de bun simţ ar fi să muţi site-ul în offline pentru publicul larg, când se lucrează la diferite aspecte ale sale. Nu de alta, dar erorile care le primeşti, încep să te scoată din pepeni la un moment dat. Dacă nu vrei să faci site-ul indisponibil pe durata lucrărilor, ca să mai ai nişte afişări la reclame, măcar lasă un anunţ pentru tot poporu’, să ştie lumea de ce apar erori când vor să îşi încarce un playlist.

Alt lucru jenant sunt cele câteva subdomenii de pe care este servit conţinutul. Da, este OK să îţi împarţi conţinutul site-ului pe cât mai multe subdomenii, pentru paralelizarea download-urilor, însă nu cu hostname-uri, pentru numele lui Dumnezeu. Pentru un site mic/mediu, parcă merge să neglijezi acest aspect, dar când ai mii de unici la 1 ora sau 2, parcă e mai puţin profi să aştepţi 2 ms – 3 ms un resolve de DNS.

Ei au conţinutul împărţit pe www, static, img, ads, thumbs*, embed, plus cererile către reclamele din video, care sunt hostate şi alea pe alt server. Asta înseamnă că aştepţi în medie cam 10 ms – 12 ms în plus, doar ca să se rezolve aceste DNS-uri. Destul de jenant, pentru vizitatorul de rând. Şi nu în ultimul rand, aceste subdomenii ştiu să lucreze cu cookie-uri. Destul de rău, pentru viteza de încărcare a site-ului.

Aşa că Sergiu, între 2 interviuri, crezi că poţi să discuţi cu băieţii care se ocupă de programare ? Poate reuşiţi să faceţi ceva, pentru a îmi recupera playlist-urile, care le ascult zilnic când lucrez.

După cea mai recentă reinstalare a sistemului de operare, am uitat să fac câteva modificări, care îmi fac viaţa mai uşoară.

Prima dintre ele ar fi să înlocuiesc DNS-urile RDS-ului, cu serverele DNS de la OpenDNS.

Mi-am dat seama că am uitat să fac acest lucru abia aseară, când ajunsesem să astept 2 – 3 secunde pentru un DNS resolv, site-urile se încărcau în reluare, iar eu eram plin de nervi.

Serviciul oferit de cei de la OpenDNS este gratuit, suportă şi IP-urile dinamice, iar timpul de rezolvare al unei cereri este cu mult mai mic decât la RDS. Dealtfel vă recomand acest serviciu chiar daca nu sunteţi client RDS.

A 2-a setare este encriptarea traficului P2P.

Deşi RDS nu a recunoscut niciodată faptul că limitează laţimea de bandă la nivel de aplicaţie, este de la sine înţeles că se face acest lucru într-o reţea cu foarte mulţi useri. Încă un motiv în plus ar fi şi acela că la trafic necriptat nu sari mai mult de 300 kb / sec download, iar când encriptezi traficul, viteza urcă până la 7 – 8 Mb / sec (în cazul meu).

Cam astea sunt singurele lucruri care îmi fac viaţa grea ca şi client RDS. Dar atâta timp cât există soluţii, trecem mai departe şi încercăm să fim mai optimişti.