Archívum - Május 2008
május 5
Egyenletesen eloszló fülek
Sziasztok!
Adott egy oldal, ami kitolti szelessegben a teljes bongeszot. Ezen helyezkedne el tabsor, amit egy html lista prezental. A fulek fix merettel rendelkeznek. A megoldando problema: a bongeszo egyenletes terkozzel ossza szet a fuleket. Korbe nezelodtem mar a neten, de meg nem talaltam megoldast ra. Valaki latott/csinalt mar ilyet?
■ Adott egy oldal, ami kitolti szelessegben a teljes bongeszot. Ezen helyezkedne el tabsor, amit egy html lista prezental. A fulek fix merettel rendelkeznek. A megoldando problema: a bongeszo egyenletes terkozzel ossza szet a fuleket. Korbe nezelodtem mar a neten, de meg nem talaltam megoldast ra. Valaki latott/csinalt mar ilyet?
Difference between iterative and incremental development
Két fejlesztési modell szemléletes összevetése
■ Keretek közötti változók kezelése
Üdv Mindenkinek!
Naná hogy segítség kéne:)...3 napja kéne...de azt hittem okos leszek és megoldom...hát nem:(
Kezdő szinten próbálok könyvből php scripteket írni. A problémám az hogy a weblapom kereteket használ (tudom hogy nem javasolt de már rengeteg meló van benne). Az index.php lapon egy felvett adatot ('xxx') kezelni szeretnék a top.php file-ban és nem tudom elérni, hogy az index2.php 3 keretébe meghívott 3 file úgy töltödjön be, hogy a top.php átvegye az $xxx értékét. Tudna valaki segíteni? Előre is köszönöm!!!
■ Naná hogy segítség kéne:)...3 napja kéne...de azt hittem okos leszek és megoldom...hát nem:(
Kezdő szinten próbálok könyvből php scripteket írni. A problémám az hogy a weblapom kereteket használ (tudom hogy nem javasolt de már rengeteg meló van benne). Az index.php lapon egy felvett adatot ('xxx') kezelni szeretnék a top.php file-ban és nem tudom elérni, hogy az index2.php 3 keretébe meghívott 3 file úgy töltödjön be, hogy a top.php átvegye az $xxx értékét. Tudna valaki segíteni? Előre is köszönöm!!!
<?php;$xxx = $_POST['xxx']; ?>
<HTML><HEAD><TITLE>index2.php</TITLE>
</HEAD>
<FRAMESET border=0 frameSpacing=0 rows=179,* frameBorder=0 >
<FRAME name=top marginWidth=5 marginHeight=5 src="/top.php" noResize scrolling=no>
<FRAMESET border=0 frameSpacing=0 frameBorder=0 cols=182,*>
<FRAME name=left marginWidth=0 marginHeight=0 src="/left.htm" noResize scrolling=no>
<FRAME name=back marginWidth=0 marginHeight=0 src="/background.htm" noResize scrolling=yes>
</FRAMESET>
</FRAMESET>
</HTML>
JavaScript kód tárolása PNG-ben
Eredetileg csak blogmarkként gondoltam hivatkozni Jacob Sedelin elképesztő ötletére, de nem bírtam megállni, hogy ne mutassam be néhány szó erejéig ezt a kísérleti fogást. Az erősen a JavaScriptre támaszkodó felületek kiszolgáló és ügyfél közötti adatátvitel csökkentése érdekében több megoldás is alkalmazható, ezek tárházát bővíti az alábbi elgondolás. Jacob a szerzője JavaScript alapú Super Mariónak, ott vetette először be ezt a kódtömörítésen alapuló technikát.
Probléma: Tömbös adat- és fájlfeltöltés
Üdvözlet mindenkinek! Bevallom, szakképzett n00b vagyok PHP témában, azaz vannak ismereteim belőle, de semmilyen kritikusabb dolgot nem kellett még lekódolnom benne. Ez most megváltozott.
Egy kényelmes és felhasználóbarát interfész-kódot gyúrogatok egy alapjában véve egyszerű admin-felületre: a lényege, hogy egy (bináris) szöveges (azaz nem MySQL) adatlistából kiszed dinamikusan neveket, ezeket fordított(!) sorrendben kilistázza táblázatban, párosítva a megfelelő mappából a megfelelő sorszámú képpel. A végére, új rekord-felvitel lehetőségként odakerül egy mező, ami a lista UTOLSÓ UTÁNI, új elemére kell mutasson. Az egész kapásból editelhető mint text-ek és file upload-ok. (hogy mennyit bírna ezekből a szerver, arról fingom nincs, de azt már le tudnám kezelni utólagos foltozgatással is) A form önmagának postolja az adatokat, és updatelve ki is írja azokat.
Látványosabban:
Tehát:
Bal oldalon text-boxok kitöltve a létező lista alapján (ha van), jobbra meg képek, mellettük üres upload-mezők. (Részletek a doboz hátoldalán olvashatók.)
Egy kényelmes és felhasználóbarát interfész-kódot gyúrogatok egy alapjában véve egyszerű admin-felületre: a lényege, hogy egy (bináris) szöveges (azaz nem MySQL) adatlistából kiszed dinamikusan neveket, ezeket fordított(!) sorrendben kilistázza táblázatban, párosítva a megfelelő mappából a megfelelő sorszámú képpel. A végére, új rekord-felvitel lehetőségként odakerül egy mező, ami a lista UTOLSÓ UTÁNI, új elemére kell mutasson. Az egész kapásból editelhető mint text-ek és file upload-ok. (hogy mennyit bírna ezekből a szerver, arról fingom nincs, de azt már le tudnám kezelni utólagos foltozgatással is) A form önmagának postolja az adatokat, és updatelve ki is írja azokat.
Látványosabban:
TEXT | FILE_UP
-----+--------
név5 | [5.jpg]
név4 | [4.jpg]
név3 | [3.jpg]
név2 | [2.jpg]
név1 | [1.jpg]
név0 | [0.jpg]
-----+--------
név6 | [6.jpg]
-----+--------
név5 | [5.jpg]
név4 | [4.jpg]
név3 | [3.jpg]
név2 | [2.jpg]
név1 | [1.jpg]
név0 | [0.jpg]
-----+--------
név6 | [6.jpg]
Tehát:
Bal oldalon text-boxok kitöltve a létező lista alapján (ha van), jobbra meg képek, mellettük üres upload-mezők. (Részletek a doboz hátoldalán olvashatók.)
Eltérő termékek egységes kezelése adatbázisban
Sziasztok!
A segítségeteket szeretném kérni.
Egy olyan adatbázist kellene felépítenem, melyben teljesen eltérő termékeket tudok tárolni.
Olyan mint egy webshop, csak itt nincs egy megfogható termékcsoport.
Pl. tartalmazhatja egy CPU-t, egy házat, egy autót, egy mosógépet, egy üdülést, stb.
Ezeknek a termékeknek ugye igen csak eltérő tulajdonságai vannak, amiket tárolni is szeretnék.
A legfontosabb, hogy gyors legyen a rendszer mind keresésre, mind pedig tallózásra.
Ha pl. beírom, hogy piros, akkor szeretném látni a piros mobiltelefontól a piros autón keresztül a piros sportdzsekin át az összes olyan terméket, ami piros, viszont az is fontos lenne, hogy a termék neve alatt szerepeljen az aktuális termékcsoportra jellemző összes fő tulajdonság úgy, hogy az nem újabb lassú lekérdezések árán legyen csak lehetséges.
Pl.
Nokia 3510i
kártya független
MMS képes
WAP képes
FIAT UNO
1998-as évjárat
300 m3
4 ütemű
ADIDAS dzseki
újszerű állapotú
piros
1.
Alap esetben az lenne a legegyszerűbb, ha csinálnák egy 500 mezős táblát, 380 index-el, és ebben felvennék minden lehetséges tulajdonságot az órajeltől, az alapterületen át a végsebességig. Egy admin táblában meghatároznám, hogy az egyes termékkörök esetén mit kell kitölteni, és a többi tulajdonság NULL-t venne fel.
Ugye ekkor egy keresésnél minden információ rendelkezésre áll, viszont nem feltétlen a legszerencsésebb választás.
2.
A másik lehetőség, hogy az alap tulajdonságokat veszem csak fel (neve, kategória, ára, stb.) és a kiegészítő tulajdonságokat egy másik táblába helyezem el, ahol szerepelne a termék ID-ja a tulajdonság azonosítója (3. tábla) és az érték. Itt mivel igencsak eltérő értékek lehetnek (szám, szöveg, stb.), ezért csak szövegesen tudnám ábrázolni az egyes értékeket ami lassítaná a keresést, illetve ha sok tulajdonságok szeretnék egyszerre figyelni, akkor sok JOIN vagy SELECT lenne.
A segítségeteket szeretném kérni.
Egy olyan adatbázist kellene felépítenem, melyben teljesen eltérő termékeket tudok tárolni.
Olyan mint egy webshop, csak itt nincs egy megfogható termékcsoport.
Pl. tartalmazhatja egy CPU-t, egy házat, egy autót, egy mosógépet, egy üdülést, stb.
Ezeknek a termékeknek ugye igen csak eltérő tulajdonságai vannak, amiket tárolni is szeretnék.
A legfontosabb, hogy gyors legyen a rendszer mind keresésre, mind pedig tallózásra.
Ha pl. beírom, hogy piros, akkor szeretném látni a piros mobiltelefontól a piros autón keresztül a piros sportdzsekin át az összes olyan terméket, ami piros, viszont az is fontos lenne, hogy a termék neve alatt szerepeljen az aktuális termékcsoportra jellemző összes fő tulajdonság úgy, hogy az nem újabb lassú lekérdezések árán legyen csak lehetséges.
Pl.
Nokia 3510i
kártya független
MMS képes
WAP képes
FIAT UNO
1998-as évjárat
300 m3
4 ütemű
ADIDAS dzseki
újszerű állapotú
piros
1.
Alap esetben az lenne a legegyszerűbb, ha csinálnák egy 500 mezős táblát, 380 index-el, és ebben felvennék minden lehetséges tulajdonságot az órajeltől, az alapterületen át a végsebességig. Egy admin táblában meghatároznám, hogy az egyes termékkörök esetén mit kell kitölteni, és a többi tulajdonság NULL-t venne fel.
Ugye ekkor egy keresésnél minden információ rendelkezésre áll, viszont nem feltétlen a legszerencsésebb választás.
2.
A másik lehetőség, hogy az alap tulajdonságokat veszem csak fel (neve, kategória, ára, stb.) és a kiegészítő tulajdonságokat egy másik táblába helyezem el, ahol szerepelne a termék ID-ja a tulajdonság azonosítója (3. tábla) és az érték. Itt mivel igencsak eltérő értékek lehetnek (szám, szöveg, stb.), ezért csak szövegesen tudnám ábrázolni az egyes értékeket ami lassítaná a keresést, illetve ha sok tulajdonságok szeretnék egyszerre figyelni, akkor sok JOIN vagy SELECT lenne.
Inheritance vs. Composition
Milyen előnyei vannak az objektum összetételnek az öröklődéssel szemben?
■ 
