Régóta álmodok egy központi CDN-ről, ami kiszolgálja a wyctim.com alá tartozó oldalak statikus dokumentumait. Gondolok itt CSS stíluslapokra, JavaScriptekre, egyszerű képfájlokra és a podcastekhez tartozó audió állományokra.

A CDN a Content Delivery Network rövidítése, szerepe jelentős egy gyors oldal működésében. A CDN hálózatok tükrözve tárolják az oldalunkhoz tartozó statikus dolgokat, a látogató mindig a hozzá legközelebb található szerverről kapja meg azokat, így elkerülve a hálózat távolságából adódó lassú letöltést. A piac persze telített, az egyszerű (mt) Media Temple ProCDN-től kezdve a teljesen egyedi CloudFlare-ig minden megtalálható. A wyctim.com a (mt) Media Temple szerverein fut, ami hihetetlen szabadságot biztosít egy weblapgazdának, viszont a statikus fájlok kiszolgálására picit lassú. Nem kell rossz dolgokra gondolni, fut ezen a szerveren pár oldal, amihez nem szükséges CDN használat, de a wyctim.com esetében úgy érzem hasznos dolog.

A CDN hálózat kiválasztása számomra egyértelmű volt. Régóta rendelkezek Amazon S3 fiókkal, ami a webes alkalmazások statikus alkatrésztárolásának de facto standardja. Ezt használja a Dribbble, a Twitter, a Dropbox és megannyi népszerű szolgáltatás. Az Amazon S3 magában csak egy tároló, ha CDN-ként szeretnénk használni, akkor érdemes előfizetni az Amazon másik szolgáltatására a CloudFrontra, ami az S3-on tárolt dolgaink alá ad egy CDN-t.

Az S3 és a CloudFront díja is forgalomfüggő, azaz minél többet használjuk, annál többet fizetünk. Nem kell nagy összegekre gondolni, egy átlagos látogatottságú blog esetében ez maximum havi $5-$10 környékén mozog, ami nagyon olcsónak számít. Az Amazon S3 népszerűségének köszönhetően pedig nagyszerűen integrálható egy csomó CMS rendszerben, jelen esetben a WordPressben¹.

Részletes leírást nem adok a rendszer beállításaihoz, megtalálható minden az Amazon oldalain, viszont szeretném megmutatni, hogy a wyctim.com-hoz tartozó statikus fájlok hogyan tárolódnak.

A CloudFrontban két S3 bucketet állítottam be:

• media.wyctim.com: médiaszerver, ami kiszolgálja a Háztáji Geek és a Wyctim Radiohoz tartozó audió fájlokat.
• assets.wyctim.com: központi assets repository a wyctim.com-hoz, a Háztáji Geekhez és a Wyctim Radiohoz.

Ezzel a beállítással nagyon egyszerűen tudom kiszolgálni a három oldal összes statikus állományát – lássuk a két szerver tartalmát faszerkezetben.

Mint láthatod minden központilag tárolódik. Mindhárom oldal egy helyről tölti le a statikus állományokat. A felépítés nagyon egyszerű:

• images: a content mappában tárolom a wyctim.com-on megjelenő bejegyzések képeit, a core mappa szolgálja ki a három oldal WP sablon grafikáit, a covers mappa tartalmazza a két podcast borítóit.
• scripts: gzip-elt scriptek, a core.js mindhárom oldalnál ugyanaz, alapvető jQuery kód, a player.js a podcastekhez tartozó lejátszó kódja – ezt a lejátszót használja a Heti Meteor is, igaz nem ez a szerver szolgálja ki.
• styles: két fájl, core.css a wyctim.com, a podcast.css a Háztáji Geek és a Wyctim Radio stíluslapja, szintén gzip-elve.
• media.wyctim.com: egyszerűen az audió fájlokat tárolja értelemszerűen podcastenként szétszedve.

Minden statikus fájlhoz tartozik néhány HTTP header a cachelés miatt, amiket az S3 alapból nem ad hozzá a fájlokhoz, viszont Macen a Transmit segítségével beállíthatunk kimenő rule-okat az S3 felé fájltípusonként, így nagyon kényelmesen feltölthető bármi az S3 fiókunkra.

A rendszer nagyszerűen kiszolgálja a teljes wyctim.com birodalmat, mindhárom oldal gyors és fejlesztési szempontból is jó alap. Minden egy helyen elérhető, így a módosítások is sokkal egyszerűbbek.

Megkeresett a napokban egy cég – nem írom a nevét, mivel ebben a műsorban nem hangzik el termékmegjelenítés – egy hirdetési ajánlattal. A feltételek egyszerűek:

• Elrejtek valamelyik korábbi bejegyzésemben egy linket az oldalukra.
• A link egy évig van kint.
• Megjelenés után azonnal fizetnek (szerk: ha nem fizet, akkor leszedjük a linket).

Ez lenne az első nagyobb összeg, amit a blogommal keresnék, de ez a feltétel valahogy nem felel meg az én elvárásaimnak egy bloggal kapcsolatban. Főleg, ha az én blogomról van szó. A válaszom: amennyiben hirdetések jelennek meg ezen a blogon, azok kizárólag szöveges formában történhetnek, a linklista felépítésére hajazva:

• A linklista hirdetés rövid, RSS feedből és az oldalról is egyből a linkelt lapra visz.
• A linklista hirdetés kiemelt, ami azért fontos, mert az olvasó látja minden felületen, hogy reklámról van szó, így eldöntheti, hogy rákattint, vagy nem veszi figyelembe.
• A linklista hirdetés 1 hétig kap promóciót a főoldalon és az RSS feedben, utána eltűnik.

Válaszban kaptam ma reggel, hogy sajnos nekik ez az ajánlat nem felel meg, így tartják magukat a rejtett linkhez. Konkrét bejegyzést is választottak már, ahol el lehetne ezt helyezni. Nos, az az igazság, hogy visszautasítottam az ajánlatot egy egyszerű okból.

Ez a blog nem tervezett hirdetési felület, habár semmi bajom vele. Amennyiben egyszer a wyctim.com-on hirdetés fog megjelenni, az kizárólag a fent leírt változatban történhet meg. A rejtett link számomra a tartalom megkurvulása, az olvasó megtévesztése. Bíznak bennem azok, akik rendszeresen olvasnak, így bármilyen megjelenő link csakis úgy kerülhet ki, ha azt én helyezem el mindenféle fizetéstől mentesen. A tartalom, ami egy blog veleje, tiszta kell hogy maradjon. Én ebben hiszek. A hirdetés kiemelve jelenhet csak meg, amiről tudja az olvasó, hogy a blogger – jelen esetben én – pénzt kapott, így a leírt szöveg nem az ő véleményét tükrözi. Amennyiben úgy érzi, hogy megnézi a hirdetett terméket, szolgáltatást, akkor az az olvasó egyedi akarata, nem történt tartalomban elrejtett befolyásoló tényező.

Úgy érzem, hogy ez így helyes, én is ezt várom el minden tőlem olvasott blogtól.

Pierre Igot megpróbálta és leblogolta:

So it’s a folder… I still don’t understand why I, as a user, have to see folders called “deploy,” “packages,” and “payloads” in addition to the installer app icon, with all kinds of folders and subfolders inside them, but this is clearly something to which Adobe is very attached, and there is only so many times you can ask the same question before you start wondering whether anyone actually cares about such “details.”

Egy Photoshop CS6 Trial-t akartam tegnap este telepíteni. Ha felmegyünk az Adobe oldalára, majd kiválasztjuk a Photoshop Trial letöltést, akkor egy pár megás DMG-t kapunk, amiben egy installer van.

Rádupláztam, majd megjelent egy telepítő, ez teszi fel azt az alkalmazást, amivel majd letölthetem a Photoshop CS6 Trial DMG-t. Azt természetesen ne felejtsük el, hogy a letöltőmenedzser működéséhez szükséges az Adobe Air telepítése is. Már két felesleges hülyeséget kell feltennem ahhoz, hogy le tudjak szedni egy Photoshop CS6 Trial (még egyszer trial) telepítőt.

Ennél a pontnál egyszerűen feladtam, majd leszedtem torrenttel a DMG fájlt, reakcióm a bal oldalon látható. Persze, „white people problems”, de kérdezem én az Adobe-t: egy felhasználónak, aki használja a Creative Suite csomagot – ami ráadásul ipari szabványként fogható fel szinte bármilyen kreatív munkaterületen – ilyen felhasználói élményen kell átesnie ahhoz, hogy feltegye ezt a monstrumot? Azoknak az emberek, akik ezeket az eszközöket használják arra, hogy a felhasználói élmény nagyszerű legyen. Úgy látszik még nem nőttek fel az Adobe fejlesztői ehhez a feladathoz – a Photoshop eszméletlen rendszeridegen és faszkalap működéséről nem is beszélve.

A Photoshop CS6-ot azóta sikeresen telepítettem a gépemre, 30 napom van rá, hogy kipróbáljam. Igazából csak a handras.hu új fejlécéhez kell az alkalmazás, úgyhogy a hétvégén meg is fogok tőle szabadulni. Még utoljára nézzük meg azt, hogy milyen baromságok jelennek meg a Launchpaden egy CS6 telepítés után.

Csodálatos! A telepítési szarakodás teljes gyönyöréhez még olvassuk el Pierre posztját is.