<div dir="ltr">For the libraries I work with, almost all of them use a HTTP cache pretty much by default. I've been doing that for maybe 15-ish years now. It's just part of my normal network setup. In some form or other, it's always been squid doing the heavy lifting....whether it was an IPCop firewall add-on or a pfSense firewall extension or a stand-alone linux server. Squid's a powerful well-known open source best-in-class cache engine. I don't buy any extra hardware specifically for the cache and I don't use a commercial product. Since I use virtual machines, I just allocate some extra RAM or hard drive capacity to account for squid and it just boils down to a little extra time it takes me to set it up.<div><br></div><div>I definitely agree about OPLIN's increase in bandwidth. The obvious benefits of a cache for the individual libraries are less than they used to be. But I have the cache set up to cover every device, whether it's library-owned or a patron's wifi device. And I have it configured to serve up Windows Updates, Apple updates, some big-brand name anti-virus updates, and even linux tarballs, etc. So when patrons come in with their laptops and do massive updates, those often get served up locally and the patrons' favorite streaming videos don't go all laggy.</div><div><br></div><div>As you mentioned, one of the issues with caching is that unless you're essentially going to do a man-in-the-middle attack, you can only cache http and not https. With more and more websites switching to https (actually a GOOD thing), less and less content can be cached. So that's a biggie...that and the increasing amount of less cache-able dynamic content rather than the more cache-able static content. (Regarding the MITM, I'm sure a company can legally get away with it, but I definitely <u>wouldn't</u> suggest any <u>libraries</u> do that! I can't imagine the lawsuit and negative publicity that would follow once the public caught wind of it!)</div><div><br></div><div>2 cents.</div><div><br></div><div>Chad</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>______________________________<br><b>Chad Neeper</b><br><font size="1">Senior Systems Engineer</font><br><br><b>Level 9 Networks</b><br><font size="1">740-548-8070 (voice)<br>866-214-6607 (fax)</font><br><br><font size="1"><i>Full IT/Computer consulting services -- Specialized in libraries and schools</i></font><br></div></div></div></div>
<br><div class="gmail_quote">On Wed, Feb 25, 2015 at 12:53 PM, Chip Kruthoffer <span dir="ltr"><<a href="mailto:c.kruthoffer@lanepl.org" target="_blank">c.kruthoffer@lanepl.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(51,0,51)">Just curious if anyone is looking at, or already has in place, a caching server? These are now eligible for eRate.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(51,0,51)">We used to cache years ago but encountered various annoying issues that soured me on it. Plus, OPLIN bumped our bandwidth so it became less attractive.<br><br><a href="https://www.bluecoat.com/" target="_blank">BlueCoat</a> was the last one we used. The product was fine, but there are issues inherent to caching in general.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(51,0,51)">Thanks,<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(51,0,51)"><br clear="all"></div><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><font style="font-family:arial,helvetica,sans-serif"><span style="color:rgb(0,0,0)">Chip Kruthoffer, Systems Manager</span><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">The Lane Libraries ~ </span><a style="color:rgb(0,0,0)" href="http://www.lanepl.org" target="_blank">http://www.lanepl.org</a><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">1396 University Blvd. (Admin. Center)</span><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">Hamilton, Ohio 45011</span><br style="color:rgb(0,0,0)"><span style="color:rgb(0,0,0)">work: <a href="tel:513.785.2706" value="+15137852706" target="_blank">513.785.2706</a></span><br>mobile: <a href="tel:513.869.9770" value="+15138699770" target="_blank">513.869.9770</a><br style="color:rgb(0,0,0)"><a style="color:rgb(0,0,0)" href="mailto:c.kruthoffer@lanepl.org" target="_blank">c.kruthoffer@lanepl.org</a></font><br><span><font color="#888888"><p><br><span></span></p></font></span><br><span></span></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div>
<br>_______________________________________________<br>
OPLINTECH mailing list<br>
<a href="mailto:OPLINTECH@lists.oplin.org">OPLINTECH@lists.oplin.org</a><br>
<a href="http://lists.oplin.org/mailman/listinfo/oplintech" target="_blank">http://lists.oplin.org/mailman/listinfo/oplintech</a><br>
<br>
<br></blockquote></div><br></div>