Archívum - 2006
március 26
Keresés MySQL táblában szótöredékre
Üdv!
Olyat szeretnék kérdezni h:
azt h lehetr megcsinálni h van egy mysql adatbázisom: base mondjuk egy táblám benne: table és 2 oszlopom: name, value .
Ez eddig ok és ebbe bele is tok irni meg minden de ezt szótár szereűségre szeregném használni, tehát értek mindent csak azt nem h h lehet benne keresni
pl.:
name: Fiatal farkasok
value: Fiatal farkast láttak a közeli erdőségben és ...
beirom a keresőbe h: farkas
és akkor kijön a name h: fiatal farkasok
és a value: Fiatal farkast láttak a közeli erdőségben és ...
???
Előre is kössz...
■ Olyat szeretnék kérdezni h:
azt h lehetr megcsinálni h van egy mysql adatbázisom: base mondjuk egy táblám benne: table és 2 oszlopom: name, value .
Ez eddig ok és ebbe bele is tok irni meg minden de ezt szótár szereűségre szeregném használni, tehát értek mindent csak azt nem h h lehet benne keresni
pl.:
name: Fiatal farkasok
value: Fiatal farkast láttak a közeli erdőségben és ...
beirom a keresőbe h: farkas
és akkor kijön a name h: fiatal farkasok
és a value: Fiatal farkast láttak a közeli erdőségben és ...
???
Előre is kössz...
Prototype Ajax funció meghívás diszkrét JS-sel
Hali!
Ahogy kezdek előre jutni a témában úgy exponenciálissan nő az ismeretlen dolgok száma, és sajna nem mindre találok választ a tutorialokban... :(
A Prototype Ajax.Update függvényét szeretném meghívni a bejelentkező formomnál, úgy hogy a form nev és pass mező értékét átadom a login.php filenak.
A Prototype manualban ennek a példa alapján indúltam el:Illetve a diszkrét javascript cikk alapján próbálkozom.
Ahogy kezdek előre jutni a témában úgy exponenciálissan nő az ismeretlen dolgok száma, és sajna nem mindre találok választ a tutorialokban... :(
A Prototype Ajax.Update függvényét szeretném meghívni a bejelentkező formomnál, úgy hogy a form nev és pass mező értékét átadom a login.php filenak.
A Prototype manualban ennek a példa alapján indúltam el:
var url = 'valami.php';
var pars = 'foo=bar';
var target = 'div-class';
var myAjax = new Ajax.Updater(target, url, {method: 'post', parameters: pars});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.
