RCS-RDS

Problema e doar la încărcarea pozelor, în rest forumul merge ca înainte.

Sunt probleme cu pozele gazduite pe forum sau cele gazduite de terti (eg. flickr etc) ?

Cred că nu m-am exprimat eu clar. Prin „încărcarea” pozelor înțeleg upload-ul (urcarea) pozelor pe forum, nu încărcarea paginilor în browser.

Mie upload-ul unei poze de 1,5 MB imi ia 2-3 sec, in conditiile in care am un VDSL Telekom down20/up4 Mb/s, si zic ca e OK.

Cat timp iti ia tie ?

Ok, cred că e o confuzie. Eu sînt cel care a postat mesajul inițial, în care am descris problema:

misterr wrote:
Nu știu dacă s-au plîns și alții, nu știu dacă are legătură, n-am vrut să mă reped, am zis să văd dacă persistă, dar se pare că e o problemă: fix de cînd s-a trecut la noua versiune a saitului (https) atașarea pozelor merge mult mai greu, adică timpul de încărcare pentru fiecare poză a crescut de 10 ori (de la 1÷2s la 10÷20s), ceea ce face postarea reportajelor un chin.

Pozele mele au în jur de 550kB.

La încărcarea pozelor de pe Vodafone și eu aștept până mă plictisesc. Dar chiar nu cred că are legătură cu https, pentru că acasă de pe Digi merge perfect. Și eu merg pe varianta aia cu ruta luată până la forum (și încărcarea pozelor de pe pagină, deci download merge mai prost de pe Vodafone, nu numai upload - dacă mai fac și direct de la metrou e jale... deci cel puțin o parte de vină e a providerului).

Și sigur se poate face multiple upload, există add-on de PHPBB pentru asta   Multiple File Uploads -> modifică controlol de upload selection să suporte mai multe selecții iar apoi prin JS arată atașamentele deodată (și se pot da remove/add și după încărcare). Ar trebui să te uiți puțin prin codul addon-ului ca să nu afecteze cumva limitările actuale de dimensiune / număr de poze per post și dacă e ok să îl pui, că e într-adevăr foarte util.

Fa un traceroute pana la forum.metrouusor.com . Al meu arata asa :

C:\>tracert forum.metrouusor.com

Tracing route to forum.metrouusor.com [94.176.163.42]
over a maximum of 30 hops:

 1     2 ms     1 ms     1 ms  10.0.0.1
 2     *        *        *     Request timed out.
 3     2 ms     1 ms     1 ms  br01.bucuresti.rdsnet.ro [213.154.124.7]
 4    19 ms     2 ms     2 ms  81-196-8-10.rdsnet.ro [81.196.8.10]
 5     1 ms     2 ms     1 ms  gi-2-21.bb1.buc.ro.m247.ro [89.238.235.110]
 6     *        *        *     Request timed out.
 7     *        *        *     Request timed out.
 8     *        *        *     Request timed out.
 9     2 ms     1 ms     1 ms  no-rdns.hostmama.ro [94.176.163.42]

Trace complete.

C:\>tracert forum.metrouusor.com

Tracing route to forum.metrouusor.com [94.176.163.42]
over a maximum of 30 hops:

 1     1 ms     1 ms     1 ms  10.0.0.1
 2     *        *        *     Request timed out.
 3     2 ms     2 ms     1 ms  br01.bucuresti.rdsnet.ro [213.154.124.7]
 4     2 ms     2 ms     2 ms  81-196-8-10.rdsnet.ro [81.196.8.10]
 5     2 ms     2 ms     2 ms  gi-2-21.bb1.buc.ro.m247.ro [89.238.235.110]
 6     *        *        *     Request timed out.
 7     *        *        *     Request timed out.
 8     *        *        *     Request timed out.
 9     2 ms     2 ms     2 ms  no-rdns.hostmama.ro [94.176.163.42]

Trace complete.

Am verificat ruta spre forum din Vodafone, Primetelecom și RDS. Rezultatele sunt exact cele la care mă așteptam, cea mai lungă rută este cea a Vodafone, cum este probabil și în cazul altor provideri mobili: asta e dezavantajos din mai multe puncte de vedere, printre care timpul de răspuns și de asemenea situațiile în care una din verigile rețelei de pe drum pică. Mai ales cu configurațiile BGP îndoielnice și cu puține rute redundante, cu un traseu mai lung (15+ noduri, dublu și ceva față de Primetelecom) ai șanse mai mari să crape ceva pe drum, și să fie mai greu de găsit o alternativă până își revine routerul / switchul respectiv.


Dar oricum 7-15 hops în peering național n-ar trebui să fie o problemă atât de mare pentru un site ca forumul Metrouusor.

Deci problema în mare nu ține de forum și cam asta e. Administratorii s-ar putea orienta spre un serviciu de reverse proxy caching care la nevoie ar servi din memoria CDN-ului conținutul text și media, în cazul în care ruta este aberant de lungă sau pică - Ex.: Cloudflare pe care l-am mai sugerat.

Dar cred că se întâmpină erori îndeajuns de rar încât să nu fie asta o problemă primară și să se ia în calcul alte îmbunătățiri ca de exemplu upload-ul multiplu.

Uite si de la mine:
Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.

C:\>tracert forum.metrouusor.com

Tracing route to forum.metrouusor.com [94.176.163.42]
over a maximum of 30 hops:

 1    <1 ms    <1 ms    <1 ms  192-168-0-1.rdsnet.ro [192.168.0.1]
 2     2 ms     1 ms     1 ms  10.0.0.1
 3     *        *        *     Request timed out.
 4     2 ms     2 ms     2 ms  br01.bucuresti.rdsnet.ro [213.154.124.7]
 5     2 ms     2 ms     2 ms  81-196-8-10.rdsnet.ro [81.196.8.10]
 6     2 ms     2 ms     2 ms  gi-2-21.bb1.buc.ro.m247.ro [89.238.235.110]
 7     *        *        *     Request timed out.
 8     *        *        *     Request timed out.
 9     3 ms     3 ms     3 ms  no-rdns.hostmama.ro [94.176.163.42]

Trace complete.

C:\>

Cand zic de trecerea la https nu ma refer la asta in sine drept cauza pentru schimbari (in bine sau in rau, dupa caz). Ideea e ca o data cu https am trecut de la shared ip la ip dedicat. Ceea ce in sine ar trebui sa vina cu efecte pozitive. Poate ca noul ip inca nu s-a propagat in toate dnsurile si astfel ca din anumite surse se creeaza o ruta mai lunga catre site. E doar o presupunere...

taceroute/tracert/mtr/etc = pistol cu apa..

Ai o conexiune la internet extra/ultra/giga 500/1000, iar tu folosesti un router prajit de maxim 100 unde upload este setat la "minim posibil", eventual sa ai si o conexiune wifi cu el ....  
https iti face criptare la toate datele trimise dintr-un formular   rontaie de-l ia batzu la o poza de 1-2 Mb
Din an in paste merita si browserul un "Clear cache"  
Configuratia PC-ului...poti sa ai un telefon mai puternic decat pc sau laptop  
Sa nu ne facem ca ploua, dar mai este si vina celor de la hosting  

Sustin pe colegul t530 - mai degraba decat rutare aiurea sau peering prost intre ISP si hosting. Daca HTTP merge brici iar HTTPS merge varza, sunt doua variante: ori dispozitivul ce uploadeaza nu e de ultima generatie (ma rog, ultimii 2-3 ani), ori hostingul gafaie cand vede HTTPS. Adminii pot analiza doar aspectul al doilea (insa cred ca au facut deja asta).

Cei care aveti probleme, hai sa mai incercam un test. Urcati aici o poza, apoi pe flickr si/sau imgur (ambele sunt https) si apoi comparati rezultatele. E cam empiric testul dar poate fi relevant, totusi.

Eu am facut testul de mai jos si prima concluzie este ca ruta este, totusi relevanta. Sigur, la o scara worldwide si nu cum incercam noi aici sa verificam, dar eu unul nu as exclude din start acest aspect. Dati pe detalii sa vedeti ce zic, in imagine este media vitezelor din servere din intreaga lume.