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 >> <mailto: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 >>>> <mailto: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 <mailto: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 <mailto:elie...@ngtech.co.il> >>>>>> >>>>>> >>>>>> -----Original Message----- >>>>>> From: Yuri Voinov [mailto:yvoi...@gmail.com] >>>>>> Sent: Sunday, November 20, 2016 00:18 >>>>>> To: Eliezer Croitoru <elie...@ngtech.co.il >>>>>> <mailto:elie...@ngtech.co.il>>; squid-users@lists.squid-cache.org >>>>>> <mailto: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 <mailto:elie...@ngtech.co.il> >>>>>>> >>>>>>> >>>>>>> -----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.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/> Linux 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 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> >>>>>>>> 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 >>>>>> <mailto: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
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
_______________________________________________ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users
