Archive for március, 2009

Adatvédelmi nyilatkozat

Szerző:
devblogger
- 2009-03-29
Kategóriák: Hírek, Jog Tudnivalók
. 0 megjegyzés

Többetektől is felmerült kérdésként, hogy pontosan mikor kell adatvédelmi nyilatkozatot készíteni, s hogy ezt hogyan kell a felhasználók felé prezentálni. Az utóbbi napok frissítései kapcsán megjelent egy olyan fejlesztésünk, mely immár lehetővé teszi az adatvédelmi nyilatkozatok megadását az alkalmazásoknál, egészen pontosan a Fejlesztői Portálon, az Alkalmazásaim alatt az egyes alkalmazások alapadatainál. Itt lehetett korábban megadni a Felhasználási feltételeket is, s itt jelent most meg egy új szövegdoboz, ahova az adatkezelési nyilatkozatot lehet bemásolni.

Azt, hogy mikor kell adatvédelmi nyilatkozat egy alkalmazáshoz, azt a hazai jogrendszer szabályozza. Segítségül leírtuk a Fejlesztői Útmutató IV. pontjában, továbbá a Fejlesztői Útmutató kivonatának Adatkezelésről szóló részében, hogy ez pontosan mit jelent. Tovább pontosítva egyes részeket, melyek kapcsán kérdéseket kaptunk, az alábbiakat tudjuk mondani:

Nem kell adatkezelési nyilatkozat, ha az alkalmazás:

  • csak iwiw-től kapott adatokat használ, és azt nem tárolja külső szerveren
  • nem kér be semmilyen adatot a usertől
  • ha nem kér be semmilyen személyes adatot (pl. cím, telefonszám, IP cím, családi állapot, stb.)
  • ha nem tárol személyhez kötötten adatot, csak anonim/aggregált módon

Biztosan kell adatkezelési nyilatkozat, ha az alkalmazás:

  • nem a fejlesztő kezeli az adatot, hanem egy alvállalkozó
  • személyes adatot kér be
  • valamilyen tranzakcióra ösztönöz - vegyél ezt/azt, akkor azt milyen feltételekkel veszed, stb.
  • például nyereményjátékhoz adatokat kér be (mit csinál a válaszokkal, ez fontos)

Amennyiben az alkalmazás tevékenysége során minimális adatkezelést végez, a felhasználási feltételek részeként is megfogalmazható a nyilatkozat.

A felhasználási feltételekkel kapcsolatosan hamarosan közzéteszünk egy mintát a Wikin.

Hamarosan lezárul a verseny

Szerző:
devblogger
- 2009-03-28
Kategóriák: Hírek Tudnivalók
. 11 megjegyzés

Hamarosan, március 31-én, kedden éjfélkor lezárjuk a versenyre jelentkezés lehetőségét. Figyeljetek erre a határidőre, mert ettől már nem szeretnénk eltérni, küldjétek be időben a fejlesztéseket! Több visszajelzést is kaptunk azt illetően, hogy a Fejlesztői Portál, illetve a Homokozó instabilitása miatt a fejlesztéssel akadályokba ütköztetek, s kéritek, hogy hosszabbítsuk meg a versenyt emiatt. Megértve a nehézségeket melyeket környezetünk problémái okoztak, de figyelembe véve azt, hogy közeleg az alkalmazások megjelenése az éles rendszeren, arra jutottunk, hogy a versenyre beérkező alkalmazások elbírálását rugalmasan kezeljük.

Az alkalmazások rugalmas kezelése konkrétan a következőt jelenti:

  • be kell küldenetek határidőre az alkalmazást,
  • az alkalmazásnak működőképesnek kell lennie,
  • március 31. éjfélkor lezárjuk a jelentkezést, s másnap elkezdjük elbírálni az alkalmazásokat,
  • a jóváhagyásra beküldés során megjegyzésként az alkalmazás fejlesztője jelezheti, hogy igényel még pár nap fejlesztést, pontosan megjelölve hogy mely részeket szeretné még véglegesre csiszolni, s hogy ehhez mennyi napra van szüksége - április 6. éjfélig erre lehetőséget biztosítunk.

Fejlesztői környezet kialakítása #2

Szerző:
devblogger
- 2009-03-26
Kategóriák: Alapszint, Fejlesztés Tudnivalók
. 2 megjegyzés

Korábban írtunk már az ideális fejlesztői környezet kialakításáról, most viszont egy olyan frissen megjelent eszközről lesz szó, mely a tapasztalataim alapján akár nagyságrenddel gyorsíthatja meg a fejlesztést. Ez az eszköz az OSDE, avagy az OpenSocial Development Environment, mely az Eclipse editorra (fejlesztői környezetre, fejlesztői platformra) épül, és egy helyi OpenSocial szerver és hozzá tartozó adatbázist biztosít a szerkesztő mellé.

Eclipse

Régen sokat használtam az Eclipse-t, viszonylag memóriaigényes és komplex eszköz, ezért végülis leszoktam róla. Azóta vagy a gépem lett gyorsabb, vagy pedig a Java/Eclipse működik hatékonyabban, mindenesetre most meglepően jól használhatónak bizonyult. Egy Java alapú, mind Windows, mind Linux, mind pedig Mac OS X alatt használható editorról beszélünk.

Az Eclipse igazi zsenialitása abban rejlik, hogy jól bővíthető, számos plugin van hozzá a webfejlesztéshez szükséges eszközöktől az asztali programozásig gyakorlatilag minden. Az utóbbi években ráadásul elég jól sikerült is kikupálniuk a rendszert, kicsit a Firefox kiterjeszéseihez, kicsit a Linuxok csomagkezeléséhez hasonlít a pluginek kezelése. Ha egy plugint szeretnénk feltelepíteni, egy XML-t kell megadnunk (van más lehetőség is, de ez a legegyszerűbb), mely egy disztribúciónak az elérhetősége, s több plugint is magában foglalhat. Az OSDE-t is így fogjuk feltenni.

Telepítés

Több irányból is neki lehet állni az Eclipse feltelpítésének, @yaanno például a Yoxost javasolta Twitteren. Akik még nem láttak ilyet, s nem tudják milyen plugineket szeretnének, azoknak én egy egyszerűbb utat javasolnék:

  1. Menjünk az Eclipse letöltés oldalára,
  2. Töltsük le a Eclipse IDE for Java Developers változatot, ebben már benn van pár olyan plugin, mely kelleni fog az OSDE-nek.
  3. Telepítsük, indítsuk el.
  4. Rá fog kérdezni egy fejlesztési könyvtárra, ahova a projekteket pakolni fogja. Ezt ízlés szerint adjuk meg neki.
  5. A Help menüben válasszuk ki a Software Updates menüpontot, s kattintsunk az Add Site gombra.
  6. Adjuk meg a http://opensocial-development-environment.googlecode.com/svn/update-site/site.xml URL-t, válasszuk ki a megfelelő csomagot, telepítsük fel, indítsuk újra az Eclipse-t.
  7. Olvassuk el az OSDE gyorstalpalót.

Alkalmazásfejlesztés helyben

Értelemszerűen az imént felrakott OpenSocial szerver, és az iWiW környezete nem mindenben egyezik meg. Az OSDE egy szabványhoz igazodó környezetet tesz elérhetővé, az iWiW-nél vannak kötöttségek és eltérések - ezeket a Wiki-n és itt a blogon is tisztázni igyekeztünk már a korábbiakban.

Az OSDE szervere a localhost 8080-as portján fog futni. Ha már mennek szerverek a gépünkön, figyeljünk rá, hogy ne legyen esetleges ütközés: én csodálkoztam, hogy nem akar menni a rendszer, aztán kiderült hogy azért, mert már futott egy webszerver ezen a porton…

Eltérés adódik abból is, hogy ha adatokat kérünk le a szerverünkről, akkor az most nem feltétlenül helyben lesz elérhető, egy az OSDE szerverén kívüláló címre kell linkelnünk. Mivel a signed requestekhez használatos titkos iWiW kulcs nem áll rendelkezésre, ezért értelemszerűen az egész aláírási folyamathoz más kulcsokat kell használni.

Nekem ami még eltérésnek tűnt, az az URL-ek átírása. A külső CSS-hez, JS-hez a szerveren belül /Projektneve/… formában relatív útvonalat kellett megadnom, szemben az iWiW szerverével, ahol kezelve volt ez a probléma, és lehetett az XML-hez képest is relatív címet megadni.

Az utóbbi pár nap tapasztalata alapján gyors helyi fejlesztést lehetett elérni ezzel a felállással, s utána feltenni a Homokozóba sem volt nehéz a fejlesztés eredményét, ezért csak ajánlani tudjuk ezt a környezetet.

További bővítmények

Ha már Eclipse, akkor két bővítménycsomagot is ajánlanék. Az egyik a hivatalos Eclipse WebTools projekt, az ehhez szükséges XML URL-je: http://download.eclipse.org/webtools/updates/. A másik pedig az Aptana, mely egy webfejlesztőknek szánt plugingyűjtemény, az XML URL-je: http://update.aptana.com/update/studio/3.4. Ahogy az OSDE-t tettük fel, ugyanúgy kell ezeket is.

Érdemes lehet körülnézni még az Eclipse Plugin Centralban, ahol ezer feletti plugin kínálatból válogathatunk kedvünkre, a verziókezeléstől a projekt menedzsmentig mindenféle témában. Ha ismertek még hasznos plugineket, vagy más ötletetek, tippetek van, szívesen vesszük a hozzászólásokat.

Doctype hiba javítva

Szerző:
devblogger
- 2009-03-21
Kategóriák: Fejlesztés bug
. 0 megjegyzés

A korábban jelzett Doctype megadási lehetőséggel kapcsolatos problémát (mely segítségével átbillenthetjük a böngészőt úgynevezett standard módba) javítottuk, újra használható ez a funkció.

Doctype hiba (javítva)

Szerző:
devblogger
- 2009-03-19
Kategóriák: Fejlesztés bug
. 0 megjegyzés

Update: A hiba javításra került.

A hétfői átállás óta több hibával is találkozhattatok a Homokozóban. Ezek többségét javítottuk azóta, de egy konkrét probléma kijavítása jövő hétre várható, ezért szeretnénk egy workaroundot addig is megosztani veletek.

Az 500-as hibaüzenetet okozó problémát a korábban bemutatott Doctype trükk okozza, mely segítségével lehetővé vált, hogy az OpenSocial szabványától eltérően quirks (nem szabványos) mód helyett a böngészőket standard (szabványkövető) módba kapcsoljuk. A hibajelenség átmeneti orvoslását ennek a trükknek a mellőzésével érhetitek el, avagy ha betettétek az alternatív DOCTYPE-ot a kódotokba, akkor vegyétek azt ki.

A hiba megszűnéséről mihamarabb igyekszünk beszámolni.

Értesítések

Szerző:
devblogger
- 2009-03-16
Kategóriák: Alapszint, Fejlesztés Tudnivalók
. 4 megjegyzés

Az értesítések funkció, avagy a direkt felhasználó-felhasználó kommunikáció lehetősége hamarosan élesedni fog az Homokozóban. Ebben a bejegyzésben az értesítés küldés technikai részleteiről, a korlátozásokról, és a megjelenésről lesz szó.

Technikai részletek

Az értesítés küldéshez az OpenSocial által definiált függvényeket lehet használni:

Így működik az üzenet létrehozása:

var messageOptions = {};
messageOptions[opensocial.Message.Field.TYPE] = opensocial.Message.Type.NOTIFICATION;
var message = opensocial.newMessage("Üzenet", messageOptions);

Lehet rövidebben is, ha csak az iWiW-et szeretnénk megcélozni:

var message = opensocial.newMessage("Üzenet", {type: "notification"});

Az üzenet elküldése pedig:

opensocial.requestSendMessage(
  "VIEWER",
  message,
  function(){ /* küldés után lefutó függvény */ }
);

Az első paraméter a címzett, a második az előzőleg létrehozott üzenet, míg a harmadik egy függvény, ami meghívásra kerül az üzenet elküldése után.

Korlátozások

Az iWiW az alábbi korlátozásokat vezeti be az üzenetekkel kapcsolatosan:

  • Csak a BODY mező (newMessage első paramétereként adható át) támogatott.
  • A BODY mező maximum 4000 karakter hosszú lehet.
  • A címzett csak egy felhasználó lehet, csoport nem. Több üzenet küldése több requestSendMessage() hívással lehetséges.
  • A címzettek köre nincsen a tulajdonos és néző, illetve ismerőseik körére limitálva, de emailt csak akkor kaphat a címzett az értesítésről, ha neki is telepítve van az alkalmazás, vagy ezt külön kéri.

Az alkalmazás által kiküldhető értesítések mennyiségét induláskor nem limitáljuk, de az ésszerű használatot tanácsoljuk. Csak a felhasználó tudtával szabad értesítést küldeni.

Megjelenés

Az olvasatlan értesítésekről üzenet jelenik meg az oldal fejlécében, illetve a bejelentkezés utáni iWiW címlapon megjelenik pár friss, olvasatlan értesítés is. Az összes értesítés megtekinthető egy új értesítések aloldalon, ahol nagyságrendileg 250 elemet jelenít majd meg a rendszer.

A felhasználók szabályozhatják, hogy egy alkalmazás tudjon-e számukra értesítést küldeni, illetve hogy hogyan kapják meg az értesítéseket, s az őket nem érdeklődő vagy zavaró alkalmazások értesítéseit le is tudják tiltani. Lehetséges állapotok:

  • Kérek értesítéseket webes felületen és emailben is.
  • Csak webes felületen kérek értesítést.
  • Letiltja az alkalmazás összes értesítését a jövőben.

A blokkolt alkalmazások egy külön oldalon külön listázhatóak lesznek.

StartUP Konferencia

Szerző:
devblogger
- 2009-03-13
Kategóriák: Hírek
. 0 megjegyzés

Az idei, március 17-ére szervezett StartUP Konferencián részt veszünk egy Új platformok című beszélgetésen, melynek egyik kiemelt témája az iWiW alkalmazások lesz - főként üzleti szemszögből körbejárva a kérdést. A konferencián a részvétel ingyenes (de regisztrációhoz kötött), ha eljuttok rá, ajánljuk ezt a blokkot!

Egy napos Fejlesztői Portál leállás

Szerző:
devblogger
- 2009-03-13
Kategóriák: Uncategorized
. 0 megjegyzés

Hétfőn reggel 10 órától legkésőbb kedd reggel 10 óráig leállítjuk a Fejlesztői Portált architektúrális frissítések, bővítések miatt. A leállás a teljes portált érinti, azaz semmi sem lesz elérhető ezen időszak alatt a dev.iwiw.hu, sandbox.iwiw.hu domain alatt.

Az architektúra bővítése során új funkciókat is elérhetővé teszünk majd, így a tervek szerint keddtől az értesítések küldésével bővül a portál.

Hirdetések az alkalmazásokban

Szerző:
devblogger
- 2009-03-11
Kategóriák: Fejlesztés Tudnivalók
. 1 Comment

Az ÁSZF-ben már olvashattátok, hogy lehetőség lesz az iWiW alkalmazásokban hirdetést elhelyezni, s ehhez az Origo Zrt-vel kell szerződést kötni. Az induláshoz közeledve további információval, részletekkel is tudunk szolgálni erről.

Ha az alkalmazásod készen áll az indulásra, beküldted jóváhagyásra, akkor keresd meg Gricz Istvánt az Origo Adhouse-tól (gricz.istvan kukac origo pont hu), konzultáció után tőle lehet szerződéstervezetet kérni. A hirdetési felületet az Origo értékesíti, és a hirdetési bevételek 30%-át tudja tovább adni.

A bevétel várható mértéke függ az alkalmazás jellegétől, népszerűségétől, látogatottságáról, ezért előzetesen nehéz számokat prognosztizálni. A hirdetések általános feltételeiről és a listaárakról ítt olvashatsz.

Az alkalmazásban különböző méretű hirdetések helyezhetőek el. Fontos látni, hogy nem ugyanolyan népszerűek az egyes méretek a hirdetőknél, például elmondható, hogy a kisebb bannereket kevésbé preferálják. A cél nem az, hogy az alkalmazás tele legyen bannerekkel, de mindenképpen szeretnénk, hogy minden fél jól járjon a reklámokkal és szignifikáns bevétel folyjon be az alkalmazásból. Azt a kompromisszumos megoldást találtuk meg erre, hogy az alkalmazásban legalább két bannert kell elhelyezni, de ezeknek nem feltétlenül kell egyszerre megjelenniük, avagy például lehet olyan banner, mely csak egy játék alkalmazás eredményhirdetésekor jelenik meg. A rendelkezésre álló kreatívméretek: 120×240, 250×250, 728×90.

A bannerek az alkalmazáson belül jelennek meg, konkrét követelmények nincsenek azt illetően, hogy pontosan hol és hogyan valósítsd ezt meg. Azonban érdemes az esztétikai és használhatósági szempontok mellett érdemes azt is szem előtt tartani, hogy minél magasabb bevétel eléréséhez célszerű az adott keretek közt maximalizálni a hirdetések megjelenési számát.

Homokozó alkalmazások hiba (javítva)

Szerző:
devblogger
- 2009-03-4
Kategóriák: bug
. 0 megjegyzés

Update: A hiba javításra került, nincs szükség az alkalmazások újrafelvételére.

Az éjjel adatbázis és hardver frissítések voltak rendszerünkben, mely során alkalmazásfelvétel adatok konzisztenciája sérülhetett egyes iWiW Homokozó alatti tesztfelhasználóknál. Bár az alkalmazások továbbra is látszódnak a rendszerben, azok nem működnek, és frissítésük sem lehetséges. A megoldás az alkalmazások tesztfelhasználók által történő eltávolítása, majd ismételt felvétele az iWiW Homokozón.

Az okozott kellemetlenségekért elnézést kérünk. (Ez még mindig beta.)