Archívum - Már 26, 2006
Spiffy Corners - Anti-aliased rounded corner generator with CSS
Lekerekített sarkak CSS kódját generáló weblap. Képek és JavaScript nélkül.
■ Munka illetve álláshirdetések a Weblaboron
Már régen merült fel először az igény álláshirdetésekre a Weblaboron, és különböző fórum témákban a területhez kapcsolódó hirdetések fel is ütötték a fejüket. Ez vezetett el minket ahhoz a felismeréshez, hogy külön fórum témacsoportot kellene nyitni ennek a témakörnek. Sajnos azonban a hirdetések mint fórum témák elképzelés nem igazán vált be. A mai nappal az ehhez kapcsolódó problémákat kezdtük el orvosolni, és a munkát szeretnénk folytatni ezen az úton.
Mindenkinek saját feedet!
Mióta megjelentek az RSS hírforrások és a különféle olvasók, azóta jelentősen könnyebb átolvasnunk a napi tartalmat. Ámde számtalan helyen nincs RSS, vagy nem olyan, amilyennek mi akarnánk. Én például kíváncsi volnék arra is, hogy egy blogbejegyzéshez hány hozzászólás van, a legtöbb csatorna azonban ezt nem tartalmazza. A különböző webes fórumok többségének szintén nincs RSS hírforrása. Erre kínál megoldást a nemrégiben megjelent Feed43 (Feed For Free) nevű szolgáltatás, mely az eredeti HTML tartalomból sablon szerint szűri ki az RSS tartalmát.
Újdonságok a böngészőkben
A reggeli "újságolvasás" közben ma két érdekes technológiára leltem, melyek akár jelentősen befolyásolhatják majd böngészési lehetőségeinket. Az egyik egy digitális névjegykártya beépítése a böngészőbe, a másik pedig a "mikroösszegzések" lehetősége, mely a gyors információnyerés lehetőségét kínálják.
Naplózás és látogatottságszámlálás adatbázisban
Sziasztok!
Tulajdonképpen két egymáshoz is kötődő problémám van. Szeretnék egy informatív, teherbíró naplózórendszert készíteni egy nagy látogatottságra törő oldal "alá".
Két célt szolgál majd:
- biztonság, nyomonkövethetőség
- tartalmak, oldalkomponensek népszerűsége, felhasználók oldalhasználati szokásainak figyelése
Arra gondoltam, hogy ez épülhetne ugyanazon adatokra, hiszen mindekettőhöz arra van szükség, hogy kicsoda, mikor, mit csinált az oldalon belül.
Viszont félek, hogy túl nagy terhet ró egy ilyen rendszer az adatbázisra, feleleges adattömeget generálhat, főleg ha a második célra is aktívan használva lesz. Az egész naplózás több szinten működhetne, az admin tudná eldönteni, milyen részleteket szeretne tárolni, milyen felhasználói csoportok esetében. (a be nem lépett vendégről nem kell annyi infó mint a regsztráltakról stb...)
kérdéseim:
- hogyan szokás a naplózásokat kivitelezni? (főleg a nagyobbakat) van ilyen tapasztalatotok?
- mekkora erőforrásprobléma akár többmillió rekordos táblák kezelgetése (majdnem minden reguestnél bővülne)
- esetleg érdemes e külön naplózószervert beállítani, ahol egy kicsi gyors adatbáziskezelő futna csak és rögzítene mindent, tehermentesítésként.
- működhet sima szöveges fájlba írva is? itt milyen gubancok lehetnek? miben jobb-rosszabb az adatbázisnál?
- segít e, ha bizonyos időközönként, vagy rekordszám elérésekor cron-nal exportálom a táblák tartalmát? ezt is úgy volna jó hogy a legújabb x ezer darab bejegyezés azért maradjon benn.
Egyelőre ennyi, majd még részletezem ha kell. :)
Minden érdekel a témával kapcsolatban. Főleg a szenélyes tapasztalatok, gyakorlati tanácsok, buktatókra figyelmeztetések jönnek jól.
Köszi mindent!
■ Tulajdonképpen két egymáshoz is kötődő problémám van. Szeretnék egy informatív, teherbíró naplózórendszert készíteni egy nagy látogatottságra törő oldal "alá".
Két célt szolgál majd:
- biztonság, nyomonkövethetőség
- tartalmak, oldalkomponensek népszerűsége, felhasználók oldalhasználati szokásainak figyelése
Arra gondoltam, hogy ez épülhetne ugyanazon adatokra, hiszen mindekettőhöz arra van szükség, hogy kicsoda, mikor, mit csinált az oldalon belül.
Viszont félek, hogy túl nagy terhet ró egy ilyen rendszer az adatbázisra, feleleges adattömeget generálhat, főleg ha a második célra is aktívan használva lesz. Az egész naplózás több szinten működhetne, az admin tudná eldönteni, milyen részleteket szeretne tárolni, milyen felhasználói csoportok esetében. (a be nem lépett vendégről nem kell annyi infó mint a regsztráltakról stb...)
kérdéseim:
- hogyan szokás a naplózásokat kivitelezni? (főleg a nagyobbakat) van ilyen tapasztalatotok?
- mekkora erőforrásprobléma akár többmillió rekordos táblák kezelgetése (majdnem minden reguestnél bővülne)
- esetleg érdemes e külön naplózószervert beállítani, ahol egy kicsi gyors adatbáziskezelő futna csak és rögzítene mindent, tehermentesítésként.
- működhet sima szöveges fájlba írva is? itt milyen gubancok lehetnek? miben jobb-rosszabb az adatbázisnál?
- segít e, ha bizonyos időközönként, vagy rekordszám elérésekor cron-nal exportálom a táblák tartalmát? ezt is úgy volna jó hogy a legújabb x ezer darab bejegyezés azért maradjon benn.
Egyelőre ennyi, majd még részletezem ha kell. :)
Minden érdekel a témával kapcsolatban. Főleg a szenélyes tapasztalatok, gyakorlati tanácsok, buktatókra figyelmeztetések jönnek jól.
Köszi mindent!
teljesítmény a request-elt fájlok függvényében
Üdv!
Befolyásolja e az oldal teljesítményét s mennyire, hogy a http kéréseket hány fájl között osztjuk szét?
Azt értem ez alatt hogy előnyös-e, vagy hátrányos, ha minden kérés egy közös index.php-n fut keresztül, amely feldolgozza és a feladattól függően meghívja az adott funkcióhoz kellő egyéb .php-ket.
Érdemes e szétoszlatni a terhelés olyan módon, hogy kapásból arra a szkriptre linkelünk ami felelős az adott dologért?
tehát pl: login.php, adduser.php, buy.php
vagy: index.php?func=login,index.php?func=adduser,index.php?func=buy ...stb
- számíthat ez?
- melyik a jobb választás?
- mi a helyzet nagy oldallátogatottság esetén? ott már tényező lehet ez is?
Mit szóltok?
Köszönöm.
■ Befolyásolja e az oldal teljesítményét s mennyire, hogy a http kéréseket hány fájl között osztjuk szét?
Azt értem ez alatt hogy előnyös-e, vagy hátrányos, ha minden kérés egy közös index.php-n fut keresztül, amely feldolgozza és a feladattól függően meghívja az adott funkcióhoz kellő egyéb .php-ket.
Érdemes e szétoszlatni a terhelés olyan módon, hogy kapásból arra a szkriptre linkelünk ami felelős az adott dologért?
tehát pl: login.php, adduser.php, buy.php
vagy: index.php?func=login,index.php?func=adduser,index.php?func=buy ...stb
- számíthat ez?
- melyik a jobb választás?
- mi a helyzet nagy oldallátogatottság esetén? ott már tényező lehet ez is?
Mit szóltok?
Köszönöm.
