<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    -----BEGIN PGP SIGNED MESSAGE----- <br>
    Hash: SHA256 <br>
     <br>
    Good info, Eliezer.<br>
    <br>
    I'll research this next week. I've interested in video hostings
    caching.<br>
    <br>
    Thanks for idea and point to right direction!<br>
    <br>
    12.08.15 22:04, Eliezer Croitoru пишет:<br>
    <span style="white-space: pre;">> Vimeo is using akamai and can
      be cached as far as I understand.<br>
      ><br>
      > There is always an ID out there in urls(not Vimeo specific if
      at all in Vimeo) but it's either encrypted or is inside the page
      that needs to be parsed.<br>
      > These are the two options I know about and I have seen couple
      times that there are something like a "cookie" url which can help
      to identify a common ID.<br>
      ><br>
      > I don't remember if it was to you that I recommended Adblock
      plus and video search at firefox.<br>
      ><br>
      > There was another software which I think is called "FreeRapid
      Downloader" and they have all bunch of plugins which written in
      java that helped me get started on couple things with video sites
      analytics.<br>
      > The software doesn't work very well these days but it gives a
      lot of basics if you have the needed java skills(I am not pushing
      you to dive into it since it's not a simple task).<br>
      ><br>
      > Adblock plus gives you many details on every page you browse
      into and have a nice filter option.<br>
      > You can get into the filter and urls list using the "open
      blockable items" option in the Adblock plus firefox menu.<br>
      ><br>
      > It' much simpler then plain firefox "inspect elements" or
      firebug but it is limited a bit.<br>
      ><br>
      > Eliezer<br>
      ><br>
      > * I have read people writing in forums something like "we are
      not spoon feeding got read the man pages" and I do not like the
      attitude!!<br>
      >  - Also on this specific case there is not man pages or
      something similar and I encourage to ask.<br>
      ><br>
      > On 12/08/2015 17:17, Yuri Voinov wrote:<br>
      >><br>
      > I still see no problem, if the same content under HTTP/HTTPS
      will<br>
      > deduplicated as one record.<br>
      ><br>
      > 12.08.15 20:06, Eliezer Croitoru пишет:<br>
      > >>> On 12/08/2015 16:44, Yuri Voinov wrote:<br>
      > >>>> Hmmmmmm. You want to say will better to have
      HTTP/HTTPS duplicate rules<br>
      > >>>> for the same content? This can lead problems
      with YT, for example. And<br>
      > >>>> make storage space bigger...<br>
      > >>>><br>
      > >>>> Now I'm trying to produce some best practice
      with Store-ID for myself.<br>
      > >>>> This is why this question occurs.<br>
      > >>><br>
      > >>> I think that it's not an issue if you are
      bumping.<br>
      > >>> Youtube these days forces https whenever they
      can so you will probably<br>
      > won't have this issue at all.<br>
      > HSTS is not an issue - it's quite simple to disable or force
      URI to<br>
      > bump. Issue is still different. When rules for store id is
      dual - http<br>
      > and https - this occurs problems with Chrome on PC's and
      mobile devices.<br>
      > >>><br>
      > >>> Youtube is not a basic case but take a look at
      their smaller content<br>
      > such as youtube images which consist of one key for them all
      using the<br>
      > video ID which is different from vimeo and many others.<br>
      > In our country YT is basic case. This is over 80% of all
      video traffic.<br>
      > All others either blocked, or not know or unused. Vimeo....
      Vimeo is<br>
      > great undocumented problem, like Google YT. But if YT is
      partially<br>
      > solved, Vimeo is completely terra incognita. :)<br>
      > >>><br>
      > >>> Are you looking for some sites to analyze for
      practice?<br>
      > Sure.<br>
      > >>><br>
      > >>> Eliezer<br>
      > >>> _______________________________________________<br>
      > >>> squid-users mailing list<br>
      > >>> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
      > >>>
      <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
      ><br>
      >><br>
      >> _______________________________________________<br>
      >> squid-users mailing list<br>
      >> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
      >> <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
      >><br>
      ><br>
      > _______________________________________________<br>
      > squid-users mailing list<br>
      > <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
      > <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a></span><br>
    <br>
    -----BEGIN PGP SIGNATURE-----
<br>
    Version: GnuPG v2
<br>
     <br>
    iQEcBAEBCAAGBQJVy28YAAoJENNXIZxhPexGD90H/0OX47ftwV4sMPgyrVDSStN9
<br>
    PFv6ejEtDkuNTVupP15lxRIBTsFsGODGDgpavA0OG/KHkpwpkaJuZUGUeIrlcyM0
<br>
    d9KzHkYqA002wGfVhqkA+ZoGkjz0eUuT+xuplxXYnEYUOtxpz2DxMmPEFhtjft2F
<br>
    I32ahfNQOSjwhDXPaoGt5gwIf5ugIIur8Pa0BdigJG6KMgr3zbFatdgJEi8NCWd6
<br>
    T7z8248ORAzhvkC6JBQsWyQo6yBbumyEZNOELAlm6445CcbKbBYGOjMFJS6O/zYg
<br>
    I+RA6rJACuPd/1ZtN0s4PJ9qYEMQm0rFfxbscY7g3a7sbkMMNp1ifDvNVzsCTb0=
<br>
    =M+Ys
<br>
    -----END PGP SIGNATURE-----
<br>
    <br>
  </body>
</html>