ugrás a tartalomhoz

Archívum - Május 5, 2008

Include zavar

makerh · 2008. Május. 5. (H), 23.36
Sziasztok!

Kezdő vagyok még php területen, de nagy nehezen összehoztam egy egyszerű vendégkönyvet. Tökéletesen működik is.

Van egy index.php-m, amibe include-olnám a dolgot, de az include-olt vendégkönyv nem megy.

Itt van közvetlenül: http://kiralyegyhazahu.web-server.hu/teszt/forum/index.php
Itt pedig include-olva: http://kiralyegyhazahu.web-server.hu/teszt/vendeg

Már többször találkoztam ezzel a problémával: az includeolt fájlból a hivatkozások teljesen más helyre mutatnak, és más fájloknak adják át a változókat. De ha jó fájlokra is mutatnak, azok már nem include-olva nyílnak meg az index.php-ban.

Lehet, hogy én vagyok teljesen hülye, de nem tudom megoldani ezt a problémát.
Előre is köszönöm a segítséget!
 

Kereső script

dc-hungary · 2008. Május. 5. (H), 20.42
Üdv

Egy olyan oldalon belüli kereső scriptet szeretnék elkészíteni,csak nemtom hogy hogy kell..

ezt kéne tudnia neki:
van kb 8-9 tábla, amiket vizsgálnia kéne, szóval ha a beírt szöveg szerepel mindegyik táblának a szöveg mezőjébe akkor azokat kiírja..

ennyi elvárás, a többi részét már megtudom csinálni..

ha tud valaki segítsen!
 

Élő közvetítés a JavaOne-ról

cajal · 2008. Május. 5. (H), 20.21
Simon Géza tudósít a JavaOne konferenciáról
 

Egyenletesen eloszló fülek

zmb · 2008. Május. 5. (H), 14.25
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?
 

Difference between iterative and incremental development

Török Gábor · 2008. Május. 5. (H), 11.43
Két fejlesztési modell szemléletes összevetése
 

Keretek közötti változók kezelése

Flea · 2008. Május. 5. (H), 11.35
Ü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!!!

<?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

Török Gábor · 2008. Május. 5. (H), 11.26
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

Pi-Tec · 2008. Május. 5. (H), 11.03
Ü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:
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]

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

world-s · 2008. Május. 5. (H), 10.59
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.

ExtJS tutorial-sorozat

amonrpg · 2008. Május. 5. (H), 09.37
Sorozat az ExtJS használatáról, kezdőtől-haladóig