Re: [squid-users] Caching uncachable resources

On 26/04/2023 11:00 pm, Andrey K wrote: Hello, Amos, Thank you for the information. The headers I included in the previous message were taken from the "outside" proxy interface, i.e. were sent by the original content server (I think it is a CDN): > >     Content-Type: video/MP2T >     

Re: [squid-users] Caching uncachable resources

Hello, Amos, Thank you for the information. The headers I included in the previous message were taken from the "outside" proxy interface, i.e. were sent by the original content server (I think it is a CDN): > > Content-Type: video/MP2T > *Expires: Thu, 01 Jan 1970 00:00:01 GMT* >

Re: [squid-users] Caching uncachable resources

On 25/04/2023 9:45 pm, Andrey K wrote: Hello, We are trying to cache some resources, but they respond in the header with the attributes that prevent caching: Content-Type: video/MP2T *Expires: Thu, 01 Jan 1970 00:00:01 GMT* *Cache-Control: no-cache* Cache: HIT

[squid-users] Caching uncachable resources

Hello, We are trying to cache some resources, but they respond in the header with the attributes that prevent caching: Content-Type: video/MP2T *Expires: Thu, 01 Jan 1970 00:00:01 GMT* *Cache-Control: no-cache* Cache: HIT X-Cached-Since: 2023-04-25T07:43:41+00:00 Thus, we see TCP_MISS in the

Re: [squid-users] Caching configuration for Squid on Windows

On 5/26/21 4:25 AM, Odhiambo Washington wrote: > > On Wed, May 26, 2021 at 10:18 AM Matus UHLAR wrote: > > >On 22/05/21 2:06 am, Odhiambo Washington wrote: > >>I installed this on my Windows 10 but gave up when I could not make > >>it to cache anything. > > On 26.05.21 12:57,

Re: [squid-users] Caching configuration for Squid on Windows

Hi We can do Thursday at 12:30 after our SAM meeting From: squid-users on behalf of Odhiambo Washington Date: Wednesday, 26 May 2021 at 10:36 To: "squid-users@lists.squid-cache.org" Subject: Re: [squid-users] Caching configuration for Squid on Windows On Wed, May 26, 2021 a

Re: [squid-users] Caching configuration for Squid on Windows

On Wed, May 26, 2021 at 11:32 AM Matus UHLAR - fantomas wrote: > >> >On 22/05/21 2:06 am, Odhiambo Washington wrote: > >> >>I installed this on my Windows 10 but gave up when I could not make > >> >>it to cache anything. > >> > >> On 26.05.21 12:57, Amos Jeffries wrote: > >> >Squid by default

Re: [squid-users] Caching configuration for Squid on Windows

On Wed, May 26, 2021 at 3:58 AM Amos Jeffries wrote: > On 22/05/21 2:06 am, Odhiambo Washington wrote: > > Hello everyone, > > > > I installed this on my Windows 10 but gave up when I could not make it > > to cache anything. > > > > Squid by default uses a memory based cache these days. Unless

Re: [squid-users] Caching configuration for Squid on Windows

>On 22/05/21 2:06 am, Odhiambo Washington wrote: >>I installed this on my Windows 10 but gave up when I could not make >>it to cache anything. On 26.05.21 12:57, Amos Jeffries wrote: >Squid by default uses a memory based cache these days. Unless your >traffic is non-cacheable you should be

Re: [squid-users] Caching configuration for Squid on Windows

On Wed, May 26, 2021 at 10:18 AM Matus UHLAR - fantomas wrote: > >On 22/05/21 2:06 am, Odhiambo Washington wrote: > >>I installed this on my Windows 10 but gave up when I could not make > >>it to cache anything. > > On 26.05.21 12:57, Amos Jeffries wrote: > >Squid by default uses a memory based

Re: [squid-users] Caching configuration for Squid on Windows

On 22/05/21 2:06 am, Odhiambo Washington wrote: I installed this on my Windows 10 but gave up when I could not make it to cache anything. On 26.05.21 12:57, Amos Jeffries wrote: Squid by default uses a memory based cache these days. Unless your traffic is non-cacheable you should be seeing

Re: [squid-users] Caching configuration for Squid on Windows

On 22/05/21 2:06 am, Odhiambo Washington wrote: Hello everyone, I installed this on my Windows 10 but gave up when I could not make it to cache anything. Squid by default uses a memory based cache these days. Unless your traffic is non-cacheable you should be seeing some things stored

[squid-users] Caching configuration for Squid on Windows

Hello everyone, I installed this on my Windows 10 but gave up when I could not make it to cache anything. What is the correct format of the above config on Windows? cache_dir aufs c:\Squid\cachedir 3000 16 256 I created this director, but squid -z would not hear of it! The given example:

Re: [squid-users] Caching https data

On 2020-07-30 12:08 p.m., Alex Rousskov wrote: On 7/30/20 5:11 AM, Amos Jeffries wrote: On 30/07/20 10:34 am, Darwin O'Connor wrote: I run a transit prediction web app . It connects to a variety of web APIs to collect the real time data it needs. The apps activities

Re: [squid-users] Caching https data

On 7/30/20 5:11 AM, Amos Jeffries wrote: > On 30/07/20 10:34 am, Darwin O'Connor wrote: >> I run a transit prediction web app . It >> connects to a variety of web APIs to collect the real time data it >> needs. The apps activities are split among many processes. They >>

Re: [squid-users] Caching https data

On 30/07/20 10:34 am, Darwin O'Connor wrote: > I run a transit prediction web app . It > connects to a variety of web APIs to collect the real time data it > needs. The apps activities are split among many processes. They > currently uses libcurl to connect to squid for

[squid-users] Caching https data

I run a transit prediction web app . It connects to a variety of web APIs to collect the real time data it needs. The apps activities are split among many processes. They currently uses libcurl to connect to squid for caching (often for as little as 10-30 seconds) and

Re: [squid-users] Caching content-ype : video/MP2T

Hi Amos, That's right, it says that the resource cannot be cached. Is that for you strict or can I enforce caching ? Thanks, Farid -- Sent from: http://squid-web-proxy-cache.1019090.n4.nabble.com/Squid-Users-f1019091.html ___ squid-users mailing

Re: [squid-users] Caching content-ype : video/MP2T

On 21/01/20 2:27 am, wrz wrote: > Hi Amos, > > Thank you very much for your advices. > > Our config was of course dirty. We will clean it up. > > I tried redbot but the result is negative. > By negative you mean it says the resource cannot be cached? > What I try to do is the tell the

Re: [squid-users] Caching content-ype : video/MP2T

Hi Amos, Thank you very much for your advices. Our config was of course dirty. We will clean it up. I tried redbot but the result is negative. What I try to do is the tell the proxy to cache a ressource that can by cacheable by default. Is that for you possible ? Thanks, BR -- Sent

Re: [squid-users] Caching content-ype : video/MP2T

On 16/01/20 5:43 am, Farid Agha wrote: > Hi all, > > After reading archives and FAQ, I send this email.  > > My main goal is to cache segments of a live video. The content-type is > video/MP2T and the extension is .ts > > I'm actually in explicit proxy and the cache is working fine for all >

[squid-users] Caching content-ype : video/MP2T

Hi all, After reading archives and FAQ, I send this email. My main goal is to cache segments of a live video. The content-type is video/MP2T and the extension is .ts I'm actually in explicit proxy and the cache is working fine for all files except this content-type. Here after my

Re: [squid-users] caching and changing content

On 9/12/19 12:22 PM, fansari wrote: > '--enable-delay-pools' OK, so we should be careful with not trusting TCP_MISS too much. > http://squid-web-proxy-cache.1019090.n4.nabble.com/file/t377780/cache.log Squid shows these headers for the second response (near 15:40:03.814): > X-Cache: MISS

Re: [squid-users] caching and changing content

squid -v gives this: Squid Cache: Version 3.5.23 Service Name: squid Raspbian linux configure options: '--build=arm-linux-gnueabihf' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var'

Re: [squid-users] caching and changing content

On 9/12/19 11:02 AM, fansari wrote: > This is the first behaviour I don't want like this: In the future, please post all access.log records from the test case up to and including the first one you do not like (not just the first one you do not like). In caching, _history_ matters. >

Re: [squid-users] caching and changing content

This is the first behaviour I don't want like this: 1568300283.479 3896 xxx.xxx.0.239 TCP_MISS/200 6724533 GET https://xxx/1.mp4 - HIER_DIRECT/xxx.xxx.24.241 video/mp4 The content of the mp4 file has not changed. Nevertheless after clearing the browser cache the content produces a MISS instead

Re: [squid-users] caching and changing content

On 9/12/19 10:21 AM, fansari wrote: > Yes - I can allow squid to ask the origin server whether the content is > still the same. Probably my problem is that I don't know how to do that. Most likely, Squid will do that automatically. You have not answered my other questions so it is still unclear

Re: [squid-users] caching and changing content

In case a client has already downloaded the content and I request the content again without deleting the local cache (this would be the scenario "same client") in this case I see a 304 HEAD request which is sent out to the server (no new download from the server). Probably this works due to the

Re: [squid-users] caching and changing content

On 9/12/19 4:25 AM, fansari wrote: > In my scenrio (squid 3.5.23) I have several clients which download content. > > Now I want to achieve two things: if one client has already downloaded the > content the second client requesting the same content should take it from > the squid cache. When

Re: [squid-users] caching and changing content

I will begin with you last question: the scenario I work on was not meant to work with proxy so far but now we want to integrate it because of traffic costs. Second point is that we cannot change anything on the application right now. This means I have to take everything as it is and to configure

Re: [squid-users] caching and changing content

On 12/09/19 8:25 pm, fansari wrote: > In my scenrio (squid 3.5.23) I have several clients which download content. > > Now I want to achieve two things: if one client has already downloaded the > content the second client requesting the same content should take it from > the squid cache. > > But:

[squid-users] caching and changing content

In my scenrio (squid 3.5.23) I have several clients which download content. Now I want to achieve two things: if one client has already downloaded the content the second client requesting the same content should take it from the squid cache. But: when this content resource on the internet is

Re: [squid-users] caching apt package lists/Raspbian

On 19/08/19 2:06 am, TarotApprentice wrote: > It turns out it still doesn't cache them the Packages.xz. From > discussions over on the RaspberryPi forums it seems its hitting the > following (this is just the Packages.xz) in order to match their > main, contrib, non-free and rpi repos. > > $

Re: [squid-users] caching apt package lists/Raspbian

look at http://raspbian.raspberrypi.org/raspbian/dists/buster/contrib/ binary-all dose not exist lol 404 response normal squid has nothing to do with it so test your link wen you have problem without squid squid can not cache ghost - ** * Crash to the future

Re: [squid-users] caching apt package lists/Raspbian

It turns out it still doesn't cache them the Packages.xz. From discussions over on the RaspberryPi forums it seems its hitting the following (this is just the Packages.xz) in order to match their main, contrib, non-free and rpi repos. $ apt-get --print-uris update

Re: [squid-users] caching apt package lists/Raspbian

Further to this I did find an issue with the iptables loopback and IPv6 which I corrected. It still wasn’t caching the packages.xz from either the local machine or others in the local net. I ended up adding a refresh pattern for .gz and .xz which seems to cache them now. I am using 1440 20%

Re: [squid-users] caching apt package lists/Raspbian

On 21/07/19 4:20 pm, Mark James wrote: > Doing an “apt update” on the squid machine got another TCP_MISS_ABORTED for > ::1 and then subsequent IPv4 requests from other Pis get the > TCP_REQUEST_UNMODIFIED. > That hints that there is something broken in your local network IPv6 connectivity.

Re: [squid-users] caching apt package lists/Raspbian

Doing an “apt update” on the squid machine got another TCP_MISS_ABORTED for ::1 and then subsequent IPv4 requests from other Pis get the TCP_REQUEST_UNMODIFIED. Packages.xz was 13MB. > On 21 Jul 2019, at 12:36 am, Amos Jeffries wrote: > >> On 20/07/19 5:19 pm, TarotApprentice wrote: >>

Re: [squid-users] caching apt package lists/Raspbian

On 20/07/19 5:19 pm, TarotApprentice wrote: > Recently upgraded to Raspbian Buster and squid 4.6. Since then I am unable to cache the Packages.xz that apt uses. The various other Pis using this proxy all end up downloading the 30MB Packages.xz every time. Does anyone have any suggestions on how to

[squid-users] caching apt package lists/Raspbian

Recently upgraded to Raspbian Buster and squid 4.6. Since then I am unable to cache the Packages.xz that apt uses. The various other Pis using this proxy all end up downloading the 30MB Packages.xz every time. Does anyone have any suggestions on how to get it to cache? Cheers MarkJ squid -v

Re: [squid-users] Caching mirrored origin server

To: squid-users@lists.squid-cache.org Subject: Re: [squid-users] Caching mirrored origin server On 2019-01-03 08:34, Alex Rousskov wrote: > The default solution for mapping many URLs to a single cache hit is the > store_id helper. That solution is only applicable to URLs that produce >

Re: [squid-users] Caching Vimeo Videos

System Administrator Mobile: +972-5-28704261 Email: <mailto:elie...@ngtech.co.il> elie...@ngtech.co.il From: squid-users On Behalf Of Raju M K Sent: Friday, November 30, 2018 12:06 To: squid-users@lists.squid-cache.org Subject: [squid-users] Caching Vimeo Videos Need help on how to

Re: [squid-users] Caching mirrored origin server

On 2019-01-03 08:34, Alex Rousskov wrote: The default solution for mapping many URLs to a single cache hit is the store_id helper. That solution is only applicable to URLs that produce the same content regardless of the URL from the set. * https://wiki.squid-cache.org/Features/StoreID *

Re: [squid-users] Caching mirrored origin server

On 1/2/19 3:01 PM, jimc wrote: > I'm using squid-4.4-2.1.x86_64 from OpenSuSE Tumbleweed.  My goal is > that when doing periodic software updates. each host in my department > will contact my proxy to obtain the new metadata and packages (SuSE has > a syntax for this); the proxy will download each

[squid-users] Caching mirrored origin server

I'm using squid-4.4-2.1.x86_64 from OpenSuSE Tumbleweed. My goal is that when doing periodic software updates. each host in my department will contact my proxy to obtain the new metadata and packages (SuSE has a syntax for this); the proxy will download each file only once. This sounds like

Re: [squid-users] Caching Vimeo Videos

-users@lists.squid-cache.org Subject: Re: [squid-users] Caching Vimeo Videos Thanks Eliezer, Our videos are streaming with HLS Dash only. Please give me examples with SSL-BUMP and Store ID helper. Regards. -- Sent from: http://squid-web-proxy-cache.1019090.n4.nabble.com/Squid-Users-f1019091.html

Re: [squid-users] Caching Vimeo Videos

Thanks Eliezer, Our videos are streaming with HLS Dash only. Please give me examples with SSL-BUMP and Store ID helper. Regards. -- Sent from: http://squid-web-proxy-cache.1019090.n4.nabble.com/Squid-Users-f1019091.html ___ squid-users mailing list

Re: [squid-users] Caching for my site

On 14/12/18 6:55 pm, 726mediallc wrote: > Thank you for the quick reply, but what are "Vary headers?" > "Vary" is an HTTP header presented by servers for use by caches. It tells the cache which parts of a client request message to use when looking for possible cache entries. Without it only the

Re: [squid-users] Caching for my site

Thank you for the quick reply, but what are "Vary headers?" Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone Original message From: Amos Jeffries Date: 12/13/18 6:21 PM (GMT-05:00) To: squid-users@lists.squid-cache.org Subject: Re: [squid-users] Caching f

Re: [squid-users] Caching for my site

On 14/12/18 10:04 am, 726mediallc wrote: > > Is there an alternative to using WP plugins to speed up caching of my > site?  > Caching is not something that can be "sped up". It either happens or it does not. For wordpress sites you can of course write your own plugins or code to send HTTP

Re: [squid-users] Caching Vimeo Videos

s On Behalf Of Raju M K Sent: Friday, November 30, 2018 12:06 To: squid-users@lists.squid-cache.org Subject: [squid-users] Caching Vimeo Videos Need help on how to cache Vimeo videos under squid proxy. -- Regards, M K Raju. ___ squid-users mailin

Re: [squid-users] Caching Vimeo Videos

On Friday 30 November 2018 at 10:05:49, Raju M K wrote: > Need help on how to cache Vimeo videos under squid proxy. Need info on what you tried already and how you identified it didn't work. Antony. -- Ramdisk is not an installation procedure.

[squid-users] Caching Vimeo Videos

Need help on how to cache Vimeo videos under squid proxy. -- Regards, M K Raju. ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Caching ChromeOS update files

On 10/03/2018 02:00 PM, Kevin Byers wrote: > I am trying to setup squid to specifically cache ChromeOS updates for > Chromebooks but I am currently stuck and lacking the proper knowledge > to solve the issue. > Issue #1: The update files are not being cached by squid. > TCP_MISS_ABORTED/206

[squid-users] Caching ChromeOS update files

Hi there, I am trying to setup squid to specifically cache ChromeOS updates for Chromebooks but I am currently stuck and lacking the proper knowledge to solve the issue. Issue #1: The update files are not being cached by squid. TCP_MISS_ABORTED/206 messages occur in the squid access.log. I

Re: [squid-users] Caching for download servers

On 04/01/18 19:43, Umut Arus wrote: Thank you. It seems a nice guide. I mean caching some destinations used for download without doing any setup on client side. Is it possible to use dns to proxy redirection for some destination zones? No. Well, it may be _possible_ but very, very far from

Re: [squid-users] Caching for download servers

Thank you. It seems a nice guide. I mean caching some destinations used for download without doing any setup on client side. Is it possible to use dns to proxy redirection for some destination zones? Regards. On Wed, Jan 3, 2018 at 3:25 PM, Amos Jeffries wrote: > On

Re: [squid-users] Caching for download servers

On 03/01/18 20:25, Umut Arus wrote: Hi, I'd like to ask about how redirect a client to squid server for only some destination domain zone (or IP addresses). We would like to cache some download server without doing any setup on client side. What do you mean by "cache some download server"

[squid-users] Caching for download servers

Hi, I'd like to ask about how redirect a client to squid server for only some destination domain zone (or IP addresses). We would like to cache some download server without doing any setup on client side. I appreciate you comments. thanks. -- *Umut Arus*

Re: [squid-users] Caching HTTPS with a parent squid

Thanks for the reply! I'm not sure I'm following. Are you suggesting to remove cache_peer in the child, use qos_flows to mark the cache miss traffic, and then configure routing policies to direct that to the parent squid? Anything I could read to get more info about that approach? On Thu, Dec

Re: [squid-users] Caching HTTPS with a parent squid

On 2017-12-28 07:53, Mauricio Garavaglia wrote: Hello! I have a squid 3.5 caching HTTPS doing BumpSSL, everything works ok butI need to add another one as a parent (bigger storage and but different SLA...) of the first one, while still allowing it to go direct if the parent is not available.

[squid-users] Caching HTTPS with a parent squid

Hello! I have a squid 3.5 caching HTTPS doing BumpSSL, everything works ok butI need to add another one as a parent (bigger storage and but different SLA...) of the first one, while still allowing it to go direct if the parent is not available. [Client]>[Squid 1]->[Squid 2]>[Origin

Re: [squid-users] Caching URL with ?

On 03/10/17 06:44, Hector Chan wrote: I have a question about caching URLs with an auth token embedded in the URL parameter.  For example: https://www.example.com/path/page?token=xxx135ynjy93tqi The page can be uniquely identified without the URL parameters.  It appears squid is using the

Re: [squid-users] Caching URL with ?

Not enough information. Is token persistent from GET to GET? Or it changed from day to day (by hash from date, for example?) If ir persistent, it can be stored by store-ID. If not -no. The other way here is not to blame. It is necessary to understand, whether the token is really unique for

[squid-users] Caching URL with ?

I have a question about caching URLs with an auth token embedded in the URL parameter. For example: https://www.example.com/path/page?token=xxx135ynjy93tqi The page can be uniquely identified without the URL parameters. It appears squid is using the full URL, including the URL parameters, as

Re: [squid-users] caching videos over https?

--Original Message- From: Yuri Voinov [mailto:yvoi...@gmail.com] Sent: Saturday, November 19, 2016 23:08 To: Eliezer Croitoru <elie...@ngtech.co.il <mailto:elie...@ngtech.co.il>>; squid-users@lists.squid-cache.org <mailto:squid-users@lists.squid-cache.

Re: [squid-users] caching videos over https?

rg> Subject: Re: [squid-users] caching videos over https? https://sourceforge.net/projects/squidvideosbooster/ what do you guys think about this? is it the same with https://cachevideos.com/? thanks On Sun, Nov 20, 2016 at 5:14 PM, --Ahmad-- <ahmed.za...@netstream.ps <mailto:

Re: [squid-users] caching videos over https?

based on StoreID but on other concepts. > > Eliezer > > ---- > Eliezer Croitoru > Linux System Administrator > Mobile: +972-5-28704261 > Email: elie...@ngtech.co.il > > > -Original Message- > From: Yuri Voinov [mailto:yvoi...@gmail.com <yvoi...@gmail.com>] &g

Re: [squid-users] caching videos over https?

>> >>>>>> The cachevideos solution is not a fake but as Amos mentioned it >>>>>> might not have been updated\upgraded to match today state of >>>>>> YouTube and google videos. >>>>>> I do not know a thing about this product

Re: [squid-users] caching videos over https?

know a thing about this product but they offer a trial period >>>>> and they have a forums which can be used to get more details. >>>>> I believe they still have something really good in their solution since >>>>> it's not based on StoreID but on oth

Re: [squid-users] caching videos over https?

it's not based on StoreID but on other concepts. >>> >>> Eliezer >>> >>> >>> Eliezer Croitoru >>> Linux System Administrator >>> Mobile: +972-5-28704261 >>> Email: elie...@ngtech.co.il >>> >>> >>&g

Re: [squid-users] caching videos over https?

riginal Message----- >> From: Yuri Voinov [mailto:yvoi...@gmail.com] >> Sent: Sunday, November 20, 2016 00:18 >> To: Eliezer Croitoru <elie...@ngtech.co.il>; >> squid-users@lists.squid-cache.org >> Subject: Re: [squid-users] caching videos over https? >&g

Re: [squid-users] caching videos over https?

18 > To: Eliezer Croitoru <elie...@ngtech.co.il>; squid-users@lists.squid-cache.org > Subject: Re: [squid-users] caching videos over https? > > > > 20.11.2016 3:59, Eliezer Croitoru пишет: >> Yuri, >> >> I am not the most experienced in life and in secur

Re: [squid-users] caching videos over https?

thanks all you guys for your activity ;) btw, also i noticed that about videocache written on official wiki. http://wiki.squid-cache.org/ConfigExamples/DynamicContent/YouTube > A more polished, mature and expensive! version of this is available commercially as VideoCache

Re: [squid-users] caching videos over https?

] Sent: Sunday, November 20, 2016 00:18 To: Eliezer Croitoru <elie...@ngtech.co.il>; squid-users@lists.squid-cache.org Subject: Re: [squid-users] caching videos over https? 20.11.2016 3:59, Eliezer Croitoru пишет: > Yuri, > > I am not the most experienced in life and in security but

Re: [squid-users] caching videos over https?

> > > Eliezer Croitoru > Linux System Administrator > Mobile: +972-5-28704261 > Email: elie...@ngtech.co.il > > > -Original Message- > From: Yuri Voinov [mailto:yvoi...@gmail.com] > Sent: Saturday, November 19, 2016 23:08 > To: Eliezer Croitoru <

Re: [squid-users] caching videos over https?

...@gmail.com] Sent: Saturday, November 19, 2016 23:08 To: Eliezer Croitoru <elie...@ngtech.co.il>; squid-users@lists.squid-cache.org Subject: Re: [squid-users] caching videos over https? I do not want to waste my and your time and discuss this issue. I know what I know, I have seriously s

Re: [squid-users] caching videos over https?

Email: elie...@ngtech.co.il > > > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On > Behalf Of Yuri Voinov > Sent: Saturday, November 19, 2016 17:54 > To: squid-users@lists.squid-cache.org > Subject: Re: [squid-users] caching videos over https? > >

Re: [squid-users] caching videos over https?

System Administrator Mobile: +972-5-28704261 Email: elie...@ngtech.co.il From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org] On Behalf Of Yuri Voinov Sent: Saturday, November 19, 2016 17:54 To: squid-users@lists.squid-cache.org Subject: Re: [squid-users] caching videos over

Re: [squid-users] caching videos over https?

HTTPS is not a problem, if not a problem to install the proxy certificate to the clients. The problem in combating caching YT by Google. 19.11.2016 21:41, Yuri Voinov пишет: > > > > 19.11.2016 21:35, Amos Jeffries пишет: >>> 19.11.2016 20:56, Bakhtiyor Homidov пишет: thanks, yuri,

Re: [squid-users] caching videos over https?

19.11.2016 21:35, Amos Jeffries пишет: >> 19.11.2016 20:56, Bakhtiyor Homidov пишет: >>> thanks, yuri, >>> >>> just found https://cachevideos.com/, what do you think about this? >>> > On 20/11/2016 4:17 a.m., Yuri Voinov wrote: >> This is fake. >> > Only for strange definitions of "fake". > > It

Re: [squid-users] caching videos over https?

> 19.11.2016 20:56, Bakhtiyor Homidov пишет: >> thanks, yuri, >> >> just found https://cachevideos.com/, what do you think about this? >> On 20/11/2016 4:17 a.m., Yuri Voinov wrote: > This is fake. > Only for strange definitions of "fake". It is simply an old helper from before YouTube became

Re: [squid-users] caching videos over https?

This is fake. 19.11.2016 20:56, Bakhtiyor Homidov пишет: > thanks, yuri, > > just found https://cachevideos.com/, what do you think about this? > > > > > On Sat, Nov 19, 2016 at 7:16 PM, Yuri Voinov > wrote: > >

Re: [squid-users] caching videos over https?

thanks, yuri, just found https://cachevideos.com/, what do you think about this? On Sat, Nov 19, 2016 at 7:16 PM, Yuri Voinov wrote: > http://wiki.squid-cache.org/ConfigExamples/Intercept/SslBumpExplicit > > http://wiki.squid-cache.org/Features/StoreID > >

Re: [squid-users] caching videos over https?

http://wiki.squid-cache.org/ConfigExamples/Intercept/SslBumpExplicit http://wiki.squid-cache.org/Features/StoreID http://wiki.squid-cache.org/Features/StoreID/DB http://wiki.squid-cache.org/ConfigExamples/DynamicContent

[squid-users] caching videos over https?

hi there, can you please guide me how to cache videos (youtube, khanacademy) over https? cheers! ___ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On 25/10/2016 6:35 p.m., Garri Djavadyan wrote: > > So, HEAD request _can_ be used as a reliable source for object > revalidation. How the 'can' should it be interpreted? RFC2119 [2] does > not specifies that. > > > AIUI, that exact case leaves two choices: > > * Implement something like

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On Mon, 2016-10-24 at 21:05 +0500, Garri Djavadyan wrote: > On 2016-10-24 19:40, Garri Djavadyan wrote: > > > > So, the big G sends 304 only to HEAD requests, although it is a > > violation [1], AIUI: > > > > curl --head -H 'If-Modified-Since: Thu, 20 Oct 2016 08:29:09 GMT' > > -H > >

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 24.10.2016 22:05, Garri Djavadyan пишет: > On 2016-10-24 19:40, Garri Djavadyan wrote: >> So, the big G sends 304 only to HEAD requests, although it is a >> violation [1], AIUI: >> >> curl --head -H 'If-Modified-Since: Thu, 20 Oct 2016 08:29:09

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On 2016-10-24 19:40, Garri Djavadyan wrote: So, the big G sends 304 only to HEAD requests, although it is a violation [1], AIUI: curl --head -H 'If-Modified-Since: Thu, 20 Oct 2016 08:29:09 GMT' -H 'If-None-Match: "101395"' http://dl.google.com/linux/direct/google-chro

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

I'm sorry to interrupt - I remember someone saying that you need to always abide by RFC? Well, as you say it to Google? 24.10.2016 20:40, Garri Djavadyan пишет: On Tue, 2016-10-25 at 01:22 +1300, Amos Jeffries wrote: On 25/10/2016 12:32 a.m., Garri Djavadyan wrote: On Mon, 2016-10-24 at

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On Tue, 2016-10-25 at 01:22 +1300, Amos Jeffries wrote: > On 25/10/2016 12:32 a.m., Garri Djavadyan wrote: > > > > On Mon, 2016-10-24 at 23:51 +1300, Amos Jeffries wrote: > > > > > > On 24/10/2016 9:59 p.m., Garri Djavadyan wrote: > > > > > > > > Nevertheless, the topic surfaced new details

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On 25/10/2016 12:32 a.m., Garri Djavadyan wrote: > On Mon, 2016-10-24 at 23:51 +1300, Amos Jeffries wrote: >> On 24/10/2016 9:59 p.m., Garri Djavadyan wrote: >>> Nevertheless, the topic surfaced new details regarding the Vary and >>> I >>> tried conditional requests on same URL (Google Chrome)

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On 24/10/2016 11:49 p.m., Yuri wrote: > > > 24.10.2016 16:42, Alex Crow пишет: >> On 24/10/16 11:26, Yuri wrote: >> >>> No, Amos, I'm not trolling your or another developers. >>> >>> I just really do not understand why there is a caching proxy, which >>> is almost nothing can cache in the modern

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On Mon, 2016-10-24 at 23:51 +1300, Amos Jeffries wrote: > On 24/10/2016 9:59 p.m., Garri Djavadyan wrote: > > Nevertheless, the topic surfaced new details regarding the Vary and > > I > > tried conditional requests on same URL (Google Chrome) from > > different > > machines/IPs. Here results: > >

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On 24/10/2016 9:59 p.m., Garri Djavadyan wrote: > Hi Amos, > > Thank you very much for so detailed explanation. I've made conclusions > from presented information. I deeply regret, that the topic took so > many time from you. I believe, information presented here will be > helpful for the

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

24.10.2016 16:42, Alex Crow пишет: On 24/10/16 11:26, Yuri wrote: No, Amos, I'm not trolling your or another developers. I just really do not understand why there is a caching proxy, which is almost nothing can cache in the modern world. And that in vanilla version gives a maximum of

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On 24/10/16 11:26, Yuri wrote: No, Amos, I'm not trolling your or another developers. I just really do not understand why there is a caching proxy, which is almost nothing can cache in the modern world. And that in vanilla version gives a maximum of 10-30% byte hit. From me personally, it

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

No, Amos, I'm not trolling your or another developers. I just really do not understand why there is a caching proxy, which is almost nothing can cache in the modern world. And that in vanilla version gives a maximum of 10-30% byte hit. From me personally, it needs no justification and no

Re: [squid-users] Caching Google Chrome googlechromestandaloneenterprise64.msi

On Mon, 2016-10-24 at 19:03 +1300, Amos Jeffries wrote: > On 24/10/2016 6:28 a.m., gar...@comnet.uz wrote: > > > > On 2016-10-23 18:31, Amos Jeffries wrote: > > > > > > On 23/10/2016 2:32 a.m., garryd wrote: > > > > > > > > Since I started use Squid, it's configuration always RFC > > > >

  1   2   3   4   5   6   7   >