WebRagacs

A Multi Job körlevelei nem csak nekünk szólnak, ez nyilvánvaló, azonban van, amit ebben az esetben sem szabad megengedni. Egy avatatlan szempár egyszerűen fel sem figyel arra, hogy a levél, amit a Multi Job küldött 75 különböző e-mail címet tartalmaz.

Az a tény, hogy a (részben) nekünk címzett levél mások e-mail címét is tartalmazza, a hűtlen adatkezelés mellett a rosszakarók figyelmét is felkeltheti. Ha valaki ezekre az e-mail címekre jól megfogalmazott levelet küld ki a Multi Job nevében, nem akár “ingyen” munkaerőre vagy extra bevételre is szert tehet.

A tény, hogy a leveleket ilyen módon küldték ki felháborító. Az egyébként is kihasznált diákok biztosan örülnének egy jó órabérrel kecsegtető állásnak, vagy nagy eséllyel elhinnék, hogy az idei évre további összegeket kell fizetniük a tagságuk megtartásához. A kikerült e-mail címek egy főre jutó mennyisége kicsi, továbbá az a tény, hogy tagnak kell lenni az értesítő e-mail megszerzéséhez, tovább nehezíti a rosszakarók dolgát, de biztosan van olyan aki kapva-kapna a lehetőségen, hogy ezt kihasználja.

Sajnos azt, hogy hány embert érint a körlevél, nem lehet tudni.

Fejlődik a világ, az igények t, új dolgokat találnak ki, hiányosságokat foltoznak be. Pontosan ez az oka, hogy létezik verziószám. Tegnap kicsit összekavarodtam, hogy mi alfa meg mi béta… biztonságos-e vagy sem, megéri-e váltani vagy sem. Gondoltam írok egy kis összefoglalást, hogy egy progi verziószámából mire lehet következtetni:)

Alpha / Alfa – Ez az az állapot, amikor még csak formálódik a dolog, megvannak a körvonalak, kialakult az alap elképzelés és már van valami kézzel fogható is. Konkrétan a fő fejlesztési fázis. Ebben az állapotban valószínűleg, csak egy szűk réteg (fejlesztők) érhetik el, hiszen még nagyon körvonalas az egész. (De ettől függetlenül akár publikus is lehet.)

Beta / Béta – Akkor vált egy progi erre a fázisra, amikor az alfa változatnál kitűzött célokat elérték és működőképes a progi, de még lehetnek hibái. Ez az állapot főként publikus (legalábbis annak kellene lennie a logika szerint) szokott lenni, mert ugye “több szem többet lát”. Tehát ebben az állapotban folyik a hibajavítás.

RC (Release Candidate) / Kiadásra Jelölt – Ha már minden ismert hibát kijavítottak és minden tervezett funkciót beleraktak, akkor adják ki ezt a változatot. Ez az állapot talán a leg elhanyagolhatóbb, viszont jó ha van, mert így az apróbb hibákat még többen kereshetik. A bétától eltérően ezt kifejezetten publikus tesztelésre találták ki:) Tehát bárki nyugodtan kipróbálhatja, de még mindig nem az igazi.

Stable / Stabil – Ha az RC átment a vizsgán és tényleg minden oké, akkor megjelenhet a stabil változat. Ez már teljes biztonsággal használható, hiszen eleget tesztelték és minden hibát kijavítottak.

+

Build / Változások – Néhány programnál a verzió mellett megszokták jelölni a változások számát, éppen ezért egy verzión belül akár több ilyen Build is lehet.

// A szinekkel jelöltem, hogy mennyire válik biztonságosabbá egy újabb állapot.

A Twitter a mai napon ismét gyengélkedett,  a délelőtt nem okozott sok problémát mert a többségünk iskolában volt. Ez nem meglepő, hiszen egyre több ügyfelet kell kiszolgálniuk, de mégis hány tízmilliót fognak szerverekre költeni amíg végre normálisan menni is fog a szolgáltatás?

A Twitter már észrevette, hogy késve jelennek meg a tweetek és a teljes idővonal megborult, továbbá egyes tweetek meg sem jelennek stb. De ígérik, hogy a retweet-el együtt hamarosan minden helyreáll.

Jó hír: Az új Twitter API már megy a @Twitter oldalon, fentebb van is egy pillanatkép és még kettő azokról a feledhetetlen pillanatokról, amikor a twitter képtelen kiszolgálni a felhasználókat. Eléggé idegesítő.

Az elmúlt pár napban történt egy hiba a blog motorjában és ettől MINDEN adat odaveszett. Egy rébebbi adatbázismentésből sikerült visszahozni az adatokat, de sajnos ez alól kivételt képeznek a felhasználói hozzáférések és a kommentek.

A Hibát a WordPress Security Scan nevű modul okozta nálunk, lehet összekadt egy másik modullal, de ezt már sosem fogjuk megtudni.
A modul alapjában véve “komoly” segítséget nyújtana a blogunk védelméhez, de azt hiszem kihagyható darab, hiszen nem nyújt olyan szolgáltatásokat, amik tényleg komolyan meggátolnák a támadókat a blog feltöréséhez/kihasználásához/floodolásához.

Jó hír: a jQuery UI segítségével egyre közeleg a BurninGames Adminisztrációs felületének teljes elkészülése. Ez sokak számára nem jelent semmit, de a jövendőbeli adminisztrátorok számára próbálunk egy esztétikus környezetet létrehozni, ahol “jól esik” a munka.