php_MySQL_JS_CSS egyszerre (????)
Sziasztok!
Szeretném a következőt megoldani! A hogyan a kérdés, pontosabban, hogy ez valóban a 4 környezet összevonásával oldható-e meg, vagy a php_mysql párosítás is elegendő?
Táblázat: két oszlop, a bal oldalon menüsor, a jobb oldalon egy egyesített cella.
Menüsor: adatbázisból töltöm fel, generálom a href kírást.
Szeretném, ha a kattintásra két esemény következne be:
1. a jobb oldalra generálódna/betöltődne Az Űrlap.
2. a cella háttérszíne megváltozna
Az Ürlap: semmi extra, csak 4 adat bekérése cikkenként (menüsoronként)
Az eltérő háttér amiatt kell(ene), hogy a felhasználónak szembetűnjön, hogy már nem azt az adatsort viszi be.
Lehetséges ezt csak php-vel megoldani?
Azért szeretném elkerülni a JS és CSS használatát a generálás során, mert ezek agyonbonyolítanák az elgondolásom.
Megoldhatnám statikus oldalakkal, behívásokkal, csakhogy akkor az az ötlet, hogy mindent adatbázisban tároljak, eléggé csorbulni fog, mert -jelenlegi ismereteim szerint- minden form-nak külön php állományt kéne készítenem.
Új cikk definiálásakor pedig új állományt. (Lehet, hogy szükségem lenne az OOP ismeretére is? :) )
Előre is köszönöm a válaszokat!
:)
aet
■ Szeretném a következőt megoldani! A hogyan a kérdés, pontosabban, hogy ez valóban a 4 környezet összevonásával oldható-e meg, vagy a php_mysql párosítás is elegendő?
Táblázat: két oszlop, a bal oldalon menüsor, a jobb oldalon egy egyesített cella.
Menüsor: adatbázisból töltöm fel, generálom a href kírást.
Szeretném, ha a kattintásra két esemény következne be:
1. a jobb oldalra generálódna/betöltődne Az Űrlap.
2. a cella háttérszíne megváltozna
Az Ürlap: semmi extra, csak 4 adat bekérése cikkenként (menüsoronként)
Az eltérő háttér amiatt kell(ene), hogy a felhasználónak szembetűnjön, hogy már nem azt az adatsort viszi be.
Lehetséges ezt csak php-vel megoldani?
Azért szeretném elkerülni a JS és CSS használatát a generálás során, mert ezek agyonbonyolítanák az elgondolásom.
Megoldhatnám statikus oldalakkal, behívásokkal, csakhogy akkor az az ötlet, hogy mindent adatbázisban tároljak, eléggé csorbulni fog, mert -jelenlegi ismereteim szerint- minden form-nak külön php állományt kéne készítenem.
Új cikk definiálásakor pedig új állományt. (Lehet, hogy szükségem lenne az OOP ismeretére is? :) )
Előre is köszönöm a válaszokat!
:)
aet
asszem megvan! :)
:))
Csak 2 topikkal kellett volna tovább mennem! :)) Előtte átnéztem 12-t! :)))
Üdv!
aet
Hát...
A menüdet ugyan olvashatod adatbázisból, de ha egy meghatározott opciószámú menüről beszélünk, például 10-12 opció, akkor mi a fenének adatbázisból olvasni ? Teljesen fölösleges..csak túlbonyolítod...A menü legyen "statikus" minden opciója "bedrótozva" és csak az a tartalom legyen esetleg dinamikus amik az opciók által elérhetőek.
Aztán..a jobb oldali űrlapot minek megint generálni ? Ha nem változik folyamatosan akkor legyen az is fix. De őszintén szólva nem értem hogy mit szeretnél...Minek egy űrlapot, meg egy menüt dinamikusan generálni ? nem értem..na mindegy...
A CSS az stílus. Annak semmi köze a generáláshoz....használhatod mert arra való hogy formázz vele, de nem muszáj. A CSS-el csak azt tudod szabályozni hogy hogy nézzenek ki az elemek. Ha azt akarod hogy egy akárminek egy esemény hatására pirosra változzon a színe akkor ennyit írsz szimplán hogy :
<?php
$szin = (feltétel) ? 'red' : 'default';
print "<div style='background-color: $szin'>A div tartalma...</div>"
?>
Szóval nem kell túlbonyolítani a dolgokat....
Amit linket meg mutattál az nem éppen a legszebb megoldás. Már ami azt a dinamikusan előjövő szerkeszthetőséget illeti...Ezt JavaScripttel sokkal szebben meg lehetne oldani...De nem muszáj...
Tehát a lényeg az, hogy amit szeretnél ahhoz Elegendő a PHP és a MySQL :)
Szia! :) > Teljesen
:)
> Teljesen fölösleges..csak túlbonyolítod...
A hordozhatóság/rugalmasság követeli meg.
Jelenleg van 9 "árucikk". Szezonban ez 16. Jövőre -talán-, 21 lesz.
Én pedig nem akarok azzal nyűglődni, hogy minden egyes termék bővülés után újraírjam a forrást- lévén, hogy nem vagyok programozó (zseni sem).
Tehát, adatbázis szinten definiálom a terméket és a program az adatbázisokkal foglalkozik és nem a termékkel.
Tovább gondolva. Ha máshova viszem a programot, akkor ott más a termékek/árucikk megnevezése. Szintén ott vagyok, hogy vagy egy táblát frissítek, vagy egy rahedli állományt gyártok copy-paste-tel.
Én a lustábbik fajtából származom.
:))
az alap kinézet ez: (nem csicsáztam ki... :)
<tr>
<td width="50"><a href="#">term1</a></td>
<td rowspan="5">
<form id="form1" name="form1" method="post" action=""> <!-- ???term_feldolg_x.php???-->
<label for="tul1">tulajd1</label> <input type="text" name="tul1" width="20"/>
<label for="tul2">tulajd2</label> <input type="text" name="tul2" width="20"/><br>
<label for="tul3">tulajd3</label> <input type="text" name="tul3" width="20"/>
<label for="tul4">tulajd4</label> <input type="text" name="tul4" width="20"/><br>
<input name="kesz" type="submit" value="Elküldés"/>
</form>
</td>
</tr>
<tr>
<td><a href="#">term2</a></td>
</tr>
<tr>
<td><a href="#">term3</a></td>
</tr>
<tr>
<td><a href="#">term4</a></td>
</tr>
<tr>
<td><a href="#">term5</a></td>
</tr>
</table>
A "href=" statikusan term_feldolg_x.php target= valami_div". Dinamikusan ez hogyan tud működni? Ez a kérdés. Egyáltalán kell-e term_feldolg_x.php, ha dinamikusan is le lehet generálni? Már, ha meg tudnám oldani, hogy az úrlap definiciójával együtt definiálódjon a CSS tulajdonság, meg jöjjön létre egyúttal a DIV tag is..
Később, ez még bonyolultabb lesz, mert van egy-két vaksi kolléga, aki nem hajlandó szemüveget hordani, ezért magnifiert is kell tennem majd bele...
Szép a zÉlet, ugye? :)))
> A CSS az stílus. Annak semmi köze a generáláshoz....
Igen, csakhogy ha a táblázatot a php állítja elő és a táblázat egyes eleméhez tartozik változó elem (jobb oldali cella háttere bal oldali választástól függ), akkor a táblázat legenerálásakor meg kell adnom a változó értékeket.
A statikus stílus definíció nem azt az eredményt adja, amit szeretnék.
> $szin = (feltétel) ? 'red' : 'default';
Ez csak két állapotú. Nekem pedig most 9 állapotom van. És nem akarok félévenként visszajárni sehova (reményeim szerint sok helyre! :) állítgatni a színeket, meg az egyebeket.
Legyen ennek a kezelése is dinamikus, oszt jó van!
:)
> Ezt JavaScripttel sokkal szebben meg lehetne oldani
Az rendben is van, de akkor hogy kerül be az adat a táblába?
:)
Me' nem a csicsa a lényeg, hanem az adat! :))) Nem feleselek, csak az a véleményem, hogy a szép,ámde működésképtelen rendszerért csak taps jár!
:)
Köszönöm a véleményed!
:)
aet
Okés...kezdem kapisgálni...
- Szóval ha jól értem akkor te most egy adatbázis feltöltő/kezelő weblapot szeretnél csinálni, amivel felvihetsz/törölhetsz új termékeket, esetleg módosíthatod őket stb ? Tehát a weblap feladata csak a regisztráció és az adatok módosítása, nem pedig a felhasználók kiszolgálása ?
igen és nem
A termékek minőségi adatai -szinte- óráról órára változnak (termékenként 4 adat).
Adott 4 felhasználói csoport.
2 csak fölviszi a mért értékeket. (Egyik csoport 3 óránként biztosan, de egyedi mérések is vannak. A másik csoport - más szempontok szerint- naponta kétszer, de szintén lehetnek egyedi időpontok)
A harmadik csoport a bevitt adatok alapján értékel és kiadja a javító utasításokat (szélsőérték esetén jó lenne rögzíteni is a kiadott utasítást..)
A negyedik csoport "csak" megtekint minden adatot és az alapján hord le mindenkit a sárga földig!
:)
Mint látod, nem csak egyszerűen adatbevitelről van szó, mert akkor CRUD elég pofás megoldásnak tűnhet, hanem a bevitt adatok megjelenítésén túl a programnak(?) tudnia kell "elemezni" is (szélsőérték vizsgálat-> kiértesítések (SMS szerver kapcsolat)) valamint grafikus ábrázolást is kell prezentálnia, valamint a kettes csoport adataiból pedig még származtatnia is kell egyéb adatokat és a napi események printout-ját is generálni kell, hivatalos formában.
Azt hiszem, van felhasználói kiszolgálás a dologban.. :)
Köszi a kérdést!
:)