Как да намаля времето за отваряне на страниците?

[jaredharet]

Незнам това дали се дължи на DNS-а но като искам да отворя накоя страница първоначално се замисля повечко а после изведнъж я зарежда цялата.

[Mile]

burst не е лесно за изчисление при положение, че не знаеш с какво разполагаш ^^

Поправете ме ако греша

[Mupo neTkoB]

Смешно е  като се има предвид скоростите в наши дни,нищо не можеш да спечелиш като скорост или да икономисаш от там.

аз не съм имал предвид за икономия на мегабайти. говорим си за скорот защото със сигурност е по-добре да има кеширащо прокси въпреки скоростите в днешен ден

[kokaracha]

аз не съм имал предвид за икономия на мегабайти. говорим си за скорот защото със сигурност е по-добре да има кеширащо прокси въпреки скоростите в днешен ден

Аз не мисля така.Защо ти  така мислиш ?

[vtbg59]

Мегабитите не са от значение.... и 1 е достатъчен. Обаче много важна е стъпката с която се достигат

gbdesign още малко ше ти повярвам !Тема за скапан нет от доставчика Ви или от много четене и малко разбиране сте си го доумазали .За проксита и кеш ми става зле, лошото е ако даставчика Ви го прави ,познай резултата.Малко да развеселим темата ,преди доста години когато се плащаше за определен трфик (бях на заветните 400-450мб за месец ако искаш още плащаш) с мой познат от друг град имам следната случка.Звъня му за да му кажа , че съм намерил нещо инресно в един сайт(български) та да погледне да ама не над 30 мин. аз вижам едно той друго на един и същи адрес.Последваха размяна на скрийншотове докато се уверим и двамата ,че е така ( постояно блъскане на F5 от срана на колегата защото той гледаше сайта както беше преди часове).Това беше голям 'смех' падна , и един доставчик осиротя с 1 user.Така правиха 'пачка'някога , тези 2 доставчика отдавна са в небитието (за радост на юсерите) но явно моя човек бе изтеглил късата клечка.

[NetworkPro]

- HTTP протокола и стандартизираното му имплементиране предпоалгат да няма проблеми с остаряло съдържание

- конфигурирането на Squid е документирано на официалния сайт с предупреждения когато се активират опциите за по-добро употребяване на кеша, админа на кеша носи отговорност и се говори с него в такъв случай

- ако се случи проблем - проблема е в сървъра, не в кеша, като той може и да се заобиколи с отпускане на кеша за сметка на спестяването на трафик/скорост на зареждане/сваляне

- международните сайтове по-скоро имат нужда от кеширане отколкото да нямат

- по света по горите,  из царевичака - има нужда от кеширане и то е реалност, в големите градове - по-скоро няма

- DNS кеширането е по-важно от HTTP кеширането, особено в случая

jaredhared, опита ли да конфигурираш DNS сървъра на google: 8.8.8.8 ?

[gbdesign]

DNS-ите на Гугъл са чудесни, но имат един гаден проблем....не се съобразяват със зададените времена....Expiry time го имат за безкрай. От лятото съм сменил няколко IP-та на хостове и гугълските DNS-и още ми връщат старите адреси и не си правят труда, да си обновят БД. Нямям зададен по-дълъг период от 1 седмица, за който и да било запис в Bind.

[NetworkPro]

ъпсурд проблема да е в гугъл