Изпечатай

[tmcdos]

Ползвам SQUID 3.0-stable-11 върху FEDORA CORE 6. Когато се опитам да достъпя несъществуващ файл на някой сървър, ми се връща грешка 404 - което се и очаква. Веднага след това слагам съответния файл на отсрещния сървър и пак опитвам да го достъпя през SQUID - само че пак получавам грешка 404. Изчиствам кеша на браузъра - пак грешка 404. Трябва или да изчакам 10-на минути, или да рестартирам SQUID.
Някой да има идея защо се получава така ? Мога да покажа конфигурационния файл - но е прекалено голям.

[Acho]

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

[laskov]

А този "отсрещен сървър", дето слагаш файла, дали вече се е освестил за наличието на въпросния файл?

[Ipolit]

Ам нали скуида кешира.
Направи в /etc/squid/squid.conf
cache_mem 0 MB
и пробвай пак.

Ти за какво го ползваш скуида въобще? Щото аз за рестрикции.

[tmcdos]

@Acho:
Ако махна проксито от настройките на браузъра - демек "заобиколя" SQUID - естествено първия път (когато отсрещния файл го няма) получавам грешка, но веднага щом сложа файла на отдалечения сървър и дам F5 на браузъра - страницата ми се зарежда.

@laskov:
освестява се на мига - ако пусна от моята машина WGET в цикъл, в секундата в която сложа файла върху отдалечения сървър, WGET веднага го изтегля (говорим без SQUID, а директно)

@Ipolit:
SQUID-а седи на сървъра в офиса - освен че кешира (ако трябва да съм честен, кеш хитовете се получават под 10%, но в момента не съм в настроение да го разследвам), също съм забранил Интернета на охраната да не гледат порно, и слагам някои рестрикции върху сайтове и разширения на файлове, а също и чрез mySAR си правя статистика кой какво сваля.
Просто аз го ползвам тоя SQUID от вкъщи и докато си прогвам на локалната машина - от време на време тествам какво става и на истинския сървър. И като забравя да копирам някое PHP от мене върху сървъра - имам грешка 404. Само че като го кача - SQUID-а неще да реагира :-) и 10 минути ми връща все грешка 404

[Acho]

Понякога само F5 (refresh, reload) не е достатъчно, за проба опитай с CTRL + F5. Това задължително изисква от проксито да се обърне наново към сайта. Ползвам много сериозно прокси сървър, при мене са SQUID 2.5, компилиран от сорс, на няколко различни мрежи. И ми се е случвало много пъти, като дам само F5 да не релоадва, и ми дава пак старото от кеша, а с CTRL + F5 веднага ми подава новото, промененото съдържание на сайта. Честно казано не знам от какво е това, но при мен е така. А би трябвало винаги да дава новото съдържание след F5. Това имах предвид, като питах от друга машина дали си опитвал.

П.С. И понеже каза, че слагаш проксито НА РЪКА в браузерите, аз пък съм го указал на сървъра ми да е transparent. Задължително през него, няма хър-мър.

П.С.2 Накефих се, че някой ползва wget, че и в цикъл. Поздрави и успех.

П.С.3 Да, и CTRL + R прави reload.

[remotex]

Refresh Page & Cache      Ctrl + F5
Само да доуточня че при някои програми не става с Контрол ами е със Шифт и не е задължително да е с Ф5 става и така напр. Контрол (или Шифт) + цъкане с мишката в/у бутона за Презареждане
http://www.wisegeek.com/what-is-a-hard-refresh.htm

http://stackoverflow.com/questions/385367/what-requests-do-browsers-f5-and-ctrl-f5-refreshes-generate

[b2l]

Аз пък рефрешвам с ctrl + R.

[Ipolit]

Тъй и не каза като изключиш кеширането на скуида какво става.

[tmcdos]

CTRL+F5 го знам и също не променя ситуацията. Но въпроса не беше с кой клавиш да рефрешна - тъй като аз така или иначе ръчно изтривам кеша на браузъра :-)
А защо CTRL+F5 презарежда, пък F5 не презарежда - защото F5 проверява само локалния кеш на браузъра, и зарежда страницата само ако я няма в кеша. CTRL+F5 не проверява кеша на браузъра - а директно зарежда страницата от сървъра.
Транспарентно прокси не мога да сложа в офиса (или поне няма да е толкова лесна настройката), защото през проксито минава само HTTP и FTP трафика - IMAP и POP3 трафика се рутират директно, също и SKYPE-а (пък и шефа не минава през прокси). Пароли за проксито също не съм слагал, че и без това ще затрудня мозъчната дейност на някои колежки.
Като изключа кеширането - реагира веднага щом сложа файла.

[tmcdos]

Между другото след кратко ровичкане в Гуглата направих промени в refresh_pattern:

Код:

refresh_pattern -i \.(gif|png|jpg|jpeg|ico|bmp|tif|tiff)$ 10000 90% 10080 override-expire
refresh_pattern -i \.(iso|avi|wav|mp3|mp4|mpeg|swf|flv|mpg|wma|ogg|wmv|asx|asf)$ 10000 90% 10080 override-expire
refresh_pattern -i \.(deb|rpm|exe|zip|tar|tgz|ram|rar|bin|ppt|doc|xls|pdf)$ 10000 90% 10080 override-expire
refresh_pattern -i \.index.(html|htm)$ 1440 90% 5040 reload-into-ims ignore-no-cache refresh-ims ignore-reload
refresh_pattern -i \.(html|htm|css|js)$ 1440 90% 5040 reload-into-ims ignore-no-cache refresh-ims ignore-reload
refresh_pattern .		0	20%	1440 reload-into-ims refresh-ims ignore-reload 

и тази седмица ще следя как се отразява на кеш хитовете.

[remotex]

Явно не си чел внимателно това което ти пратих - особено табличката и защо препоръчвам с цъкане с мишката:
http://stackoverflow.com/questions/385367/what-requests-do-browsers-f5-and-ctrl-f5-refreshes-generate
табл. след ... Edit: Updated table ...
за различните браузъри е различно, но (гледайки табл.) най-добре се справя опера (и файърфокса с CTRL-SHIFT-R = CP)
Общо взето това са директиви които се "уважават" от прокси сървърите независимо дали са прозрачни или не - това дали триеш и пр. локалния кеш това няма как да се разбере от проксито т.е. то е локално - можеш да пробваш и режима без кеширане: файърфокс е с Ctrl-Shift-P, google-chrome & opera - Ctrl-Shift-N, ВНИМАНИЕ! Само опера се държи прилично и отваря САМО новия таб в защитен режим а другите направо ти закриват предишната сесия (барабар с отворените прозорци), при някой при излизане от режима се възстановява тази незащитена сесия при др. - не.

Не каза с кои браузъри пробваш, но.. пробвай  с други дали е така
Ако се установи все-пак че е от проксито - пробвай след рестарт (случвало ми се е понякога)

П.П. Относно кеширането на 404 не мисля че е с тези правила ..по-скоро виж за
http://www.squid-cache.org/Versions/v2/2.6/cfgman/negative_ttl.html
http://squid-web-proxy-cache.1019090.n4.nabble.com/How-to-disable-TCP-NEGATIVE-HIT-td1031337.html

[remotex]

Между другото след кратко ровичкане в Гуглата направих промени в refresh_pattern:

Код:

refresh_pattern -i \.(gif|png|jpg|jpeg|ico|bmp|tif|tiff)$ 10000 90% 10080 override-expire
refresh_pattern -i \.(iso|avi|wav|mp3|mp4|mpeg|swf|flv|mpg|wma|ogg|wmv|asx|asf)$ 10000 90% 10080 override-expire
refresh_pattern -i \.(deb|rpm|exe|zip|tar|tgz|ram|rar|bin|ppt|doc|xls|pdf)$ 10000 90% 10080 override-expire
refresh_pattern -i \.index.(html|htm)$ 1440 90% 5040 reload-into-ims ignore-no-cache refresh-ims ignore-reload
refresh_pattern -i \.(html|htm|css|js)$ 1440 90% 5040 reload-into-ims ignore-no-cache refresh-ims ignore-reload
refresh_pattern .		0	20%	1440 reload-into-ims refresh-ims ignore-reload 

и тази седмица ще следя как се отразява на кеш хитовете.

Не виждам PHP тук, но и напр. html баш ignore-no-cache няма да ти признае пращането на "Cache-Control: no-cache" от браузъра т.е. по-скоро ти трябва обратното правило...

[tmcdos]

@remotex:

Признавам си без бой, че не прочетох това, което ми изпрати за F5 и CTRL+F5. Нормално браузвам с Опера, но PHP скриптовете (понеже е вътрешно-фирмена системка) ги тествам само с ИЕ 6.

Тази опция NEGATIVE_TTL оправи нещата - това търсех. Сърдечно благодаря !

refresh_pattern не целеше оправянето на 404 грешката - а повишаване на кеш хитовете в SQUID. С посочените директиви и с нулев NEGATIVE_TTL проблемът ми изчезва - и съм оптимист и за кеш хитовете, само да събера статистика поне 2-3 дена.