[squid-users] caching videos over https?

Yuri yvoinov at gmail.com
Mon Nov 21 11:39:25 UTC 2016



21.11.2016 14:08, Bakhtiyor Homidov пишет:
> https://sourceforge.net/projects/squidvideosbooster/
This is serious solution which is works. If you have enough money.
>
> 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 
> <mailto: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
>>     <mailto: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
>>>>     <mailto: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
>>>>>>     <mailto: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 <mailto: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 <mailto:eliezer at ngtech.co.il>
>>>>>>>>
>>>>>>>>
>>>>>>>>     -----Original Message-----
>>>>>>>>     From: Yuri Voinov [mailto:yvoinov at gmail.com]
>>>>>>>>     Sent: Sunday, November 20, 2016 00:18
>>>>>>>>     To: Eliezer Croitoru <eliezer at ngtech.co.il
>>>>>>>>     <mailto:eliezer at ngtech.co.il>>;
>>>>>>>>     squid-users at lists.squid-cache.org
>>>>>>>>     <mailto: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 <mailto:eliezer at ngtech.co.il>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>     -----Original Message-----
>>>>>>>>>     From: Yuri Voinov [mailto:yvoinov at gmail.com]
>>>>>>>>>     Sent: Saturday, November 19, 2016 23:08
>>>>>>>>>     To: Eliezer Croitoru <eliezer at ngtech.co.il
>>>>>>>>>     <mailto:eliezer at ngtech.co.il>>;
>>>>>>>>>     squid-users at lists.squid-cache.org
>>>>>>>>>     <mailto: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 <mailto:eliezer at ngtech.co.il>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>     From: squid-users
>>>>>>>>>>     [mailto:squid-users-bounces at lists.squid-cache.org
>>>>>>>>>>     <mailto: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
>>>>>>>>>>     <mailto: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
>>>>>>>>>>     <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>
>>>>>>>>>>     <mailto:squid-users at lists.squid-cache.org>
>>>>>>>>>>     <mailto:squid-users at lists.squid-cache.org>
>>>>>>>>>>     http://lists.squid-cache.org/listinfo/squid-users
>>>>>>>>>>     <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
>>>>>>>>     <mailto:squid-users at lists.squid-cache.org>
>>>>>>>>     http://lists.squid-cache.org/listinfo/squid-users
>>>>>>>>     <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
>     <mailto:squid-users at lists.squid-cache.org>
>     http://lists.squid-cache.org/listinfo/squid-users
>     <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/c9e44c70/attachment-0001.html>


More information about the squid-users mailing list