Archívum - Feb 2012
február 23
node szerü tartalom mentése db-be
Sziasztok!
Ezt inkább vitatémának szánom, mert tudok rá megoldást, kettő megoldást (ha valaki tud egy harmadikat, ne tartsa magában) és megtudom találni melyik a legjobb :)
A cél: csm tartalom mentése adatbázisban, a cms oldalon lévő "slotokat" a felhasználó adhatja meg admin felületen, úgy mint szöveges mező, cím mező, kép mező, szám mező stb. A megadott template-el ezek lesznek megjelenítve.
A form/template/tipus megvalósítását most hagyjuk, adatbázisban az egyes oldalak elmentésére koncentrálok.
két lehetséges megoldáson gondolkozok, a 2-at részesítem előnyben:
1. megoldás, fő tábla node, erre vannak adattípusonként csatolva táblák, úgy mint node_string, node_integer, node_real, node_text, node_date, node_datetime stb.
előny: db-ben kevesebb helyet foglal a 2. megoldáshoz képest
hátrány: keresés megvalósítása bonyolultabb, egyes slot tipusoknál tárolnom kell, hogy milyen adattipus tartozik hozzá (bonyolítja a megvalósítást, 2. megoldásnál elég csak validálni az adatot)
2. megoldás, fő tábla node, erre van egy tábla node_content csatolva, amiben egy longtext mező tárolja az adatot és fulltext index van rátéve a kereséshez.
előny: nagyon egyszerű és gyors a keresés
hátrány: kisebb adatok (pl: szám, dátum) is egy longtext mezőbe írjuk bele, adatbázisban tárolás szempontjából ez így csúnya
----
mindkét esetben kérdéses a sebesség, leginkább a keresés sebessége, tesztelni fogom mondjuk 1 millió adattal (200.000 node, mindegyikhez 5 adattipus), fulltext search miatt a 2. talán gyorsabb lesz, nem tudom ekkora adat mennyiségnél hogy viselkedik...
■ Ezt inkább vitatémának szánom, mert tudok rá megoldást, kettő megoldást (ha valaki tud egy harmadikat, ne tartsa magában) és megtudom találni melyik a legjobb :)
A cél: csm tartalom mentése adatbázisban, a cms oldalon lévő "slotokat" a felhasználó adhatja meg admin felületen, úgy mint szöveges mező, cím mező, kép mező, szám mező stb. A megadott template-el ezek lesznek megjelenítve.
A form/template/tipus megvalósítását most hagyjuk, adatbázisban az egyes oldalak elmentésére koncentrálok.
két lehetséges megoldáson gondolkozok, a 2-at részesítem előnyben:
1. megoldás, fő tábla node, erre vannak adattípusonként csatolva táblák, úgy mint node_string, node_integer, node_real, node_text, node_date, node_datetime stb.
előny: db-ben kevesebb helyet foglal a 2. megoldáshoz képest
hátrány: keresés megvalósítása bonyolultabb, egyes slot tipusoknál tárolnom kell, hogy milyen adattipus tartozik hozzá (bonyolítja a megvalósítást, 2. megoldásnál elég csak validálni az adatot)
2. megoldás, fő tábla node, erre van egy tábla node_content csatolva, amiben egy longtext mező tárolja az adatot és fulltext index van rátéve a kereséshez.
előny: nagyon egyszerű és gyors a keresés
hátrány: kisebb adatok (pl: szám, dátum) is egy longtext mezőbe írjuk bele, adatbázisban tárolás szempontjából ez így csúnya
----
mindkét esetben kérdéses a sebesség, leginkább a keresés sebessége, tesztelni fogom mondjuk 1 millió adattal (200.000 node, mindegyikhez 5 adattipus), fulltext search miatt a 2. talán gyorsabb lesz, nem tudom ekkora adat mennyiségnél hogy viselkedik...
február 22
Kiegyensúlyozott-e az adott bináris fa
Egy bináris fáról, hogyan tudom megállapítani, hogy kiegyensúlyozott-e és aztán azzá tenni?
Eddig a forrás ilyen:[colorer=javascript]package binfa;
public class Csucs {
protected int elem;
Csucs bcs, jcs;
public Csucs (int elem) {
this.e
Eddig a forrás ilyen:
package binfa;
import java.io.BufferedReader;
import java.io.FileNotFoundException;
import java.io.FileReader;
import java.util.Scanner;
public class Binfa {
public static void main(String[] args) throws FileNotFoundException {
RendezettBinfa rbf2 = new RendezettBinfa();
Scanner s = null;
try {
s = new Scanner (
new BufferedReader (
new FileReader ("szamok.txt")));
while (s.hasNextInt()) {
rbf2.addElem(s.nextInt());
}
} finally {
if (s != null) {
s.close();
}
}
System.out.println(rbf2.inorder());
System.out.print("Magassága: ");
System.out.println(rbf2.height());
System.out.println();
/**/
RendezettBinfa rbf = new RendezettBinfa();
rbf.addElem(4);
rbf.addElem(2);
rbf.addElem(1);
rbf.addElem(3);
rbf.addElem(6);
rbf.addElem(5);
rbf.addElem(7);
System.out.println(rbf); // inorder eljárás, mert a gyökér a bal- és a jobbrészfa kiírása között van
System.out.print("Inorder: ");
System.out.println(rbf.inorder());
System.out.print("Postorder: ");
System.out.println(rbf.postorder());
System.out.print("Magassága: ");
System.out.println(rbf.height());
System.out.print("Preorder: ");
System.out.println(rbf.preorder());
/*
Csucs cs = new Csucs(5);
Csucs bcs = new Csucs(6);
Csucs jcs = new Csucs(7);
cs.addLeft(bcs);
cs.addRight(jcs);
System.out.println(cs); // *.toString
cs.setElem(1);
cs.bcs.setElem(2);
jcs.setElem(3);
System.out.println(cs);
// System.out.println(jcs);
*/
}
}
public class Csucs {
protected int elem;
Csucs bcs, jcs;
public Csucs (int elem) {
this.e
JavaScript design patternek
A design patternek, vagyis magyarul a tervezési minták olyan építőkockák, melyek a gyakran előforduló, tipikus problémákra kínálnak jól működő, egységes, kalapból előhúzható megoldásokat. A feladatok mögött fel lehet fedezni mintázatokat, melyeket végül mindig ugyanúgy lehet a legjobban megoldani - ezen megoldások gyűjtőnevéről beszélünk. A bejegyzésben pár JavaScript tervezési mintáról írok, illetve adok egy pár linket is a témában.
február 21
The ol Element and Related Attributes: type, start, value, and reversed
Visszakerülnek a méltatlanul kitagadott lista attribútumok
■ Itt a legújabb botrányos internettörvény-tervezet
A SOPA után most épp a gyerekpornó az ürügy az Internet korlátozására
■ Hogyan készüljünk állásinterjúra?
András legutóbbi blogposztjából és a hozzászólásokból képet kaphattunk arról, hogy milyen kérdésekre számíthatnak a frontend fejlesztők, ha állásinterjúra mennek. Fordítsuk meg a problémát: hogyan készüljünk a felvételre, milyen kérdéseket tegyünk fel a potenciális munkaadónknak?
WSJ: Google tricked Apple's Safari in order to track users
A vádak szerint megkerülték a böngésző adatvédelmi rendszerét
■ Last week in WebKit: calculated CSS values and the translate attribute
Érdekes újdonságok a Webkit engine-ben
■ Tech preview of Chromium with Dart engine now available
Új, nem a JavaScriptre épülő böngészőt adott ki a Google
■ február 21
jquery hover
Sziasztok!
Egy fotó felett van egy-egy linkem, amit csak akkor szeretnék megjeleníteni, amikor a fotó fölé viszem az egeret és ha elveszem, akkor elrejteni. Egyébként a két link egy balra meg egy jobbra mutató nyil (képes link), amivel lehet váltani a fotót. Kipróbáltam a jquery hover és mouseover füvvvényeit. Remekül működnek.
Mikor az egyik nyil fölé viszem az egeret, akkor elkezdenek villogni a nyilak, mivel mikor a nyil felett vagyok az egérrel úgy veszi mintha már nem lennék a fotó fölött. Aztán mikor eltűnik, akkor megint az érvényesül, hogy a fotó felett vagyok. :)
Ti hogy oldanátok meg ezt a villogó problémát?
■ Egy fotó felett van egy-egy linkem, amit csak akkor szeretnék megjeleníteni, amikor a fotó fölé viszem az egeret és ha elveszem, akkor elrejteni. Egyébként a két link egy balra meg egy jobbra mutató nyil (képes link), amivel lehet váltani a fotót. Kipróbáltam a jquery hover és mouseover füvvvényeit. Remekül működnek.
Mikor az egyik nyil fölé viszem az egeret, akkor elkezdenek villogni a nyilak, mivel mikor a nyil felett vagyok az egérrel úgy veszi mintha már nem lennék a fotó fölött. Aztán mikor eltűnik, akkor megint az érvényesül, hogy a fotó felett vagyok. :)
Ti hogy oldanátok meg ezt a villogó problémát?