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.za...@netstream.ps
<mailto: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
<mailto: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]
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/>
<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/, 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
<mailto:squid-users@lists.squid-cache.org>
http://lists.squid-cache.org/listinfo/squid-users
<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
