On 3/04/2016 10:09 a.m., joe wrote:
> again if i only me on server just sending this file multiple of time i keep
> getting in acsess.log
> 2016/04/03 01:08:09.245 kid1| varyEvaluateMatch: Oops. Not a Vary match on
> second attempt, 'http://12kms.tayyar.org/Services.asmx/JsonFile'
> 'accept-encodi
again if i only me on server just sending this file multiple of time i keep
getting in acsess.log
2016/04/03 01:08:09.245 kid1| varyEvaluateMatch: Oops. Not a Vary match on
second attempt, 'http://12kms.tayyar.org/Services.asmx/JsonFile'
'accept-encoding="gzip,%20deflate"'
2016/04/03 01:08:09.245
On 10/03/2016 10:57 p.m., joe wrote:
>
>> Ah, you said you understood Vary. But this mail indicates that you do
>> not quite understand it well enough.
> i do understand may be the way sometime i try to explain it goes buggy lol
> like those bug any way
>
>> I prune away the extra headers to clar
>Ah, you said you understood Vary. But this mail indicates that you do
>not quite understand it well enough.
i do understand may be the way sometime i try to explain it goes buggy lol
like those bug any way
>I prune away the extra headers to clarify:
>>Firefox:
>> GET /en_US/embeds.js HTTP/1.1
On 10/03/2016 7:40 a.m., joe wrote:
> look at that firefox and chrome same vary
> z
> http://platform.instagram.com/en_US/embeds.js
>
Ah, you said you understood Vary. But this mail indicates that you do
not quite understand it well enough.
I prune away the extra headers to clarify:
Firefox
may be but i dont see in header CF-Cache-Status: HIT blue coat header
mmm
i i tryed xnxx.com and it dose have that header lol so bluecoat even if
the bypass some mobile link still change its header wonder :(
--
View this message in context:
http://squid-web-proxy-cache.10190
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Man, from that we had to start.
It will almost certainly strip User-Agent from Vary to increase its own
cache hits.
10.03.16 1:22, joe пишет:
> bluecoat where is my bandwidth
> coming from
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEc
i bypass my self no cache server to see what happening
the only cache i think if its affecting me bluecoat where is my bandwidth
coming from
chrome
==
GET /en_US/embeds.js HTTP/1.1
Host: platform.instagram.com
Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
But I suggests we are not about client User-Agent.
We are about _server_ reply Vary, which does not contain User-Agent for
unknown reason.
10.03.16 0:57, joe пишет:
> duno probably i use pc windows xp ??
> try on ur pcuse diferent browser a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
http://i.imgur.com/aQDFt6U.png
http://i.imgur.com/655E8KM.png
As you can see, Chrome and Edge gives different User-Agent.
10.03.16 0:57, joe пишет:
> duno probably i use pc windows xp ??
> try on ur pcuse diferent browser and see the header
duno probably i use pc windows xp ??
try on ur pcuse diferent browser and see the header and let me know pls
--
View this message in context:
http://squid-web-proxy-cache.1019090.n4.nabble.com/clientProcessHit-tp4676484p4676567.html
Sent from the Squid - Users mailing list archive at Nabb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
You Vary header does not contain User-Agent.
Why?
10.03.16 0:40, joe пишет:
> Vary: Accept-Encoding
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJW4HWdAAoJENNXIZxhPexGStwH/2AbBxtR/vJ/7XRmsAeb2zW9
izEnnYvXk5jFte9SUY9H/pDe5pWV0D
look at that firefox and chrome same vary
http://platform.instagram.com/en_US/embeds.js
GET /en_US/embeds.js HTTP/1.1
Host: platform.instagram.com
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:43.0) Gecko/20100101
Firefox/43.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0
ok then instagram app betwean android and iphone or soo they have diferent
useragent
they chare same link example
http://platform.instagram.com/en_US/embeds.js
so some phone get cached object and the other none not right!! and its
same link :(
--
View this message in context:
http://squ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
10.03.16 0:25, joe пишет:
> tks Yuri Voinov
> lol i do understand how Vary work but what im trying to understand is
> 1 = firefox has matching vary as chrome
Chrome and Firefox can't give the same Vary. User-Agent is different.
>
> 2 = when i us
tks Yuri Voinov
lol i do understand how Vary work but what im trying to understand is
1 = firefox has matching vary as chrome
2 = when i use same link on chrome has varyEvaluateMatch: Oops. Not a Vary
match & clientProcessHit: Vary object loop!
and on firefox non
since that link for the instagra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
http://mark.koli.ch/understanding-the-http-vary-header-and-caching-proxies-squid-etc
09.03.16 23:48, joe пишет:
> you ar talking about Vary: Accept-Encoding
> on both Firefox and chrome right ??
>
>
> Amos Jeffries wrote
>> On 10/03/2016 2:50 a.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
https://varvy.com/mobile/vary-user-agent.html
09.03.16 23:48, joe пишет:
> you ar talking about Vary: Accept-Encoding
> on both Firefox and chrome right ??
>
>
> Amos Jeffries wrote
>> On 10/03/2016 2:50 a.m., joe wrote:
>>> what im trying to ex
you ar talking about Vary: Accept-Encoding
on both Firefox and chrome right ??
Amos Jeffries wrote
> On 10/03/2016 2:50 a.m., joe wrote:
>> what im trying to explain is varyEvaluateMatch 90% chrome or download
>> manager
>> firefox and ie.. no issue even on mobile firefox is no problem c
On 10/03/2016 2:50 a.m., joe wrote:
> what im trying to explain is varyEvaluateMatch 90% chrome or download
> manager
> firefox and ie.. no issue even on mobile firefox is no problem chrome
> has
>
The "problem" is that when Squid looks up a URL whih has variant(s) in
the cache it looks up
what im trying to explain is varyEvaluateMatch 90% chrome or download
manager
firefox and ie.. no issue even on mobile firefox is no problem chrome
has
--
View this message in context:
http://squid-web-proxy-cache.1019090.n4.nabble.com/clientProcessHit-tp4676484p4676550.html
Sent from th
test on chrom
--
2016/03/09 15:31:14.124 kid1| 45,9| cbdata.cc(299) cbdataInternalAlloc:
Allocating 0x9d86ffb8
2016/03/09 15:31:14.124 kid1| 79,3|
DiskIO/DiskThreads/DiskThreadsDiskFile.cc(33) DiskThreadsDiskFile:
UFSFile::UFSFile: /mnt/cache-a/0F/F5/004FF5D4
2016/03/09 15:3
On 9/03/2016 1:02 p.m., joe wrote:
> testing http://cdn1.traffichaus.com/scripts/mfloat.js
> on diferent browser
> -
> firefox
> 2016/03/09 01:57:15 kid1| varyEvaluateMatch: Oops. Not a Vary match on
> second attempt, 'http://cdn1.traffichaus.com/scripts/mfloat.js'
> 'accept
this link dose o posit
http://weatherblink.wdgserv.com/weatherblink/lookup/Beirut,%20Lebanon
on chrom no error
on firefox error
2016/03/09 02:58:52 kid1| varyEvaluateMatch: Oops. Not a Vary match on
second attempt,
'http://weatherblink.wdgserv.com/weatherblink/lookup/Beirut,%20Lebanon'
'accept-en
testing http://cdn1.traffichaus.com/scripts/mfloat.js
on diferent browser
-
firefox
2016/03/09 01:57:15 kid1| varyEvaluateMatch: Oops. Not a Vary match on
second attempt, 'http://cdn1.traffichaus.com/scripts/mfloat.js'
'accept-encoding="gzip,%20deflate,%20sdch"'
2016/03/09 0
after the patch 4447 until now i had over then normal
016/03/07 09:07:52 kid1| varyEvaluateMatch: Oops. Not a Vary match on second
attempt,
'http://www.bbc.com/capital/static/7b8a43699a3b/scripts/vendor/comscore/comscore.js'
'accept-encoding="gzip,%20deflate,%20sdch"'
2016/03/07 09:07:52 kid1|
26 matches
Mail list logo
