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 
>>> <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 <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 <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/> 
>>>>>>>>> <http://ngtech.co.il/lmgtfy/> Linux System 
>>>>>>>>> Administrator
>>>>>>>>> Mobile: +972-5-28704261
>>>>>>>>> Email: elie...@ngtech.co.il <mailto:elie...@ngtech.co.il>
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> From: squid-users [mailto:squid-users-boun...@lists.squid-cache.org 
>>>>>>>>> <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 
>>>>>>>>> <mailto: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/ <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@lists.squid-cache.org 
>>>>>>>>> <mailto:squid-users@lists.squid-cache.org>
>>>>>>>>> <mailto:squid-users@lists.squid-cache.org> 
>>>>>>>>> <mailto:squid-users@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@lists.squid-cache.org 
>>>>>>> <mailto:squid-users@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@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Reply via email to