Content-afbeeldingen voortaan via ic.tweakimg.net

Twee jaar geleden introduceerden we tweakimg.net, een apart domein om javascript, stylesheets en afbeeldingen voor de opmaak via een cookie-free domein te kunnen serveren. Vanaf woensdag 18 november gebruiken we dit domein ook voor de afbeeldingen die onder andere bij nieuwsberichten, reviews en producten worden getoond. Ook gaan we de usericons van forumgebruikers via dit domein aanbieden.

Hiervoor gebruiken we vanaf woensdagochtend ic.tweakimg.net. Er is gekozen voor een apart subdomein om te zorgen dat webbrowsers de plaatjes parallel kunnen ophalen. Daarnaast kunnen we voor ic.tweakimg.net een reverse proxy gebruiken, zodat we onze php-code, die eventuele niet bestaande thumbnails on-the-fly aanmaakt, gewoon kunnen blijven gebruiken. Zodra een afbeelding eenmaal is gegenereerd, is het opstarten van de php-code nergens meer voor nodig en is het zonde om daar nog een 'zwaar' apache-process voor te gebruiken. Bovendien is het eigenlijk ook overbodig om elke keer ons san te benaderen, wat met de huidige door OCFS2 veroorzaakte downtime nog eens extra vervelend was.

Tweakers.net verder getuned

De reverse proxy die wij uitgekozen hebben is Varnish. Dat is een reverse proxy die speciaal bedoeld is voor omgevingen als de onze, waarbij veel (bijna) statische bestanden vanaf een klein aantal domeinen aan een grote groep bezoekers worden aangeboden. De bestanden worden ermee op de lokale disk van elke webserver gecached, waardoor het san niet meer voor elke afbeelding benaderd hoeft te worden. Bij enkele korte tests leverde dit winstjes van enkele milliseconden per afbeelding op.

We denken dat deze wijziging geheel transparant, zonder downtime en dus ook zonder problemen kan worden doorgevoerd. Mochten er onverhoopt toch problemen optreden, dan horen we dat uiteraard graag.

Reacties (23)

[TERW_DAN]

Cool

Wat betekent dit trouwens voor de bestaande links naar plaatjes die gemaakt zijn. Zo af en toe wordt er in een topic wel eens een plaatje gelinkt dat uit een nieuwsberichtje afkomt of wat een usericon is van iemand. Blijven deze links werken, of zullen die veranderen in rode kruisjes?

[crisp]

De 'oude' links blijven ook gewoon werken

[smesjz]

nginx is ook een bekende naam op dit gebied. Wat is de reden geweest om Varnish te kiezen boven een andere applicatie zoals nginx?

[Kees]

Eenvoud, beschikbaarheid in de debian repository (gaat ook op voor nginx, i know)

Varnish is zeer eenvoudig op te zetten en doet precies wat wij willen, en op die manier hoef je niet in de ranzige nginx documentatie te duiken.

Qua performance zal het weinig uitmaken, en als het wat uitmaakt zal waarschijnlijk de internetpijp al wel vol zitten

[Reactie gewijzigd door Kees op 24 juli 2024 18:22]

[praseodymium]

nginx is tegenwoordig best aardig gedocumenteerd: http://wiki.nginx.org/

Ik denk dat inderdaad weinig uitmaakt welke je gebruikt, maar Varnish is iets meer toegespitst op dit soort toepassingen.

[webkiller71]

nginx doet volgens mij geen caching waar varnish dit wel doet. Als je caching wil, moet je meer moeite doen.

[Kees]

Niet helemaal waar, nginx kan ook prima proxien: http://wiki.nginx.org/NginxHttpProxyModule
Maar varnish is er inderdaad voor gemaakt/

[CyBeR]

Varnish \o/

Gebruik 't ook voor m'n plaatjes enzo. Geweldigheid.

Je hebt 'm niet echt uit Debian hoop ik toch? Die is namelijk Vrij Oud..

Verder is nginx heel subtiel sneller dan varnish, maar inderdaad: tegen de tijd dat je dat merkt heb je een gigabit wel vol zitten. En dan is 't verschil nog heel minimaal. Daar staat wel tegenover dat nginx geen vcl heeft wat imo het sterkste punt van varnish is.

[Reactie gewijzigd door CyBeR op 24 juli 2024 18:22]

[ACM]

Dat hangt natuurlijk van de debian-versie af die je gebruikt. In testing zit gewoon versie 2.0.4, die dus slechts 1 subversie achterloopt. In de stable zit idd een of andere 1.4-versie.

[TeeDee]

Is het parallel beschikbaar maken ook op subdomain?
Internet Explorer pakt toch simultaan 2 connections PER domain waarbij/waardoor een subdomain niets uitmaakt?

[ACM]

Wat ik uit de diverse documentatie opmaak is het per host? Als jij een bron hebt die dat tegenspreekt hoor ik het graag van je.

Helaas kunnen we het ons niet echt permiteren om zomaar weer een nieuw domein te introduceren, want dat zullen de proxy-gebruikers onder ons niet heel erg waarderen...

[TeeDee]

Hmm, het kan zijn dat dit inmiddels inderdaad niet uit schijnt te maken. Hoogstwaarschijnlijk heeft dit nog te maken met IE6, welke jullie alleen nog op best effort supporten. Wat ik me dan afvraag (en ik kan het artikel/review niet meer vinden) is: waarom is tweakimg dan in het leven geroepen? Bij mij is altijd blijven hangen dat images.domain.tld geen bips uit maakt, en myimgdomain.tld juist wel.

[Reactie gewijzigd door TeeDee op 24 juli 2024 18:22]

[ACM]

tweakimg.net is in het leven geroepen om de requests "cookie free" te kunnen doen. Voor je login, google analytics en diverse andere zaken zetten we allemaal cookies. En het is nogal zonde om dan telkens weer die cookies mee te moeten sturen voor content die totaal niet afhangt van de cookies. Met 50 afbeeldingen en 200 bytes aan cookies kost je dat dus 10KB extra upload, wat misschien weinig lijkt maar toch 0.1 seconde kost om op te sturen met 1Mbit-upload, en dat terwijl het compleet onnodig is
Bovendien zullen de proxies op het moment dat er cookies meegezonden worden al niet zo gauw die specifieke vaste content meer cachen en levert het dus voor bedrijfsnetwerken en dergelijke op een andere manier winst op.

[s.stok]

Tweakers serveert de website via tweakers.net, zonder sub-domein als www.

Als ik een cookie aanmaak onder sub.site.tld, en die cookie geen vaste hostname restrictie toeken is hij geldig voor alles dat eindig op sub.site.tld

Omdat tweakers.net zonder sub-domein is en zonder restrictie geld die cookie voor alles onder tweakers.net dus ook imgs.tweakers.net

Nu kan je dit oplossen door wel www te gebruiken alleen kan je de cookie dan niet meer bij andere sub-domeinen gebruiken, en aangezien ook GoT gebruik maakt van deze cookie. Is dat een probleem

Meer informatie kan je vinden op: http://developer.yahoo.co...ce/rules.html#cookie_free

offtopic:
Ik moet echt terug naar de oogarts, ik las irc ipv van ic

[Barleone]

[Windows 7] Ervaringen en discussies - Deel 16
[HDD] De Samsung Spinpoint F3 serie is er!
Het grote SSD topic ~ Deel 5
Conceptronic CH3SNAS / Dlink DNS-323 Deel 3
De product thumbs boven GoT topics zijn nu al wel kapot!

admin-edit: zonder te schreeuwen 'horen' we het ook wel Bold verwijderd.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 18:22]

[moto-moi]

gelukkig dat we dit pas morgenochtend gaan doorvoeren Maar je hebt gelijkt dat dit er wel semi mee te maken hebben, ik ga eens iemand uitlachen

[Reactie gewijzigd door moto-moi op 24 juli 2024 18:22]

[Barleone]

[PW bug] gelinkte product thumbs kapot (boven topics)
Sorry, had toen ik het topic opende nog niet door dat je hier al had gereageerd

barleone-edit: zonder te schreeuwen 'horen' we het ook wel Bold moet je zelf even verwijderen, moto-moi .

Door Kees, dinsdag 17 november 2009 15:52
Het is nog niet live, morgenochtend pas.

[Reactie gewijzigd door Barleone op 24 juli 2024 18:22]

[Goudvis]

Wat vet! Zo zet de professionalisering maar weer een onzichtbaar doch belangrijk stapje!


Helaas verloopt de weergave in dit nieuwsbericht niet helemaal soepel, al weet ik ook dat het specifiek melden hiervan niet hier hoort.

[Kees]

Het is nog niet live, morgenochtend pas.

[Verwijderd]

Je bedoelt dat de verkeerde Nokia werd afgebeeld? Dat was een redactie-foutje, dat inmiddels is gefikst

[jip_86]

Ooh, ik dacht dat alle plaatjes daar al vandaan kwamen. Maar dat was alleen maar de lay-out. Succes morgen!

[hendrik60]

Dank je wel voor de nuttige informatie deze kon ik goed gebruiken voor mijn schoolwerk.