Archívum - 2012
február 24
Fragment azonosítók
Sziasztok!
Fragment azonosítókkal kapcsolatban futottam bele egy kisebb fajta dilemmába, és ezzel kapcsolatban lennék kíváncsi a véleményekre.
Szóval adott egy bemutatkozó jellegű honlap aminek az egyik lapja a desing-ból fakadóan alapvetően többféle információt tartalmaz (személyes adatok, elérhetőség, projectek stb.) Ezek szekciókat alkotnak a lapon belül, és mindegyik szekción belül fel vannak sorolva az az alá tartozó tartalom blokkok (a továbbiakban csak "blokk") hogy így fogalmazzak. Tehát például a bemutatkozás szekció alatt fel vannak sorolva a személyek és a hozzájuk tartozó információk. A projectek alatt fel vannak sorolva az egyes projectek és némi információ róluk. Ezek egy-egy kisebb blokkot alkotnak, tehát egy szekció alapvetően az alá tartozó blokkok felsorolásából áll.
Azt szeretném megoldani hogy megfelelő URL hivatkozással kapásból rá lehessen ugrani egy-egy adott blokkra a lapon belül, fragmentek segítségével. Ez elsőre pofon egyszerűnek tűnik, mert minden blokknak adhatnék például egy id-t és akkor a .../#13 hivatkozás a 13. block-ra ugrana, csak ez így nem valami szép. Sokkal szebb lenne ha a fragment például valahogy úgy festene hogy .../#szekcio-id/blokk-id Ekkor az egyes blokkok id attribútuma úgy festene hogy id="szekcio-id/blokk-id". Viszont ez a megoldás azért nem működik, mert az id attribútum nem tartalmazhat slash karaktert. Tehát ahelyett, hogy minden blokkot egy számmal azonosítanék, sokkal jobb lenne ha a hova tartozása szerint kapna következetesen egy azonosítót.
A lényeg az, hogy mindezt minél beszédesebben, és minél szebben szeretném megoldani a fenti feltételeket figyelemebe véve. Ezzel kapcsolatban lennék kíváncsi a véleményekre. Ki hogyan oldaná meg?
A segítséget előre is köszönöm.
■ Fragment azonosítókkal kapcsolatban futottam bele egy kisebb fajta dilemmába, és ezzel kapcsolatban lennék kíváncsi a véleményekre.
Szóval adott egy bemutatkozó jellegű honlap aminek az egyik lapja a desing-ból fakadóan alapvetően többféle információt tartalmaz (személyes adatok, elérhetőség, projectek stb.) Ezek szekciókat alkotnak a lapon belül, és mindegyik szekción belül fel vannak sorolva az az alá tartozó tartalom blokkok (a továbbiakban csak "blokk") hogy így fogalmazzak. Tehát például a bemutatkozás szekció alatt fel vannak sorolva a személyek és a hozzájuk tartozó információk. A projectek alatt fel vannak sorolva az egyes projectek és némi információ róluk. Ezek egy-egy kisebb blokkot alkotnak, tehát egy szekció alapvetően az alá tartozó blokkok felsorolásából áll.
Azt szeretném megoldani hogy megfelelő URL hivatkozással kapásból rá lehessen ugrani egy-egy adott blokkra a lapon belül, fragmentek segítségével. Ez elsőre pofon egyszerűnek tűnik, mert minden blokknak adhatnék például egy id-t és akkor a .../#13 hivatkozás a 13. block-ra ugrana, csak ez így nem valami szép. Sokkal szebb lenne ha a fragment például valahogy úgy festene hogy .../#szekcio-id/blokk-id Ekkor az egyes blokkok id attribútuma úgy festene hogy id="szekcio-id/blokk-id". Viszont ez a megoldás azért nem működik, mert az id attribútum nem tartalmazhat slash karaktert. Tehát ahelyett, hogy minden blokkot egy számmal azonosítanék, sokkal jobb lenne ha a hova tartozása szerint kapna következetesen egy azonosítót.
A lényeg az, hogy mindezt minél beszédesebben, és minél szebben szeretném megoldani a fenti feltételeket figyelemebe véve. Ezzel kapcsolatban lennék kíváncsi a véleményekre. Ki hogyan oldaná meg?
A segítséget előre is köszönöm.
django olvasnivaló?
Tudnátok online olvasnivalót ajánlani a django-val (1.1 v. 1.3) való ismerkedéshez, ha már átrágtam magam a "hivatalos" tutorialon?
Szerettem volna megnézni a django.hu-t, de ott csak egy nginx hibaüzenet fogad :(
■ Szerettem volna megnézni a django.hu-t, de ott csak egy nginx hibaüzenet fogad :(
Felületfrissítés Node.js-sel websocketen keresztül
Szeretném veletek megosztani a Node.js-sel és websockettel szerzett tapasztalataimat. Olyan rendszert szerettem volna készíteni, ahol a felület interaktívan frissül, mint a Facebooké üzenet érkezésekor.
február 24
Letölthető a vadiúj Apache 2.4 webkiszolgáló
Jelentős előrelépést igér a teljesítmény és a rugalmasság terén
■ Akadálymentes súgószöveg űrlapmezőkhöz
Hogyan lehet egy űrlapmező és a hozzá tartozó súgószöveg akadálymentes kapcsolatát megteremteni?
■ 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
■ 
