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> wrote: > thanks yuri you have been great guy and still . > > kind regards > > > On Nov 20, 2016, at 2:11 PM, Yuri Voinov <yvoi...@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 <yvoi...@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 <yvoi...@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 <elie...@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: elie...@ngtech.co.il > > > -----Original Message----- > From: Yuri Voinov [mailto:yvoi...@gmail.com <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? > > > > 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: elie...@ngtech.co.il > > > -----Original Message----- > From: Yuri Voinov [mailto:yvoi...@gmail.com <yvoi...@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 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: elie...@ngtech.co.il > > > From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org > <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? > > 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@lists.squid-cache.org > <mailto:squid-users@lists.squid-cache.org> > <squid-users@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@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@lists.squid-cache.org > http://lists.squid-cache.org/listinfo/squid-users > >
_______________________________________________ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
