Archívum - Jan 2014
január 3
Eredmény tábla tárolása SESSION-ben
Véleményt szeretnék kérni az alábbi feladattal kapcsolatban.
Adott egy lekérdezés eredmény táblája, mely akár 1000 rekordot is tartalmazhat, rekordonként kb. 300 karakternyi/bájtnyi adattal.
Feladat, az eredmény listázása tördelve (pl. 20 rekord).
De mivel az adatbázis tartalma akár percenként is változhat (új rekordok kerülnek be, régiek törlődnek) ezért a hagyományos GET paraméteres (?page=1...50), oldal újrabetöltős lapozás nem megfelelő, mivel ha 2 lapozás között új rekord kerül a táblába, akkor lehetséges, hogy az lekérdezés rendezése miatt egy korábbi oldalra szúródik be.
Ezért gondoltam arra, hogy a teljes, nem limitált eredménytáblát betöltöm egy SESSION változóba (adatbázis alapú session kezelés) és a kezdeti 20 rekord megjelenítése után a SESSION tömböt olvasva ajaxszal bővíteném vagy lapoznám a listát. Természetesen ebben az esetben is frissülhet az adatbázis, de a megjelenített eredménytábla az adott futtatási időpontnak megfelelne és ez lenne a legfontosabb.
A kérdésem, hogy érdemes-e, szabad-e ilyen mennyiségű adatot SESSION változóban tárolni, nem lassítja ez az oldal működését. Bár mivel adatbázisban tárolom és nem fájlban ezért szvsz. nem, de nem vagyok benne biztos.
Illetve, hogy az adott problémát egyáltalán jól közelítem meg, vagy teljesen máshogy kellene a listázást megvalósítani.
■ Adott egy lekérdezés eredmény táblája, mely akár 1000 rekordot is tartalmazhat, rekordonként kb. 300 karakternyi/bájtnyi adattal.
Feladat, az eredmény listázása tördelve (pl. 20 rekord).
De mivel az adatbázis tartalma akár percenként is változhat (új rekordok kerülnek be, régiek törlődnek) ezért a hagyományos GET paraméteres (?page=1...50), oldal újrabetöltős lapozás nem megfelelő, mivel ha 2 lapozás között új rekord kerül a táblába, akkor lehetséges, hogy az lekérdezés rendezése miatt egy korábbi oldalra szúródik be.
Ezért gondoltam arra, hogy a teljes, nem limitált eredménytáblát betöltöm egy SESSION változóba (adatbázis alapú session kezelés) és a kezdeti 20 rekord megjelenítése után a SESSION tömböt olvasva ajaxszal bővíteném vagy lapoznám a listát. Természetesen ebben az esetben is frissülhet az adatbázis, de a megjelenített eredménytábla az adott futtatási időpontnak megfelelne és ez lenne a legfontosabb.
A kérdésem, hogy érdemes-e, szabad-e ilyen mennyiségű adatot SESSION változóban tárolni, nem lassítja ez az oldal működését. Bár mivel adatbázisban tárolom és nem fájlban ezért szvsz. nem, de nem vagyok benne biztos.
Illetve, hogy az adott problémát egyáltalán jól közelítem meg, vagy teljesen máshogy kellene a listázást megvalósítani.
Datetimepicker
Ezt a picker-t használom: trentrichardson.com/examples/timepicker
És nem találom a módját, hogy a minDate-tet x perccel megnöveljem.
Jelenleg így használom:Próbálnám módosítani a js fájlt, de nem találom meg, hogy pontosan hol kellene. Elég fontos így, ha lenne valami ötlet akkor szívesen venném. Köszönöm!
■ És nem találom a módját, hogy a minDate-tet x perccel megnöveljem.
Jelenleg így használom:
$('input').filter('.datetimepicker').datetimepicker({minDate: 0});
január 1
TinyMCE webes szövegszerkesztő
Sziasztok !
Kíváncsi lennék a véleményetekre a címben említett szövegszerkesztővel kapcsolatban.
Elöljáróban annyit, nem vagyok szakmabeli, csak egy mezei lúzerjúzer, aki próbál belekontárkodni ebbe a szép szakmába.
Nos én lesújtó tapasztalatokat szereztem eme szoftverrel kapcsolatban.
1. a konfigurálhatósága erősen közelít a nullához (pl. alapértelmezett betűméret megváltoztatása szinte lehetetlen)
2. fórumokat olvasgatva csak megerősödött bennem a felismerés: támogatás szintén erősen közelít a nullához
3. vettem a bátorságot és belenéztem a kódba, na ott aztán tátva maradt a szám, akkora szamárságokat találtam, noha egy autodidakta outsider vagyok
4. mindezek egy 4.0 verzióban, aminek fejlesztésébe számos felhasználó is besegít
(persze ne felejtsük a Win8-nál is beépítették sok felhasználó javaslatát, na olyan is lett :-)) )
Még mielőtt valaki azt javasolná, használjak más szoftvert, azért lássuk be, ez az egész egy óriási blama.
■ Kíváncsi lennék a véleményetekre a címben említett szövegszerkesztővel kapcsolatban.
Elöljáróban annyit, nem vagyok szakmabeli, csak egy mezei lúzerjúzer, aki próbál belekontárkodni ebbe a szép szakmába.
Nos én lesújtó tapasztalatokat szereztem eme szoftverrel kapcsolatban.
1. a konfigurálhatósága erősen közelít a nullához (pl. alapértelmezett betűméret megváltoztatása szinte lehetetlen)
2. fórumokat olvasgatva csak megerősödött bennem a felismerés: támogatás szintén erősen közelít a nullához
3. vettem a bátorságot és belenéztem a kódba, na ott aztán tátva maradt a szám, akkora szamárságokat találtam, noha egy autodidakta outsider vagyok
4. mindezek egy 4.0 verzióban, aminek fejlesztésébe számos felhasználó is besegít
(persze ne felejtsük a Win8-nál is beépítették sok felhasználó javaslatát, na olyan is lett :-)) )
Még mielőtt valaki azt javasolná, használjak más szoftvert, azért lássuk be, ez az egész egy óriási blama.
<textarea> felesleges sortörések kiszedése
Sziasztok!
Elsőnek is Boldog Újévet kívánnék mindenkinek!
A problémám a következő van egy <textarea> mezőm amin ellenőrzöm a beírható karaktereket. Mármost a beviteli mezőt hülyeség ellen szeretném levédeni úgy hogy ne lehessen végtelenségig sortörést alkalmazni. Én úgy gondoltam volna hogy az adatbázis féltöltése előtt kiszedném a felesleges sortöréseket.
És így max 2 sortörés lehetne egymás után.
De mivel hogy mindig előkerül egy ráérő illető így még pluszba valahogyan azt is meg kellene oldani hogy maximálni lehessen a sortörések számát.
Így elkerülve azt hogy 500db karakter kerüljön egymás alá.
Most jelen pillanatban így használom.
■ Elsőnek is Boldog Újévet kívánnék mindenkinek!
A problémám a következő van egy <textarea> mezőm amin ellenőrzöm a beírható karaktereket. Mármost a beviteli mezőt hülyeség ellen szeretném levédeni úgy hogy ne lehessen végtelenségig sortörést alkalmazni. Én úgy gondoltam volna hogy az adatbázis féltöltése előtt kiszedném a felesleges sortöréseket.
És így max 2 sortörés lehetne egymás után.
De mivel hogy mindig előkerül egy ráérő illető így még pluszba valahogyan azt is meg kellene oldani hogy maximálni lehessen a sortörések számát.
Így elkerülve azt hogy 500db karakter kerüljön egymás alá.
Most jelen pillanatban így használom.
$tartalom=$_POST["tartalom"];
$hirdetes_tartalom='/^[a-zA-Z0-9áéíóöőúüűÁÉÍÓÖŐÚÜŰ.\s\,\!\?\/-]{0,500}$/s';
//ellenőrzés
if(!preg_match($hirdetes_tartalom, $tartalom))
{
print("<div id='hiba'>Leirás csak betűket, számokat, szóközt . , - ! ? / tartalmazhat és maximum 500 karakter lehet!</div>");
$hiba=1;
}
<form>
<textarea name="tartalom" id="tartalom" style="overflow:auto;resize:none" rows="15" cols="97" onKeyDown="textCounter(this.form.message,this.form.remLen,500);"
onKeyUp="textCounter(this.form.tartalom,this.form.remLen,500);">
<?php if (isset ($_POST["tartalom"])) { print htmlspecialchars($_POST["tartalom"] , ENT_QUOTES); }?>
</textarea>
<input readonly type=text name=remLen size=3 maxlength=3 value=500 /> karakter <br>
</form>
$hirdetes_tartalom='/^[a-zA-Z0-9áéíóöőúüűÁÉÍÓÖŐÚÜŰ.\s\,\!\?\/-]{0,500}$/s';
//ellenőrzés
if(!preg_match($hirdetes_tartalom, $tartalom))
{
print("<div id='hiba'>Leirás csak betűket, számokat, szóközt . , - ! ? / tartalmazhat és maximum 500 karakter lehet!</div>");
$hiba=1;
}
<form>
<textarea name="tartalom" id="tartalom" style="overflow:auto;resize:none" rows="15" cols="97" onKeyDown="textCounter(this.form.message,this.form.remLen,500);"
onKeyUp="textCounter(this.form.tartalom,this.form.remLen,500);">
<?php if (isset ($_POST["tartalom"])) { print htmlspecialchars($_POST["tartalom"] , ENT_QUOTES); }?>
</textarea>
<input readonly type=text name=remLen size=3 maxlength=3 value=500 /> karakter <br>
</form>
