Nemrég sikerült befejezni a "nagymama project" névre hallgató teljes adatbázis ellenőrzést a 'Legyen Ön is Milliomos!' Facebook játékban.
Az ellenőrzés elsődleges célja az volt, hogy az általános iskola végén és a középiskola elején született adatbázisban az egyes kérdésekhez tartozó nehézségi szintek megközelítőleg helyes értékekre kerüljenek, illetve a feltűnően rossz kérdések is javítva, törölve legyenek.
Ezen törekvéseim a mai nappal teljesültek a már említett "nagymama project" keretében, melynek túlnyomó részét nagymamám végezte szabadidejében, egy az öcsém által kifejezetten erre a célra készített adminisztrációs felület segítségével.
Néha elgondolkozok rajta, hogy konkrétan, éves szinten mennyi időt enged meg például a legtöbb webhoszting szolgáltatónál megadott 99.9%-os rendelkezésre állás. Ilyenkor általában előveszem Google barátunkat, vagy a Wolframalpha-t és szépen kiszámoltatom valamelyikkel, mert hát nem egy nagy cucc ugyebár. Aztán ma ezzel ellentétben ha lehet ilyet, akkor a még lustábbik utat választottam és egész egyszerűen rágugliztam a rendelkezésre állás kifejezésre, amire pedig ezt találtam:
Availability % Downtime per year Downtime per month* Downtime per week 90% ("
Elkezdtünk családilag teszt felhasználóneveket kitalálni a szakdolgozatomhoz:
Teszt Elek Gipsz Jakab Mezei Virág Vincs Eszter Disz Nóra Eszet Lenke
Egyik barátom felvetésére készítettem egy rss feedet a bloghoz, így mától az itt lévő bejegyzések azon keresztül is követhetővé váltak.
A feed elkészítéséhez a Views Drupal modult és ezt a leírást használtam. Ezeknek köszönhetően pár perc alatt bármikor összerakható egy kellően testraszabható rss feed.
Szerettem volna letiltani egy VMware-es guest OS-ben az óra szinkronizálását, viszont mivel ezt a VMware Tools-ból Windows alatt hiába tettem, mert minden újraindításnál fene mód újra szinkronizálta az órát, ezért keresgéltem egy kicsit és a következőt találtam:
Nyissuk meg az érintett virtuális gép .vmw fájlját Adjuk hozzá/modosístuk a következő értékett
time.synchronize.tools.startup = "FALSE" Ha a guest OS is szeretne internetről szinkronizálni, akkor azt még érdemes lehet letiltani vagy megszakítani az internet kapcsolatot a virtuális gép konzolján ("
Már egy ideje foglalkoztat a gondolat, hogy a home.halacs.hu szerveremen lévő email szolgáltatáshoz érdmes lenne beállítani egy tartalék levelező szervert, ami az elsődleges gép elérhetetlensége esetén is tudná fogadni és átmenetileg tárolni a leveleket.
Figyelembe véve a kiszolgáló minimális e-mail forgalmát (szűk baráti kör), a dolog gyakorlati jelentőssége nem túl nagy (különösen az smtp-k "próbálkozós" működését ismerve), mégis a megvalósítás mellett döntöttem. Talán elsősorban kíváncsiságból.
A backup mail exchanger végül egy Ubuntu Serveren futó Postfix e-mail kiszolgáló alklamazás lett.
Az utóbbi napokban/hetekben jelentős forgalomnövekedés tapasztalható a Legyen Ön is Milliomos! Facebook játékban. Az eddigiekhez képes egy-két nagyságrendes napi játékosszám ugrás jelentkezett karácsony napjától kezdődően.
Ennek oka vélhetően egy elírás javítása, ami miatt a játék által a játékosok üzenőfalára posztolt üzenetek rossz webcímre mutattak. A hibás linket kijavítottam, az már a játék Facebook profil oldalára mutat.
Sajnos azonban kezdenek kijönni a web tárhely szolgáltató irányába felróhatónak tűnő problémák is, amik maitt már több panaszos emailt kaptam, hogy időnként gondok vannak (ráadásul a legrosszabbbkor; máskor ugye nem is lehetne).
Az utóbbi időben egyre növekvő játékos számnak köszönhetően egyre többször fordult elő a játékosok által is érzékelhető hiba, mely vélhetően a webtárhely szolgáltatónak felróható okokból jelentkezik.
Mivel a hibajelzésre a tárhely szolgáltatótól az elvárható időn belül nem érkezett válasz, elérkezettnek láttam az időt a játék felhő alapú kiszolgálóra történő költöztetésére, melyen nem csak a nagyobb rendelkezésre állás, de a kiszolgáló teljes konfigurálhatósága is előnyként jelentkezik. Utóbbinak a jövőbeni tervek kapcsán lehet még komolyabb jelentőssége.
A Legyen Ön is Milliomos! Facebook játék publikálása óta fájó pont volt, hogy az "éles" verziónak tegnapig tárhelyet biztosító cég bizonyos dolgokat éjjelente önkényesen módosít az adatbázisban. Bár ezt feltehetően optimalizációs céllal, automatizáltan teszi, mégis elég kellemetlenül érintett, mikor észrevettem, hogy a MySQL nézeteim éjjelente törlésre kerülnek, illetve hogy az adatbázis táblákban is új indexek képződnek, melyeket aztán hiába hoztam létre újra, vagy töröltem a létrejövőket, minden este (vélhetően a biztonsági mentések készítése körül, hajnal 3 órakor) újra és újra törlődtek illetve létrejöttek, ráadásul a cégnek ezügyben küldött e-mailekre sem kaptam soha érdemi választ.
A 'Legyen Ön Milliomos!' Facebook játékom körülbelül egy éves működése alatt összesen 741 darab kérdés ajánlást küldtek a játékosok az alkalmazás erre a célra létrehozott felületén keresztül, amiből mintegy 43% a mai nappal sikeresen befejezett feldolgozást követően a kérdésgyűjtemény szerves részévé vált.
A feldolgozás során az összes kérdés egyenkénti ellenőrzésen ment keresztül, melynek során igyekeztünk a lehető legalaposabban ellenőrizni azok valóságtartalmát, minőségét és a beküldő által megadott nehézségi szintet is figyelembe véve a kérdés nehézségi szintjét.