[squid-users] caching videos over https?

Mon Nov 21 08:08:47 UTC 2016

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.zaeem at netstream.ps> wrote:

> thanks yuri you have been great guy and still .
>
> kind regards
>
>
> On Nov 20, 2016, at 2:11 PM, Yuri Voinov <yvoinov at gmail.com> wrote:
>
> I'm not about it.
>
> There is a difference between help and passengers. Who want to get a
> turnkey solution without doing anything.
>
> Personally, I quite simply as help to specify the direction, or to show
> that anything is possible in principle. The rest I do myself. If I do not -
> then I buy it.
>
> At the beginning of the thread I made it - that direction. I think that
> should be enough, is not it?
>
> 20.11.2016 18:07, --Ahmad-- пишет:
>
> lol …. i hope you don’t  spent much time for helping people here on the
> mailing list for free .
>
> thanks again for your time .
>
>
> On Nov 20, 2016, at 2:03 PM, Yuri Voinov <yvoinov at gmail.com> wrote:
>
> Store-ID is not quite cached. This deduplication and this is just what
> you need for dynamic content, which is the majority of the video. Do not
> forget about the volume of the video itself.
>
> As for the cache, you should look at what video has captions under
> HTTPS. Modern vanilla SQUID can not in most cases its cache that
> Store-ID with that without it. Because of video HTTP headers and pragmas.
>
> In any case, the complete solution is too complex for the majority of
> ordinary users Squid and too costly in terms of effort to give it. These
> solutions can either buy or write yourself, agree? I see no reason to
> give free solutions, which spent a lot of time - it is not free.
>
> 20.11.2016 17:54, --Ahmad-- пишет:
>
> you are correct .
>
> but video cache solution was very very simple when compared to the store
> id .
> also it support couple of websites without  that much effort .
>
> what i mean here is the simplicity …..im not in the development level … i
> talk about the normal squid users .
>
> cheers
>
> On Nov 20, 2016, at 1:47 PM, Yuri Voinov <yvoinov at gmail.com> wrote:
>
> And no need to invent anything. Everything has already been invented.
> And it is called the invention Store-ID.
>
> You take it and write on the basis of all that is needed. I do not see
> any problem.
>
> 20.11.2016 17:45, --Ahmad-- пишет:
>
> hey guys .
>
> as long as the video cache has been opened now  and in past  proved its
> strength with http other websites for video .
>
> ((lets put youtube away now .))
>
>
> why don’t we see development on it to support  the video contents of
> websites that support http  like daily motion and its sisters websites .
>
>
> and why don’t we use certificates once development for youtube & Facebook
> ???
>
>
> i saw the development of eleizer of caching windows updates and it was
> great solution ….. why don’t we combine those 2 solution in 1 product ?
>
>
> i  think that continuing on the solution of video cache is better than
> inventing solution from scratch .
>
> thanks again squid users Guys
>
> On Nov 20, 2016, at 1:10 AM, Eliezer Croitoru <eliezer at ngtech.co.il>
> wrote:
>
> 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 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 other concepts.
>
> Eliezer
>
> ----
> Eliezer Croitoru
> Linux System Administrator
> Mobile: +972-5-28704261
> Email: eliezer at ngtech.co.il
>
>
> -----Original Message-----
> From: Yuri Voinov [mailto:yvoinov at gmail.com <yvoinov at gmail.com>]
> Sent: Sunday, November 20, 2016 00:18
> To: Eliezer Croitoru <eliezer at ngtech.co.il>;
> squid-users at 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 I can say it's
> possible and I am not selling it....
> I released the windows update cacher which works in enough places(just by
> seeing how many downloaded it..).
> The first rule I have learned from my mentors is that even if you know
> something it might not fit to be in a form that the general public should
> know about.
> I am looking for a link to CVE related publication rules of thumb so I
> would be able to understand better what should be published and how.
> Any redirections are welcomed..
>
> A note:
> If you have the plain html of a json which contains the next links you
> would be able to predict couple things...
>
> I know what are you talking about. I came to this idea two years ago.
> Unfortunately, I had more important priorities.
> But I'm not seen open source solutions uses real YT internals yet and
> really works.
>
> Now I'm working on another squid's thing, but plan to return to YT
> store-ID helper later.
>
> However, it is only the fact that the "solutions" that are in the public
> domain, or obsolete, or are worthless.
>
> And for some more money and asking. I would understand if they really
> worked. Unfortunately, Google does not idiots work.
>
> That's why I said that the development of the Indian - fake.
>
> If you would be able to catch every single fedora\redhat sqlite db file
> and replace it with a malicious sha256 data you would be able to hack each
> of their clients machine when they will be updated.
> If you believe you can coordinate such a thing you are way above StoreID
> level of understanding networking and Computer Science.
>
> Cheers,
> Eliezer
>
> ----
> Eliezer Croitoru
> Linux System Administrator
> Mobile: +972-5-28704261
> Email: eliezer at ngtech.co.il
>
>
> -----Original Message-----
> From: Yuri Voinov [mailto:yvoinov at gmail.com <yvoinov at gmail.com>]
> Sent: Saturday, November 19, 2016 23:08
> To: Eliezer Croitoru <eliezer at ngtech.co.il>;
> squid-users at 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 studied this issue. None of those who are
> really able to cache Youtube - not only on desktops but also on mobile
> devices - all without exception - is no solution in the form of open source
> or blob will not offer free. This is big money. As for Google, and for
> those who use it. Therefore, I suggest better acquainted with the way
> Youtube counteracts caching and close useless discussion.
>
> I'm not going to shake the air and talk about what I do not and can not
> be. If you have a solution - really works, and for absolutely any type of
> client (Android and iPhone) - show evidence or let's stop blah-blah-blah. I
> mean, if you really were a solution - you'd sold it for money. But you do
> not have it, isn't it?
>
> Personally, I do not want anything. This is not the solution I'm looking
> for.
>
> For myself, I found a workaround; what I know - I have stated in the wiki.
> If someone else wants to spend a year or two for new investigations -
> welcome.
>
> 20.11.2016 2:45, Eliezer Croitoru пишет:
>
> Yuri,
>
> Let say I can cache youtube videos, what would I get for this?
> I mean, what would anyone get from this?
> Let say I will give you a blob that will work, will you try it? Or
> would you want only an open source solution?
>
> Eliezer
>
> ----
> Eliezer Croitoru <http://ngtech.co.il/lmgtfy/>
> <http://ngtech.co.il/lmgtfy/> Linux System
> Administrator
> Mobile: +972-5-28704261
> Email: eliezer at ngtech.co.il
>
>
> From: squid-users [mailto:squid-users-bounces at lists.squid-cache.org
> <squid-users-bounces at lists.squid-cache.org>]
> On Behalf Of Yuri Voinov
> Sent: Saturday, November 19, 2016 17:54
> To: squid-users at lists.squid-cache.org
> Subject: 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,
>
> 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 all-HTTPS. It
> should still work okay for any of the video sites that are still
> using HTTP.
> YT uses cache-preventing scheme for videos relatively long time
> (after they finished use Flash videos). So, no one - excluding Google
> itself
> - can cache it now. Especially for mobile devices. I've spent last
> two years to learn this. So, anyone who talk he can cache YT is lies.
>
> As I explain here why:
> http://wiki.squid-cache.org/ConfigExamples/DynamicContent/YouTube/Dis
> c
> ussion
>
> All another videos - well, this is a bit difficult - but possible to cache.
>
>
> If you look at the features list it clearly says:
> "No support for HTTPS (secure HTTP) caching."
> HTTPS itself in most cases can't be easy cached by vanilla squid.
>
>
> Amos
>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> <mailto:squid-users at lists.squid-cache.org>
> <squid-users at lists.squid-cache.org>
> http://lists.squid-cache.org/listinfo/squid-users
>
> --
> Cats - delicious. You just do not know how to cook them.
>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>
> --
> Cats - delicious. You just do not know how to cook them.
> <0x613DEC46.asc>
>
>
> --
> Cats - delicious. You just do not know how to cook them.
> <0x613DEC46.asc>
>
>
>
> --
> Cats - delicious. You just do not know how to cook them.
> <0x613DEC46.asc>
>
>
>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20161121/a2bb3609/attachment-0001.html>