Onderwerp: Varnish Cache + DirectAdmin == Warp Speed!

Waar ik jullie de vorige keer attendeerde op een nginx plugin wil ik jullie nu wijzen op een Varnish plugin voor zowel cPanel als Directadmin. Wat het verder voor voordeel kan opleveren lees je hieronder. Ik heb het al een tijdje draaien op verschillende servers (shared hosting) en klanten zijn merkbaar heel erg tevreden. Er is een trial dus probeer het zelf ook eens. Waarschijnlijk is er ook bij jullie wat winst te behalen.

De plugin is te downloaden op http://www.unixy.net/varnish/
Op webhostingtalk.com kun je vragen en ervaringen van anderen lezen. 43 pagina's!

Naast de 14 dagen trial kan je met de volgende code ook nog eens een extra maand gratis testen: WHTNL1MONTHFREE

Unixy bied ook VPSsen aan vanuit oa Rotterdam en met de volgende code krijg je 50% korting op de eerste maand: WHTNL50%OFF
Klanten van Unixy maken automatisch gebruik van Varnish en de plugin is dus bij de prijs inbegrepen.

Lees meer:
http://www.unixy.net/
http://www.unixy.net/vps-hosting-nl/

The cPanel and DirectAdmin Varnish plugin is finally here! The most awaited killer app in the high-traffic Web hosting world! UNIXy is very pleased to announce the release of the very FIRST & ONLY Varnish cPanel script! This Varnish app will make your cPanel server fly! This killer app comes with a straight forward interface integrated with cPanel WHM! Unlike Nginx, the UNIXy Varnish cPanel app does not mess with Apache virtual hosts nor does it interfere with PHP or cPanel itself. Run it on your VPS! Run it on your dedicated server! Run it on your cluster!

This script is FREE of charge to UNIXY customers! Furthermore, our clients enjoy 50% to 80% more performance from additional Varnish tweaks by having us manage their server or cluster. This service is complimentary. It's our way of saying welcome and thank you!

Litespeed Tech has been running a desperate online campaign to undermine the performance of Varnish Cache even though independent benchmarks of Varnish+Apache vs Litespeed have shown that Varnish/Apache is 500 req/s FASTER than Litespeed. Also, several independent testers have confirmed that their Web sites "feel" faster with Varnish than when running Litespeed (even when Litespeed Cache is enabled).

There are so many reasons to run this script on your cPanel/Directadmin server. Is it the performance gain? Is it the stability? Or is it the fact that you're benefiting from UNIXY's years of experience in this area?

- FASTER than Nginx, Litespeed, and Lighttpd*

- Serves pages FASTER from MEMORY instead of disks.

- Absolutely free 14-day trial. UNIXY customers get it for Free!

- Reduces server load to levels never seen before.

- No Apache Virtual Hosts or Rewrite rules voodoo. Keep Apache & PHP.

Maar hoe gaat deze plugin precies om met content die niet gecached mag worden, bijvoorbeeld winkelwagentjes?

We hebben al 2 servers op Varnish draaien zonder DirectAdmin controlpanel, draait echt heel snel!

Volgende week ook deze plugin eens proberen voor DirectAdmin, kijken of het een beetje werkt

Oorspronkelijk geplaatst door SF-Jeroen

Maar hoe gaat deze plugin precies om met content die niet gecached mag worden, bijvoorbeeld winkelwagentjes?

Simpel.

Ik zie daar alleen de mogelijkheid om URL's uit te sluiten. Een winkelwagentje is over het algemeen niet een URL maar gewoon een stukje in de code (een div bijvoorbeeld).

Oorspronkelijk geplaatst door SF-Jeroen

Ik zie daar alleen de mogelijkheid om URL's uit te sluiten. Een winkelwagentje is over het algemeen niet een URL maar gewoon een stukje in de code (een div bijvoorbeeld).

Die word toch vanuit een directory gehaald? Ik denk dat je die hele shop directory moet uitsluiten of anders het hele domein. We hebben het hier over shared hosting hè dus ik zou het zeker niet te ingewikkeld maken. Op een dedicated bak installeer en configureer je Varnish helemaal zelf. Toch wel hele andere koek...

Klinkt interessant. Iemand die weet overigens of traffic van varnish ook in DirectAdmin terecht komt?

Ik ga het eens testen, klinkt leuk
I let you know...

Oorspronkelijk geplaatst door SF-Jeroen

Ik zie daar alleen de mogelijkheid om URL's uit te sluiten. Een winkelwagentje is over het algemeen niet een URL maar gewoon een stukje in de code (een div bijvoorbeeld).

Dat ligt natuurlijk aan je eigen opzet. Varnish kan geen 'object' cachen dat geen 'los' object is. Dus je zult dan altijd de content van de div op de e.o.a. manier moeten lostrekken (js, iframe, zelf cachen, whatever).
Varnish als DA plugin staat in principe totaal los van apache en php en kan dus ook niet slechts een deel van een pagina cachen, iets dat in php een fluitje van een cent is. Zolang apache het in stukjes kan aanleveren, kan varnish ermee overweg.

Zelfs nog niet gebruikt, ziet er goed uit, maar volgens mij niet echt aan te raden op shared hosting. Je wilt namelijk dat een post of edit direct zichtbaar is en niet pas wanneer de TTL 'voorbij' is, of je zet de TTL heel laag maar dan heb je zo goed als geen caching meer.

Oorspronkelijk geplaatst door xaban

Zelfs nog niet gebruikt, ziet er goed uit, maar volgens mij niet echt aan te raden op shared hosting. Je wilt namelijk dat een post of edit direct zichtbaar is en niet pas wanneer de TTL 'voorbij' is, of je zet de TTL heel laag maar dan heb je zo goed als geen caching meer.

Dan exclude je gewoon die bestanden die dynamische content hebben, simpel Varnish is een alternatief op nginx die als reverse proxy kan dienen en voornamelijk plaatjes, css en andere statische files zelf kan afhandelen. Het is niet handig om dynamische content te gaan cachen. Het doel van zo'n cache is dat je lagere access time hebt om een plaatje op te halen in vergelijking met Apache door de cache.

Oorspronkelijk geplaatst door Yourwebhoster

Dan exclude je gewoon die bestanden die dynamische content hebben, simpel Varnish is een alternatief op nginx die als reverse proxy kan dienen en voornamelijk plaatjes, css en andere statische files zelf kan afhandelen. Het is niet handig om dynamische content te gaan cachen. Het doel van zo'n cache is dat je lagere access time hebt om een plaatje op te halen in vergelijking met Apache door de cache.

Maar hoe wilde je dat doen met bijvoorbeeld 100 shared hosting klanten? Als ik de screenshots moet geloven kunnen alleen directory's worden geexclude.

Oorspronkelijk geplaatst door SF-Jeroen

Maar hoe wilde je dat doen met bijvoorbeeld 100 shared hosting klanten? Als ik de screenshots moet geloven kunnen alleen directory's worden geexclude.

Edit: In de screenshot kan je ook php files zien, echter zie je ook een \.php maar het is dus een php bestand als ik het goed heb.
Kan ik nog niet veel over zeggen omdat ik er niet mee getest hebt. Het beste lijkt mij eigenlijk dat varnish alle php files overslaat, of dat een opt-in nodig is. Sommige klanten kan je zoveel uitleggen in je aankoop e-mails als je wilt maar die lezen ze vervolgens toch niet, dan komen ze bij jou klagen van mijn shared hosting doet raar.

Maar zoals ik al zei heb ik het nog niet draaien, ik ben wel benieuwd wat dit zou uithalen.

Varnish is overigens niet iets wat je zo maar moet onderschatten, het is een prachtig stuk software met een flinke leercurve. Vooral kennis van het HTTP protocol, encoding en cookies zijn belangrijk.

Wij gebruiken Varnish in onze shared hosting met >30k aan websites achter een Varnish instantie, behalen daar zo'n 70% cache-hit. Dynamische content cachen we niet, maar voor diverse CMS'en hebben we specifieke regels in de VCL opgenomen om het maximale te cachen wat we kunnen.

Zo'n plugin als dit lijkt me erg lastig werken, al heb ik hem natuurlijk niet getest.

Oorspronkelijk geplaatst door SF-Jeroen

Maar hoe wilde je dat doen met bijvoorbeeld 100 shared hosting klanten? Als ik de screenshots moet geloven kunnen alleen directory's worden geexclude.

Ook complete sites/domeinnamen (hosts).

btw. In deze thread op wht.com worden veel van dit soort vragen gesteld aan de maker dus lees dat even door.