Internetes kereskedelem szempontjából eddig elsősorban a termékek egyesével történő ajánlása, akciós ajánlatok, illetve a lájkolás szerepelt a repertoárban, (plusz a Static FBML) mely tehnikák természetesen megfelelően használva jól támogatják az értékesítést, és ügyes közösségépítő ötletekkel már komoly felhasználótábort lehet elérni.

Termékek értékesítését a facebook oldalon segítő újabb eszköz a ShopTab nevű alkalmazás, amellyel a webáruház teljes kínálatát a facebook oldalra vihetjük, kategorizálva, és nagyon könnyen, egyszerűen. A shoptab tulajdonképpen egy új tab-ot ad hozzá a facebook oldalhoz, shop elnevezéssel, amelyen listázásra kerülnek a termékek. Az app fapadosan egyszerű, nem is igazi e-commerce megoldás, inkább afféle katalógus (de halkan megsúgom, folyik a fejlesztése), és akár az árösszehasonlító oldalak esetében, itt is maga a tranzakció a saját webshopban történik.

ShopTab alkalmazást Jay Feitlinger és Bret Giles (ShopTab LLC,Scottsdale, Arizona) indította el azzal a céllal, hogy segítse a kis-és közepes méretű vállalkozásokat shop létrehozásában a facebook platformján.

A regisztrációt követően 7 napos tesztidőszak áll rendelkezésre, miután eldönthető, a három jelenleg elérhető csomag közül melyiket válasszuk. A csomagok között csak a feltölthető termékek számában van különbség, 500, 1000, és 3000 termék importálására van lehetőség, mindez rendre havi 10, 15 illetve 20 usd díjért. Igen, importálásra is van lehetőség a kézi termékbevitel mellett, megadott sablon alapján táblázatból, vagy adatbázisból generált csv fájl segítségével. Az importálás lehetősége nagyban megkönnyíti a nagyobb mennyiségű adat feltöltését, és naprakészen tartását. A termékeket kategóriák szerint, illetve ártartományok szerinti bontásba csoportosítja a rendszer, ez utóbbi automatikusan történik.

Jelenleg elérhető pénznemek az amerikai és kanadai dollár, euro, és a font, de a fejlesztő csapat kérésünkre, ígéretük szerint rövidesen a forint pénznemet is felveszi a sorba.
Testreszabási lehetőség jelenleg az egyedi fejléc beillesztésében merül ki

A shoptab tehát nem egy önálló e-kereskedelmi platform, de kis költséggel, megfelelő kiegészítőként használható meglévő webáruház mellé. Élesben megtekinthető és kipróbálható a Kelly Kiadó facebook oldalán a shop tab-on.

A mellékelt screenshot-ot egy ismerősöm készítette, van humorérzéke...

Bővebben:

Miért fókuszáljunk a felhasználó oldali teljesítményre?

A felhasználói oldal (azaz a HTML, CSS, JavaScript, és a képek) a weboldalad legjobban hozzáférhető része. Ha megosztott tárhelyed van, akkor lehetséges, hogy nem rendelkezel root (vagy ahhoz hasonló) hozzáféréssel a szerverhez és ezért nem tudod módosítani a szerver beállításokat. És ha még rendelkezel is a megfelelő jogokkal, a web szerver és adatbázis kezeléshez speciális tudás szükséges, hogy közvetlen eredményeket érhess el.

Emellett olcsó is. A legtöbb felhasználó oldali optimalizálást ingyen is el lehet végezni, és csak az időt kell rászánni. Nem csak hogy elenyésző a költsége, de így hasznosíthatod a legjobban az idődet, mivel a felhasználó oldali teljesítmény igen nagy részben felelős az oldal válaszidejéért.
Ezt észben tartva itt van néhány egyszerű módja, hogy hogyan növelhetjük az oldalunk gyorsaságát.

1. Nézd át a weboldalaidat, hogy megtaláld a bűnösöket.

Jó szolgálatot tehet, ha átnézed az oldaladat, hogy megtaláld azokat az elemeket, amelyekre nincs szükséged, és amelyeket optimalizálni lehet. A weboldal átnézéséhez általában alkalmazunk valamilyen eszközt, mint például a Firebug, amelynek segítségével meghatározhatjuk, hogy milyen elemeket (pl.: képek, CSS fájlok, HTML dokumentumok, és JavaScript fájlok) kér le a felhasználó, mennyi ideig tart azokat betölteni, és milyen nagyok. Általános ökölszabály, hogy a lehető legkisebb méretűek legyenek az oldal elemek (a 25KB alatti méret megfelelő cél).

A Firebug’s Net tabulátor (lásd fent) segít megkeresni azokat a nagy fájlokat, amelyek lelassítják az oldalt. A fenti példán láthatod, hogy részletezve felsorol minden olyan elemet, ami a weboldal átalakításához szükséges: mi az, hol található, mekkora, és meddig tart betölteni.

A neten több olyan eszköz is van, ami segíthet az oldalad átvizsgálásában – olvasd el ezt a listát hogy többet is megismerhess.

2. A megfelelő formátumban mentsd el a képeket, hogy minél kisebb legyen a fájl mérete.

A képek használatánál fontos eldönteni, hogy melyik képnek milyen az optimális formátuma. A három általánosan elterjedt webes képformátum a következő: JPEG, GIF, és PNG. Általában JPEG-et kell használnod a lágy tónusú és színvilágú valószerű fotóknál. Az éles színű képek esetében használj GIF vagy PNG formátumot (például grafikonok és logók esetében).

A GIF és a PNG hasonlóak, de a PNG jellemzően kisebb fájlméretet eredményez. Olvasd el a Coding Horror cikkét a PNG használatának mérlegeléséről a GIF helyett.

3. Kicsinyítsd le a CSS és a JavaScript fájlokat, hogy nyerj pár byte-t.

A kicsinyítés a felesleges karakterek (például a Tabok, a szóközök, a forráskód kommentek) eltávolításának folyamata a forráskódból, hogy ezáltal csökkenjen a fájl mérete. Például:
Ezt a CSS részt:

.some-class {
  color: #ffffff;
  line-height: 20px;
  font-size: 9px;
}

át lehet alakítani ilyenné:

.some-class{color:#fff;line-height:20px;font-size:9px;}

…és tökéletesen fog működni.

És ne aggódj – nem kell majd manuálisan újraformáznod a kódodat. Tengernyi olyan ingyenes eszköz áll rendelkezésre, melyeknek segítségével lekicsinyítheted a CSS és a JavaScript fájlokat. A CSS-hez egy csomó könnyen használható eszközt találsz ezen a CSS optimalizációs eszköz listán.

A JavaScript esetében népszerű minimalizációs lehetőség a JSMIN, YUI Compressor, és a JavaScript Code Improver. Egy jó kicsinyítő alkalmazás lehetőséget biztosít arra, hogy a fejlesztés során a visszaállítsa a minimalizációt. Ehelyett használhatsz egy böngészőben működő eszközt is, mint amilyen a Firebug, hogy megnézd a kódod formázott verzióját.

4. Kombináld a CSS és a JavaScript fájlokat és ezzel csökkentsd a HTTP kéréseket

Minden olyan elemre, amire a weboldal rendereléséhez szükség van, egy arra vonatkozó HTTP kérést kell küldeni a szerver felé. Tehát ha öt CSS fájlod van egy oldalon, akkor minimum öt különálló HTTP GET kérésed kell, hogy legyen arra az adott weboldalra vonatkozóan. A fájlok összevonásával csökkented a fent említett, a weblap létrehozásához szükséges HTTP kérések számát.

Olvasd el Niels Leenheer cikkét arról, hogyan kombináljuk a CSS és a JS fájlokat a PHP felhasználásával (ezt a módszert más nyelvek esetében is alkalmazhatjuk). A SitePoint egy hasonló módszert említ, a CSS és a JavaScript becsomagolását; ezzel képesek voltak 1.6 másodpercet lefaragni a válaszidőből, és ezzel 76%-kal csökkentették a válaszidőt az eredeti időtartamhoz képest.

Egyébként pedig összevonhatod a CSS és JavaScript fájlaidat a jó öreg copy-paste módszerrel is (varázslatosan működik).

5. CSS sprite használata a HTTP kérések számának csökkentésére

A CSS Sprite több kisebb kép egy nagyobb képpé való kombinálása. A megfelelő kép megjelenítéséhez használd a background-position CSS tulajdonságot. Ha így kombinálsz több képet, az lecsökkenti a HTTP kérések számát.

Például a Digg esetében (lásd a fenti képen) több különálló, a felhasználók közötti interakcióra szolgáló ikon is látható. A szerver kérések lecsökkentésére a Digg több ikont is összevont egy nagy képpé és aztán CSS-t használt a képek megfelelő pozícionálásához.

Ezt manuálisan és megcsinálhatod, de van erre egy webes eszköz is a CSS Sprite Generator, ami lehetővé teszi számodra a képek feltöltését, amelyeket aztán a program kombinál egy CSS sprite-ba, majd ezután megadja a CSS kódsort (a background-position tulajdonságokat) a képek lerendereléséhez.

6.Használj szerver oldali tömörítést a fájlméretek csökkentéséhez

Ez trükkös lehet, ha megosztott tárhelyed van, és az alapjáraton nem engedi a szerver oldali tömörítést, de ahhoz, hogy teljes mértékben optimalizáld az elemek megjelenítését, el kell végezned a tömörítést. Az oldal elemek tömörítése olyan, mintha egy nagy fájlt zippelnél, hogy aztán elküldd emailen: Te (web szerver) bezippelsz egy nagy családi képet (az oldal elemet) és elküldöd emailen a barátodnak (a böngészőnek) – ő aztán kicsomagolja a ZIP fájlodat és megnézi a képet. Népszerű tömörítési módszerek a Deflate és a gzip.

Ha a saját külön szervereden dolgozol vagy van VPS-ed – mázlid van – és a tömörítés nincs beállítva, ez esetben egy tömörítő alkalmazás telepítése nagyon egyszerű. Olvasd el ezt a leírást arról, hogyan installáljuk a mod_gzip-et az Apache esetében.

7. Kerüld az inline CSS és JavaScript használatát

Alaphelyzetben a külső CSS és JavaScript fájlokat a felhasználó böngészőjének cache-e dolgozza fel. Amikor a felhasználó továbblép a kiinduló oldalról, addigra már nála tárolódik az összes stíluslapod és JavaScript fájlod, cserébe pedig nem kell a stílusokat és a scripteket megint letölteniük. Ha túl sok CSS és JavaScript fájlt használsz a HTML dokumentumodban, akkor nem tudod kihasználni a böngésző caching tulajdonságait.

8. Tehermentesítsd a szervered

Az oldal elemeid egy részének feltöltése egy harmadik web szolgáltatóhoz nagyban megkönnyíti a szervered munkáját. Az oldal elemek más szolgáltatásra történő feltöltésének lényege az, hogy ezáltal megosztod az oldal kiszolgálásának feladatát egy másik szerverrel.

Használhatod a Feedburner-t az RSS betöltések kezelésére, a Flickr-t a képek kezelésére (légy tisztában annak jelentőségével, hogy ezen keresztül töltöd le a képeidet), és a Google AJAX Libraries API-t a népszerű JavaScript keretrendszerek/ könyvtárak kiszolgálásához, mint amilyen a MooTools, a jQuery, és a Dojo.

Például a Six Revisions oldalán az Amazon’s Simple Storage Service –t (az Amazon Egyszerűsített Tároló Szolgáltatását, röviden Amazon S3 ) használja a szerző az itt látható képek kezelésére, valamint a Feedburner-t az RSS betöltéseknél. Ennek köszönhetően a saját szervernek csak a HTML, a CSS, és a CSS képek háttereit kell szolgáltatnia. Ezek a megoldások nem csak költség hatékonyak, de drasztikusan lecsökkentik a weblap válaszidejét is.

9. Használd a Cuzillion-t egy optimális web lap szerkezet megtervezéséhez

A Cuzillion Steve Souders ( felhasználói felület mérnök a Google-nél, miután otthagyta a Yahoo!-t ahol pedig a teljesítményért felelős részleg vezetője volt) által megalkotott webes alkalmazás, amely lehetővé teszi, hogy különböző weboldal konfigurációkkal kísérletezz, hogy megtalálhasd az optimális szerkezetet. Ha már megvan a weblapod design-ja, akkor a Cuzillion-nal szimulálhatod a weblapod szerkezetét és aztán csűrheted csavarhatod, hogy jobb teljesítményt érhess el a dolgok átrendezésével.

Nézd meg az InsideRIA video interjúját Steve Sounders-szel a Cuzillion működéséről és a Telepítési leírást, amivel percek alatt elkezdheted a munkát.

10. Figyeld a web szerver teljesítményt és rendszeresen készíts értékelést.

A web szerver adja az agyat a működéshez – ez felel a HTTP kérések/válaszok fogadásáért/elküldéséért a megfelelő embereknek valamint ez szolgáltatja a weblapod elemeit. Ha a web szervered nem teljesít megfelelően, akkor nem tudod kihozni a maximumot az optimalizálásból.

Elengedhetetlen, hogy folyamatosan ellenőrizd a web szervered teljesítmény mutatóit. Ha root-hoz hasonló hozzáférésed van és tudsz telepíteni dolgokat a szerverre, akkor nézd meg az ab-ot, ami egy Apache web szerver teljesítmény-értékelő eszköz vagy a Httperf-t az IBM-től.

Ha nincs hozzáférésed a szerverhez (vagy gőzöd sincs, hogy miről beszélek) akkor érdemes egy távoli irányító eszközt használnod, mint például a Fiddler vagy a HTTPWatch, és ezekkel elemezni és figyelni a HTTP forgalmat. Mindkettő kijelöli neked azokat a problémás részeket, amelyekkel foglalkozni kellene.

A nagyobb változtatások előtt és után elvégzett értékeléseken kiválóan látható a változtatások hatása. Ha pedig a szervered nem tudja a weblapod által generált forgalmat lebonyolítani, akkor itt az ideje egy frissítésnek vagy egy szerver migrációnak.

Erről a témáról írt nemrég Bagi Zoli is: Css és javascript optimalizálás YSlow módra

A cikket Jacob Gube írása alapján Mészáros Dóra fordította.

A multiplatform (Windows, Mac és Linux) szolgáltatás ingyenes alapcsomagja 2 GB-nyi tárhelyet biztosít, de 10 dollárért havonta, vagy 100 dollárért évente 50 gigabájtot is kaphatunk.

A 14,1MB méretű kliens letöltése és telepítése után egy külön könyvtárba húzott fájlokat szinkronizálja és feltölti a saját tárhelyre.

Az általam kezelt oldalak statisztikái alapján a 6-os verziót a látogatók legalább 30-35%-a használja, ami még mindig nem hagyható figyelmen kívül. Elsősorban nekünk, fejlesztőknek kell lépéseket tennünk, hogy finom és diszkrét módszerekkel ráébresszük a felhasználókat a frissítés előnyeire.

A SaveTheDevelopers.org kampány neve találó, "kíméld a fejlesztőket", a sitebuilder munka során valóban a legtöbb extra munkát a ie6-ra töténő optimalizálás jelenti.

A script egy kis diszkrét pop-up képet jelenít meg pár másodpercre a régi böngészőt használó látogatónak, amelyre kattintva a savethedevelopers oldalán kap némi iránymutatást, bár ez szerintem ennél bőségesebb is lehetne.

Helyezd el az alábbi kódot (2kb) a weblapjaid fejlécében:

1

<script src="http://www.savethedevelopers.org/say.no.to.ie.6.js"></script>

A kód szabadon letölthető, módosítható, tehát nem kell külső fájlt linkelni, illetve én pl. a megjelenő kis képet is átalakítottam:

A FeedBurner már eddig is tudott integrálni reklámot az RSS feedekbe, de most lehetővé vált, hogy Adsense hirdetésekkel tegyünk szert némi plusz bevételre hírcsatornánkon keresztül. Ehhez csupán rendelkeznünk kell egy FeedBurner és egy Google Accounttal, utóbbihoz természetesen hozzá kell adni az Adsense fiókot.

Az első lépés, hogy az Adsens fiókba való belépés után a főoldalon az "Adsense feedekhez - Indulj el" szövegre kattintunk.
A megjelenő lap alján keresd meg a "Tekintse meg útmutatónkat a fiókok átköltöztetéséről" szöveget, és ismét kattintsunk.
A következő oldal tartalmából kiderül számunkra, hogy az egyetlen út a megoldáshoz a Google Account-on át vezet, és ha kitöltjük a "please use this contact form" részt, akkor ők ezt el is végzik helyettünk.
A két mező közül a felsőbe kell írni a FeedBurner accountunkat, az alsóba pedig a Google Account e-mail címe kell. A Submit gombra való kattintás után kapunk egy megerősítő (verify) e-mailt, amivel igazoljuk, hogy mi akarjuk igénybe venni ezt a szolgáltatást és nem más.
Készen is vagyunk.

A közeljövőben Google account-al is beléphetünk be a FeedBurner oldalunkra, illetve új fiókot Google hozzáféréssel lehet majd regisztrálni. A korábbi felhasználók a hozzáférésük adatait meglévő (vagy új) Google hozzáférésükbe importálhatják- így semmilyen adat nem veszik el.

A cikk vendég-szerzője: Opauszki Tibor - tlsoft.hu

Annyi a dolgod, hogy az index.php fájlt bemásolod abba a könyvtárba, amit meg szeretnél nézni, majd a böngésződben megnyitod azt a könyvtárat. Ilyen látvány tárul a szemed elé:

Mi a jó Greg PHPDL v2 -jében?
• Ez egyetlen fájl. Csak másold valamelyik könyvtárba és készen is vagy.
• Az egyes fájlok utolsó módosítási dátumát szövegesen jelzi.
• Nagyon egyszerű és kezelhető design.
• A legnagyszerűbb az egészben, hogy mindenféle fájlba lehetséges a betekintés, tekintsd meg a demó könyvtárat. Kattints rájuk. Beépített MP3 lejátszó, film lejátszó, és képnézegető.

Demo PHPDL v2: PHPDL v2
Demo PHPDL lite: PHPDL lite

Download PHPDL v2: PHPDL-v2.zip
Download PHPDL lite: PHPDL-lite.zip