szantog.com - címlap

Amazon CloudFront - CDN kicsiknek

Tue, 02 Dec 08 00:00:00 +0100

A kicsik (=mi) az Amazon S3-at afféle CDN-ként használják, mert óriási terhelést bír, viszonylag olcsó és könnyű használni (nem kell szerződést kötni, tárgyalgatni, "majd visszahívnak", satöbbi). Az S3 a CloudFront-ig nem volt igazi CDN.

Elég nehéz pontosan definiálni a CDN fogalmát, de az S3 fő hiányossága az automatikus földrajzi terítés volt, amit a CloudFront-tal oldottak meg. A CloudFront tehát nem más, mint az S3 kiegészítése földrajzilag elosztott kiszolgálással és egy jó (óriási) adag marketing.

Az S3 onnan szolgált ki, ahova feltöltötted a fájlt (USA vagy EU), a CloudFront viszont a letöltő helyéhez legközelebbi parkból. Jelenleg 8 USA, 4 EU (hozzánk Frankfurt van legközelebb) és 2 Ázsiai helyszín van.

Hogyan működik?

Feltöltöd a fájlokat egy kifejezetten a CloudFront-hoz létrehozott S3 bucket-ba.
Meghívsz egy API-t, hogy az ebben a bucket-ban található fájlokat a CloudFront is szolgálja ki.
Az API-tól visszakapott név alapján megtudod, hogy mi a fájljaid CloudFront URL-je, mehet a menet.

Az alap kiszolgálási limit 1000 letöltés per másodperc összesen 1gbit/s sávszéllel, de ez egyedi elbírálás alapján ingyenesen növelhető (magyarán indokold meg, hogy miért kell több és nyilván megnézik, hogy mondjuk nem warezra kell-e).

Árazás

Csak a letöltések száma és a felhasznált sávszél után kell fizetni és picit olcsóbb, mint az S3! Az árba beleszámít az S3 és a CloudFront közötti forgalom is, azaz fizetni kell azért, ha a CloudFront lehúz egy fájlt az S3-odról.

Ez nem csak egyszer történhet meg (egyrészt több farm van, másrészt pedig a régóta nem letöltött fájlokat törli a cache-ből, ezért ismételt lekérésre is szükség lehet), de még így is elhanyagolhatóan kicsi szám.

Videó

A CloudFront csak HTTP kiszolgálást tud, nincs HTTPS, pseudo-streaming vagy RTMP. Csak a progresszív download működik tehát.

Úgy tűnik, hogy az Amazon long-tail alapon fogja megszorongatni a nagyokat (Akamai és társai), hiszen a legtöbb webes oldal/szolgáltatás kicsi, nekik a nagy CDN-ek túl nagyok (drágák, vízfejűek, rugalmatlanok).

Végre! Google Analytics Flash-re

Fri, 21 Nov 08 16:00:00 +0100

Egy csomó munkaórám ment rá, hogy elkészítsem a saját GA implementációmat Flashben, mert az iMectPlayer-nél szükség volt GA mérésekre és nem mindenhol áll rendelkezésre külső JavaScript-es GA.

Most megkaptuk készen és kábé ugyanazt tudja, mint a JS verzió, bár szerintem a JS mindig előbbre fog járni. Beállítható, hogy "bridge" vagy AS3 módban fusson: "bridge" módban a beágyazást végző oldalban lévő JS kódot használja, AS3 módban viszont nem nyúl ki, elintéz mindent Flash-en belül.

Ráadásul a kód open source! Mekkora királyság! (Egyébként érthető, a Google nem áll túl jól AS3-as fejlesztők terén, a legtöbb Flash-es termékük AS2, a YouTube is...)

ActionScript 2-es fejlesztők figyelem, ez AS3 komponens, ideje végre átállni!

Apró pofon a Silverlightnak

Fri, 21 Nov 08 12:00:00 +0100

A Major League Baseball egy nagyon népszerű fizetős baseball videó oldal, ahol teljes meccseket is meg lehet nézni, esetenként élőben. Fontos, pénzes és nézett dolog, a Microsoft rá is feküdt és rengeteg pénzt öltek bele, hogy Silverlight-on fusson Flash helyett. Váltottak.

A szolgáltatás minőségével állítólag semmi gond nem volt, így szerintem csak az lehetett a probléma, hogy nagyon sok gépen nincs még Silverlight, illetve az egységsugarú felhasználók valamiért nem telepítik. Ez csökkenthette a bevételt, lépniük kellett.

Ráadásul a sokat emlegetett NBC a (sikeres? nem sikeres?) jól bereklámozott olimpiai Silverlight oldala ellenére továbbra is sok helyen használ Flasht, például az NFL (amerikai fociliga) élő közvetítésére.

Továbbra sem értem, hogy az MS miért ne tolja fel a Silverlight-ot minden (Windows-os) gépre automatikusan a Windows Update szolgáltatáson keresztül. Mi lehet a gát? Egy újabb antitröszt per? A böngészőset is szépen megoldották.

A Microsoft közleménye szerint a Silverlight 2 jelenleg 100 millió internetező gépén van fent (a Flash a milliárd fölött jár), de úgy gondolom, hogy a jövőre érkező 3-as verziót (H264 és egyéb nyalánkságok) sokkal jobban megnyomják majd.

A világon kiszolgált összes videó 81%-a jelenleg Flash-sel történik.

A Flash Media Server 3.5 újdonságai

Fri, 21 Nov 08 00:00:00 +0100

Most jelent meg, megnéztem mi az újdonság, vagy legalábbis mit mondanak. Alapvetően olyan dolgok jelentek meg, amiket ügyes fejlesztők létrehoztak már, csak most out-of-the box áll rendelkezésre.

Mindenhol a dynamic streaming-gel kezdenek, ami azt jelenti, hogyha a nézőnek mondjuk kevesebb a sávszéle, akkor a szerver kevesebbel szolgál ki, hogy ne legyen akadás (természetesen ilyenkor esik a képminőség).

Ez nem úgy működik, hogy élőben csak neked csak most újrakódolja a streamet! Azt nem bírná el a szerver CPU. Előre le kell kódolnod néhány változatot és abból fog válogatni.

Egyébként ilyet lehet a playerben programozva is csinálni, de ha a keyframe-ek nem ugyanott voltak, akkor kis akadással járt. Az FMS most állítólag megpróbálja megtalálni a hasonló keyframe-eket, hogy minél röccenésmentesebb legyen a váltás.

Érdekes, hogy live stream-eknél is működik a dolog, ott az asztali Adobe Live Encoder 3.5 képes egyidejűleg több bitrátát is kódolni és a szerver ezeket megeszi. Ha bírja az asztali CPU-d (jelenleg valószínűleg nem).

HTTP szerver

Lett benne egy egyszerű fájlkiszolgáló, de őszintén szólva őrültség a drága médiaszerverrel kiszolgálni a weboldalunk CSS és képfájljait. Érdekesség, hogy az RTMPT-vel közös portot is tud használni.

DVR

Ez azt tudja, hogy a live stream-et egyben fel is veszi, tehát erre nem kell külön dolgokat írni. Eddig úgy volt, hogyha külön nem programoztad le, akkor a live stream tényleg élő volt, ha lemaradtál egyik-másik részéről, akkor nem tudtad visszanézni.

Apró kényelmetlenség, hogy a DVR bekapcsolása plusz 2-8 másodperc késést (lag) ad az eddigiekhez hozzá.

Konklúzió

Az FMS egy csodálatos termék lenne, ha ingyen kapnánk (open source! bilibe lóg a kezem) és olyan kényelmesen + biztosan tudná elosztani a terhelést, mint a Windows (Media) Serverek.

Miért instabilak a programok, miért fagynak le, miért lassú a gépem?

Mon, 24 Nov 08 00:00:00 +0100

Általában a rossz memóriakezelés miatt. Megmutatom, hogy miért darál a gép vagy miért lesz gyorsabb egy újraindítás után. Szigorúan laikusoknak, a fejlesztők olvassanak valami mást (ne). Sőt, ez a bejegyzés egyben bevezető is egy "Amit (esetleg) nem tudtál az iPhone működéséről" cikkhez.

Alkalmazásaink sok memóriát használnak, rendszerint jóval többet, mint arra akárcsak a fejlesztőjük gondolt volna. Lehet, hogy 4 GB RAM soknak tűnik, de nem egy népszerű program játszva beleharap a gigabájtos tartományba, mi pedig általában több ilyen népszerű szoftvert futtatunk egyszerre. De sokszor elég egy böngésző is jó sok megnyitott füllel.

Daráló

Tehát memóriából sosem elég, ezért a fizikailag létező memória helyett szinte minden operációs rendszer ún. virtuális memóriát használ. Ennek többek között az a lényege, hogyha a fizikai memória elfogyni látszik, akkor a ritkán használt/legrégebben használt/statikus tartalmú memóriafoglalásokat kiírja a merevlemezre és csak akkor tölti vissza, ha ismét szükség van rá. A merevlemez persze sokkal-sokkal lassabb a memóriánál, így a visszatöltés is az.

Ennek legszembetűnőbb példája a következő: használjunk valamilyen sok memóriát zabáló alkalmazást (pl. Photoshop), aztán indítsunk el egy böngészőt és nézzünk meg jópár weboldalt. Ezzel jó eséllyel a Photoshop által elfoglalt rengeteg memóriát oprendszerünk kénytelen lesz kiírni a lemezre, hogy legyen hely a böngészőnek. Aztán csukjuk be a böngészőt és klikk vissza a Photoshopra. A válasz rendszerint őrült darálás lesz.

Szivárgás

További probléma, hogy sok alkalmazást nem túl jó minőségben fejlesztenek és nem a leghatékonyabban használják a memóriát. Ez még csak-csak elmegy, de a szivárgás (leak) már nem: nagyon könnyű olyan kódot írni, ami a felhasznált memóriatartományokat nem szabadítja fel, így folyamatosan használtként tartja (úgy, hogy gyakorlatilag nem is tud róla). Ezzel memóriánk "elszivárog".

Sajnos alig van olyan szoftver, ami ne szivárogna. A szivárgás által lekötött területek csak akkor szabadulnak fel, ha véglegesen bezárjuk a szivárogtató programot, de persze folyamatosan a háttérben futó dolgok is szivároghatnak, amiket az egyszerű felhasználó nem tud bezárni. Ezért van az, hogy egy újraindítás sok problémát megold, hiszen minden nulláról indul.

Fagyás

A fagyások túlnyomó többsége is memóriakezelési gondokból adódik. Általában akkor száll el egy program, ha olyan memóriaterületre hivatkozik, amire nem kellene: nem férhet hozzá biztonsági okok miatt vagy nem az van már ott, aminek kellene, satöbbi. Ez szinte minden esetben a fejlesztő hibája, nem gondolt olyan esetekre, amire pedig kellett volna.

Szerencsés és általános esetben a hibás memóriaterületre történő hivatkozást észleli az operációs rendszer és egy érthetetlen (a fejlesztő számára is haszontalan!) hibaüzenettel leállítja a programot, azaz "elszáll".

Rossz esetben pedig annyira sikerül összekavarni az operációs rendszer működését, hogy az is elszáll, azaz "lefagy a gép", jöhet a reset.

A Thinkpad túl ronda lenne hozzám, ezért természetesen Macbook-ot használok

Thu, 20 Nov 08 00:00:00 +0100

Tapipadot tapizni jó és a képernyő is érdekesen változik olyankor

Kit érdekel a Zindexhu?

Többek között...

Vízben feszítek (sokkal izmosabb vagyok, mint Apa)

Eladtuk a lakásunkat

Tue, 18 Nov 08 00:00:00 +0100

A nagy családi ház projektünk keretén belül el kellett adnunk a jelenlegi 53 négyzetméteres panelünket, aztán pedig visszabérelni, amíg kész nincs a ház (szülőknél nem férünk el, 4 hónapos babával nem megyünk idegen albérletbe).

Egy ilyen ingatlan eladása nem könnyű, pláne ezzel a jövő nyárig visszabérelnénk feltétellel, mert ezekre a kecókra nem befektetők vadásznak, hanem átlagpénzű munkásemberek szeretnének lakni benne, ez nem villanegyed.

Előnye a lakásunknak, hogy a többi ilyenhez képest nagyon sok extra van benne, hiszen minden ki lett cserélve. Ilyenkor nem a fal színe számít vagy a járólap, azok esztétikai dolgok. Az számít, hogy új az ablak, extra a biztonsági ajtó, szűkítettük a közcső-szekrényt, hogy beférjen a hűtő (a mi lakástípusunkban senkinek nincs bent a konyhában, csak nekünk, tényleg). Ezekre nem kell költenie az új tulajnak.

Szóval a kategóriájában igencsak magasan van a lakás, de a visszabérléses feltétel miatt nem voltak illúzióink. Feldobtam a netre (szokásos helyek, ingatlan.com, Expressz, stb.) és kötöttünk néhány ingatlan-közvetítői szerződést is, mert náluk jobban pörögnek az ügyfelek. Sajnos a mi vásárlói körünk még nem annyira web-érzékeny, az általam felrakott hirdetésekre csak közvetítők reagáltak, egyetlen hús-vér vásárló sem jött onnan.

Rögtön reális piaci áron (+ egy kis alkupozíció) hirdettünk, ennek belövésében segítettek a közvetítők. A reális ár felett lehetetlen eladni, nagyon sok magánszemély hirdet felette és évekig sikertelen. Nekünk a pénz viszont most kell, nem két év múlva.

A közvetítők jellemzően 2-5% jutalékkal dolgoznak, ezt is beépítettük az árba, így közvetítőtől függően változott az irányár. Kijöttek, megnézték és körbefényképezték a lakást (igen, kitakarítottam, rendet raktam), aláírtuk.

A szerződések után 2-3 nappal már jöttek az első telefonok, de a visszabérlés miatt sokan "visszapattantak". A kéró állapota, kinézete (ezekre rettentően büszkék vagyunk! Fájni is fog a szívünk érte...) és korrekt ára miatt akár egy héten belül el tudtuk volna adni, ha egyből kiköltözünk.

Aztán szerencsénk volt, így a második hét végére meglett a vevőnk. A sztori vége unalmas, megkötöttük az adásvételit és a bérleti szerződést (az ügyvédi költséget a vevő fizeti, én csak az ingatlanközvetítőt).

Az ügyvéd és a közvetítő végig profi és barátságos volt, a vevőnk pedig korrekt, mintha nem is kicsi hazánkban lennénk. Most már csak arra várunk, hogy a foglaló után megérkezzen a teljes vételár, mert hitelből veszik meg, ebben a kategóriában nem nagyon van készpénzes vevő. Apró infó, a vevő mázlijára az ügyvéd mindössze 0.5%-os díjjal dolgozik, ami nagyon alacsony, név/cím nálam.

Aztán pedig nem lesz hivatalosan lakásunk, így felvehetjük a szocpolt. Ja, és a telekre nem kellett illetéket fizetni (10%!!! tíz százalék!!!), mert vállaltuk, hogy négy éven belül felhúzzuk rá amit kell.

A következő postban elmondom, hogy mennyit szívok az építési engedélyhez szükséges papírokkal, meg mi a helyzet. Még egyszer összefoglalva, ez kellett a gyors eladáshoz:

Korrekt hirdetés tömör tájékoztatással.
Előnyös fotók, rend és tisztaság.
Ingatlanközvetítő.
Reális piaci ár.