- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- bitpork: Augusztus 2- szombat jelen állás szerint.
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Yutani: Yutani Retró Hangkártyái: AdMOS AdWave 32
- user2: Kia Ceed Gold 160 1.5 T-GDI MY2024
- Kempingezés és sátrazás
Új hozzászólás Aktív témák
-
#10800
Forza_JUVE
aktív tag
Sk8erPeter
#10799
Forza_JUVE
aktív tag
válasz
Sk8erPeter
#10799
üzenetére
Rendben, idáig akkor értem. És akkor a php-ban pedig meg kell mondani, hogy melyik táblába írja be, igaz?
Tehát valahogy így? (az alapján ahogy fentebb írtad)<?php
if(isset($_POST['email']){
$email = mysql_real_escape_string($_POST['email']);
}
$mysql = mysql_query("INSERT INTO `E-mail` (email) VALUES (`$email')");
?>Viszont amit még nem értek, hogy honnan tudja majd az adatbázis nevét amelyikben az E-mail táblát keresse?
Valamint milyen form tag-el ágyazzam be a html-embe? -
#10799
Sk8erPeter
nagyúr
Forza_JUVE
#10798
Sk8erPeter
nagyúr
válasz
Forza_JUVE
#10798
üzenetére
Az csak akkor érdekes, ha valamelyik mező kihagyható (opcionális).
Ezeket szerintem érdemes kötelezően kitöltendőre hagyni. -
#10798
Forza_JUVE
aktív tag
Sk8erPeter
#10797
Forza_JUVE
aktív tag
válasz
Sk8erPeter
#10797
üzenetére
Nagyon köszi, eddig meg is volnánk!
Egyik mező sem kell alapértelmezett legyen? -
#10797
Sk8erPeter
nagyúr
Forza_JUVE
#10796
Sk8erPeter
nagyúr
válasz
Forza_JUVE
#10796
üzenetére
Bedobhattál volna még legalább 12 hajlongó jelet, akkor sokkal szívesebben segítenénk!
Na jó, inkább ne tedd.
Kezdésként:
- legyen egy "id" nevű, INT típusú, auto_increment mező (tehát A_I legyen bepipálva)
- legyen egy "email" nevű, mondjuk VARCHAR típusú, 255 hosszú mező
- lehetne akár még egy "name" mező is, vagy hasonló, hogy névhez is tudd rendelni... (ha elég a 255 karakter, akkor lehet olyan típus, mint az előző)
aztán mentsd el. -
#10796
Forza_JUVE
aktív tag
Sk8erPeter
#10793
Forza_JUVE
aktív tag
válasz
Sk8erPeter
#10793
üzenetére
Na tudtam én h nem fog menni! Mindjárt a tábla létrehozásánál megakadtam, ugyanis adatbázis kezelésben is abszolút kezdő vagyok.
/ezért is akartam az elején egy buta txt-be beíratni az e-mail címeket/Vki esetleg el tudná mondani hogy hogyan hozzam létre az adattáblát? Miket kell ide beírni?
2 oszlop bőven elég lenne nekem, név és e-mail ... ennyi. Semmi extra óhajom sincs!
(látjátok milyen hálás vagyok ??? 
) -
#10795
Forza_JUVE
aktív tag
Sk8erPeter
#10793
Forza_JUVE
aktív tag
válasz
Sk8erPeter
#10793
üzenetére
Sk8erPeter és trisztan94 ... nagyon köszi az ötleteket és a segítséget!
Szétnézek h mit tudok ezekből kihozni, de könnyen meglehet h még kérdezek majd 1-2-t!Sziasztok!
-
#10793
Sk8erPeter
nagyúr
trisztan94
#10792
Sk8erPeter
nagyúr
válasz
trisztan94
#10792
üzenetére
Azzal nincs is semmi baj, tartsd is meg ezt a jó szokásodat.
Annyi, hogy a query-det kiegészíthetted volna egy picit:if(isset($_POST['email']){
$email = mysql_real_escape_string($_POST['email']);
// ..........
}és akkor no para.
-
#10792
trisztan94
őstag
Sk8erPeter
#10791
trisztan94
őstag
válasz
Sk8erPeter
#10791
üzenetére
Csak jólesett a tudat, hogy valakinek tudok segíteni és nem csak én kérek segítséget
-
#10791
Sk8erPeter
nagyúr
trisztan94
#10790
Sk8erPeter
nagyúr
válasz
trisztan94
#10790
üzenetére
De ha tudod, hogy így van benne biztonsági rés, akkor már miért nem egyből a mysql_real_escape_string()-gel együtt mutatod neki?
Amúgy még mindig inkább PDO a mysql_× szarakodások helyett.
Végre frissítették a php.net-en is:
"Use of this extension is discouraged. Instead, the MySQLi or PDO_MySQL extension should be used."
Ideje volt.
-
#10790
trisztan94
őstag
trisztan94
#10789
trisztan94
őstag
válasz
trisztan94
#10789
üzenetére
bocsánat, ez kimaradt
így néz ki az insert:
$mysql = mysql_query("INSERT INTO `tábla név` (email) VALUES (`$email')"); -
#10789
trisztan94
őstag
Forza_JUVE
#10788
trisztan94
őstag
válasz
Forza_JUVE
#10788
üzenetére
Miért nem adatbázisba írod be? Én is szarakodtam régen a txt-s megoldással, ha csak nem feltétlenül kell, mindenképp ab-ba rakd.
Az meg így néz ki:<?php
//lemented a változót
$email = $_POST['email'];
// csatlakozz az adatbázishoz, vagy include-old a kapcsolatfájlt
//most fejből nem vágom, mindjárt megnézem neked :)
$mysql = mysql_query("INSERT INTO `tábla neve`");
?>Ez így ebben a formában egy elég nagy biztonsági rés, (mint ahogy Soak és Sk8terPeter kolléga korábban többször is felhívta a figyelmemet
) azért írtam így, hogy legyen valami elképzelésed róla -
#10788
Forza_JUVE
aktív tag
Forza_JUVE
aktív tag
Sziasztok!
Egy e-mail cím "bekérő" mezőt szeretnék beágyazni html-be, amihez van egy ilyen form-om:
<form action="parser.php" method="post">
<div>
<label for="email">E-mail: </label>
<input type="text" name="email" id="email">
<br>
<input type="submit" value="Elküld">
</div>
</form>Azonban a php-hoz sajnos nem értek túlságosan. Tudna ebben vki segíteni, hogy hogyan kéne megírni egy ilyet ahhoz, hogy mondjuk egy txt-be beírja az adatokat, amikor vki rábök a fenti "Elküld" gombra??
Nagyon köszi!!
Üdv.
-
bobace
addikt
Az egyszerűbb részt megcsináltam, hogy ha ugyanannyi a befizetés, mint az összterhelés, akkor updatelek minden sort. Nyilván ez sem túl elegáns, mert egy lekérdezéssel mindent le lehetne tudni, csak hogy érezzek egy kis sikerélményt, ezt megcsináltam
Else-ben addig jutottam, hogy lekérem SQL-ból az összegeket. Mondjuk ez 5 érték. De itt megállt a tudomány, ez a rész nem megy: "Majd szépen egyenként összeadogatod őket. Egy array-ban eltárolod azok id-ját amiket összeadsz . Nyilván akkor írod bele amikor már biztos, hogy 100alatt van az össz érték (és mész a következőre)." Foreachet már használtam egyszer-kétszer, de nem tudom, ezt hogyan lehetne összerakni..Hogyan adogatom össze őket úgy, hogy figyeljen egy értékhatárt? -
r0by
addikt
válasz
vakondka
#10782
üzenetére
Mostanában én is belefutottam hasonlóba.
Tömeges képimport során mindig elszállt 1 perc után. Igaz nálam lokális dirből volt import. Semmilyen ide kapcsolódó érték állítása nem volt megfelelő, csak 1, aminek elvileg nem sok köze lenne az egészhez. És azis kiderült, hogy valamiért csak .htaccess-ből lehet beállítani:
php_value max_input_time -1 -
Soak
veterán
válasz
bobace
#10780
üzenetére
Én ugy csinálnám, hogy az adatbázisból úgy kérném vissza a tételeket, hogy érték szerint növekvő legyen. Majd szépen egyenként összeadogatod őket. Egy array-ban eltárolod azok id-ját amiket összeadsz . Nyilván akkor írod bele amikor már biztos, hogy 100alatt van az össz érték (és mész a következőre). Majd amikor végezett (a következő tétel hozzádása már 100 fölé menne) akkor egyszerrel UPDATE parancsal frissited az adatbázisod (azokat amiket az array-ba írtál)
-
bobace
addikt
Sziasztok!
Nem régen vágtam bele SQL és PHP programozásba és egyben tanulásába. Viszonylag kezdek belejönni. Más nyelvhez nem igen értek, max html.. Szóval így kérném a választ, már ha kapok.
Azt szeretném megoldani, hogy adott egy tranzakciós lista.
Minden sornál eltárolom adatbázisban a fizetve sorhoz a 0 vagy 1 értéket, és ehhez megjelenítem a felületen a nincs fizetve/fizetve szöveget.
Ha egy terhelés jön, akkor csinálok 0-ás sort, ha jóváírás, akkor 1-est. Eddig tiszta sor.
Amit szeretnék megoldani, hogy mondjuk van 150 Ft terhelés, és akkor jön 100 Ft jóváírás, akkor a 0-ás sorokat írja át 1-esre azokban a sorokban, amire elég a jóváírás maradék nélkül. Hogyan lehet ezt számolni, mi lenne a módja?Köszi!
-
#10779
Sk8erPeter
nagyúr
meone
#10772
Sk8erPeter
nagyúr
Ide felraktam neked egy példát, ami szerintem már elég felhasználóbarát, és amit akár egy az egyben lemásolhatsz, vagy átalakíthatsz igényeid szerint:
jQuery UI Autocomplete - magyar irányítószámok:
http://jsfiddle.net/Sk8erPeter/YCE4Z/embedded/result/Kód:
http://jsfiddle.net/Sk8erPeter/YCE4Z/(HTML-, CSS- és JS-kód szétbontva: http://jsfiddle.net/Sk8erPeter/YCE4Z/3/)
Tehát ilyen formában kell ehhez legenerálni a JSON-kimenetet:
[
{ label: '8128 (Aba)', value: 8128 },
{ label: '8127 (Aba)', value: 8127 },
{ label: '5241 (Abádszalók)', value: 5241 },
..............
];A source-hoz pedig megadhatod a feldolgozó fájlodat is, a jelenlegi változó helyett.
-
meone
tag
válasz
Brown ügynök
#10777
üzenetére
Javítottam.
Viszont az egyes inputboxan, is meg kellene jelenni, ami kiválasztott, illetve a legördülő listában is látnia kéne
Mellékeltem egy képet sokkal érhetőbb úgy a problémám.[link] -
#10776
trisztan94
őstag
DeltaPower
#10775
trisztan94
őstag
válasz
DeltaPower
#10775
üzenetére
Hát addigra nyílván
Reméljük lesznek komolyabb projectek, bár most is vannak ügyfelek, de eggyik sem ilyen nagyon nagy dolog.
Egyik biomedencét akar árulni, csak egy leírás kell, hát nem egy nagy meló (bár mondjuk 120at fizet, szal )
De igazából még nagyon sokat kell gyakorolnom, hogy egyáltalán bele merjek kezdeni egy nagyobb projectbe. Majd csak összejön -
#10775
DeltaPower
addikt
trisztan94
#10774
DeltaPower
addikt
válasz
trisztan94
#10774
üzenetére
Ha már hosszabb ideig foglalkozol fejlesztéssel, előbb-utóbb mindenképp belefutsz egy-két komolyabb projektbe, amiknél a teljesítmény javítása miatt muszáj lesz ilyeneken is gondolkodnod, hogy minél kevesebb kérés, átadott paraméter, lekérdezés, redundancia stb. legyen.
-
#10774
trisztan94
őstag
Sk8erPeter
#10767
trisztan94
őstag
válasz
Sk8erPeter
#10767
üzenetére
Elég hülyének érzem magam most
Erre amúgy nem gondoltam, tényleg, hogy csak ID-t adok át és kiszedem ab-ből :S
Kicsit hülyén gondolkodom még, majd javulnak ezek (nem? 
)Köszönöm!
-
meone
tag
Sziasztok
Szeretnék csinálni egy olyan oldalt ahol a user elkezdi begépelni, mondjuk az irányítószámot, és az automatikusan kiegészül, és egy listában megjelenik.
Ennek a megvalósításához hozzá is kezdtem a jQuery AutoComplete segítségével.
Az oldal kódját össze is állítottam, amikor begépelem az első két karaktert a script lefut a tömb létre jön (lentebb mellékeltem egy minta tömböt) de nem jelenik meg választási opcióként, csak üres értékek.
Ez alapján a leírás alapján csináltam meg. [link]
Az index.php itt érhető el:[link]
Az irsz.php ami meg keresi az irányítószámot az meg ezen a linken. [link]
Ha például be írom azt, hogy 42 akkor ezt a JSON tömböt kapom vissza:[{"IRSZ":"2042"},{"IRSZ":"2142"},{"IRSZ":"2242"},{"IRSZ":"2421"},{"IRSZ":"2422"}]
Ami nem baj ezt kell, hogy kapjam, de mégse jelenik meg semmi az inputbox alatt.
Valakinek valami ötlete, hogy mit ronthatok el, mert a jQuery-hez annyira nem értek.
De már azt értem ami a példában van, csak nem tudok rá jönni, hogy hol ronthatom el.A segítséget előre is köszönöm.
-
#10770
Sk8erPeter
nagyúr
DeltaPower
#10768
Sk8erPeter
nagyúr
válasz
DeltaPower
#10768
üzenetére
Igen, ez teljesen igaz.
-
nagyjasek
csendes tag
Sziasztok. Nem tudom jó helyre írtam e de volna egy olyan problémánk, hogy webws felületen levelezünk tx2 webmailt használunk és azt vesszük észre egyre többször, hogy valaki olvassa a leveleinket. Nem tudom van e arra valamilyen legális módszer,hogy megnézzük az admin felületen azt,hogy mikor léptek be a fiókunkba, és hogy honnan léptek be.
Válaszotokat előre is megköszönöm -
#10768
DeltaPower
addikt
Sk8erPeter
#10767
DeltaPower
addikt
válasz
Sk8erPeter
#10767
üzenetére
Itt valóban fölösleges php-val piszkálni a js kódot, csak érzékeltetni akartam vele, hogy a js kód kiíratását a while-on kívülre kell hozni.
-
#10767
Sk8erPeter
nagyúr
DeltaPower
#10765
Sk8erPeter
nagyúr
válasz
DeltaPower
#10765
üzenetére
Igen, abszolúte felesleges ezeket átadni.
Leírást, képlinket, árat átadni GET-paraméterként?
Ha ezek módosításáról van szó, azt meg nem GET-metódussal kéne elintézni, hanem POST-tal. De itt csak megjelenítésről van szó, tehát legfeljebb tényleg csak a termék id-ját kellene átadni GET-paraméterként, meg azt, hogy milyen módon szeretnéd megjeleníteni, erre lehet különböző megjelenítési módokat definiálni. De a többi felesleges.
Főleg, hogy egy termékhez normális webshop esetén több kép is tartozhat.Az viszont megint csak nem jó megoldás, hogy PHP-vel íratod ki a JavaScript-kódot.
Ez szemantikai keveredés. JavaScript-kód menjen csak a JavaScript-fájlba. PHP-vel JavaScriptnek legfeljebb beállításokat szabadna átadni, pl. nekem eléggé bejön, ahogy a Drupalnál megoldották, maga a JavaScript-fájlok csatolása, a beállítások átpasszolgatása is moduláris módon történik. [link], [link]
JavaScript Module Pattern: In-Depth -
#10766
Soak
veterán
DeltaPower
#10765
Soak
veterán
válasz
DeltaPower
#10765
üzenetére
Azt viszont nem értem, hogy a termek_reszletes.php-nek minek átadni ennyi paramétert. Egy termék id szerintem bőven elég lenne, a többit lekéred adatbázisból id alapján.
Ugyan ezt írtam a jQuery topikba neki.
-
#10765
DeltaPower
addikt
Sk8erPeter
#10764
DeltaPower
addikt
válasz
Sk8erPeter
#10764
üzenetére
Itt egy elegánsabb megoldás, mert már nekem is szúrta a szememet az előző tákolmányom
while ($sor = mysql_fetch_array($mysql)){
...
echo "<a class='reszletek' href='termek_reszletes.php?termekid=$id&termeknev=$nev&ar=$ar&kep=$kep&hosszu_leiras=$hosszu_leiras&rovid_leiras=$rovid_leiras'><b>tovább!</b></a>";
...
}
echo"
<script>
$(function(){
$(a.reszletek).click(function(e){
$.ajax({
url: $(this).attr('href'),
success: function(html){
$('#ajax').html(html)
}
});
e.preventDefault();
})
}
</script>
";Azt viszont nem értem, hogy a termek_reszletes.php-nek minek átadni ennyi paramétert. Egy termék id szerintem bőven elég lenne, a többit lekéred adatbázisból id alapján.
-
#10764
Sk8erPeter
nagyúr
trisztan94
#10763
Sk8erPeter
nagyúr
válasz
trisztan94
#10763
üzenetére
Tele von Zsinór javaslata a jó megoldás, azt használd, utóbbi inkább csak alkalmazkodott a tiédhez (erre DeltaPower fel is hívta a figyelmedet), de alapvetően nagyon rossz megoldás.
Ha van 200 db kilistázott terméked, akkor 200 db eseménykezelőt fogsz definiálni JavaScriptben? Ne már. -
#10763
trisztan94
őstag
DeltaPower
#10762
trisztan94
őstag
válasz
DeltaPower
#10762
üzenetére
Köszönöm, tökéletes!
-
#10762
DeltaPower
addikt
trisztan94
#10760
DeltaPower
addikt
válasz
trisztan94
#10760
üzenetére
Mert nem jó a jquery selectorod.
Így próbáld:
while ($sor = mysql_fetch_array($mysql)){
...
echo "<a class='reszletek' id='reszletek-".$id."' href='#'><b>tovább!</b></a>";
...
echo"
<script>
$(function(){
$('#reszletek-".$id."').click(function(){...})
}
</script>
";
}Tele von Zsinór megoldása szebb, de több átalakítást igényel a kódodban.
-
Tele von Zsinór
őstag
válasz
trisztan94
#10760
üzenetére
A te bajod az, hogy a ciklusban iratod ki a JS-t is, és emellé egy nagyon általános selectort használsz, ami az összes részletek gombra illeszkedni fog.
Ha már úgyis link az a részletek, használd ki! Ami url most a javascript eseménykezelődben van, legyen inkább a részletek hrefje - ciklusban generálva az mindig az aktuális elemre fog mutatni.
A legvégén pedig egyszer megcsinálod az eseménykezelőt, és az url ez lesz: $(this).attr("href"). Ez mindig a kattintott elemből szedi ki.
-
#10760
trisztan94
őstag
trisztan94
őstag
JóEstét(reggelt
)Kissé elakadtam
Amit korábban is mondtam, hogy ajaxolnék egy URL-es GET kérést, nos megpróbáltam saját módszerrel megoldani, jqueryvel:while ($sor = mysql_fetch_array($mysql)){
$rovid_leiras = $sor['rovid_leiras'];
$nev = $sor['nev'];
$hosszu_leiras = $sor['hosszu_leiras'];
$ar = $sor['ar'];
$kep = $sor['kep'];
$id = $sor['id'];
echo "<form action='kosar_darab.php' method='post'>";
echo "<table border='0' style='margin-bottom: 20px;'";
echo "<tr><td colspan='3'>$nev</td></tr>";
echo "<tr><td><img src='$kep' width='120px'></td><td width='400'>$rovid_leiras ...<a class='reszletek' href='#'><b>tovább!</b></a></td><td width='100' align='center'><b>$ar Ft<br>
</b></td></tr>";
echo "</table>";
echo"
<script>
$(function(){
$('.reszletek').click(function(){
$.ajax({
url: 'termek_reszletes.php?termekid=$id&termeknev=$nev&ar=$ar&kep=$kep&hosszu_leiras=$hosszu_leiras&rovid_leiras=$rovid_leiras',
success: function(html){
$('#ajax').html(html)
}
})
})
})
</script>
";
}Ez konkrétan egy termék listázás, mellettük egy gomb, amire ha rámész behozza a részletes terméket..
Az a baj vele, hogy így ebben a helyzetben, behozza, de, mivel a cliklusban van benne, mindig a legutoljára listázott terméket hozza be. Próbáltam egy break;-ot, vagy continue;-t adni neki, de akkor meg nem reagált egyáltalán a click.
Valami ötlet?
Thank you comrades! -
#10759
Lacces
őstag
Sk8erPeter
#10758
Lacces
őstag
válasz
Sk8erPeter
#10758
üzenetére
és DeltaPower, jah, erre máskor figyelni fogok
, hogy jó helyre írjam a kérdésemet. Először az RBAC-ról akartam még írni, aztán közben az sql-nél lyukadtam ki... -
#10758
Sk8erPeter
nagyúr
DeltaPower
#10757
Sk8erPeter
nagyúr
válasz
DeltaPower
#10757
üzenetére
Én sem értem, minek az oda.
De szerintem elég jól körbejártuk a témát itt és a másik topicban is, hogy hogyan lehet értelmesen kialakítani a struktúrát.
Az utóbbi mondattal is egyetértek, alapvetően adatbázis-tervezési feladatot nem tudom, minek kell a PHP topicban megbeszélni (miközben abszolúte semmi köze a PHP-hoz). -
#10757
DeltaPower
addikt
Sk8erPeter
#10756
DeltaPower
addikt
válasz
Sk8erPeter
#10756
üzenetére
Én viszont továbbra sem értem, hogy a Hirdetés_id mit keres a hirdető táblában.
Bár lehet azóta már módosult a szerkezet a másik topicban.Btw rettentő jó hogy van php, sql, valamint php+mysql topic is, és akik nem tudnak dönteni, azok akár több helyre is beírják ugyanazt.
-
#10756
Sk8erPeter
nagyúr
Lacces
#10753
Sk8erPeter
nagyúr
válasz
Lacces
#10753
üzenetére
Jójó, értjük, ne magyarázd agyon.
Tehát a lényeg röviden: minden hirdető júzer, de nem minden júzer hirdető.
Ezért a hirdetőhöz kapcsolódó extra adatokat külön táblában szeretnéd tárolni, hogy ne legyen csupa NULL annál a júzernél, amelyik nem kíván hirdetni. Ez így teljesen érthető és jogos szempont.
De az SQL-topicban elsőre úgy tűnt, mintha a hirdetőt külön állatfajnak tekintenéd a júzertől. De akkor tisztáztuk. -
#10753
Lacces
őstag
Sk8erPeter
#10752
Lacces
őstag
válasz
Sk8erPeter
#10752
üzenetére
CSorBA köszönöm
, hasznos volt
Sk8erPeter jól gondoltad.. Nálam nem egyszer fordul elő, hogy fejben, tök jól megfogalmazom, de mégsem írom le...Talán ami nálam van a fejemben, az az objektum orientáltság, és emiatt szétszedem a tábláknál is...
- user
- hirdető extends user
- admin extends user.És én emiatt ösztönösen, a usert, hirdetőt, (esetleg admin, de itt most lényegtelen) külön venném.
Legyen másik példa
- hajó
- cirkáló extends hajó
- csatahajó extends hajóés én nem úgy csinálnám, hogy van egy hajó tábla, és akkor:
- id
- méret
- súly
- sebesség (na eddig van a hajó adatai)
- rakéta szám
- lövegtorony szám
- radarszám (eddig meg a cikráló)
- csatahajóra jellemző adatok... (és eddig meg a csatahjó)És ha 1 táblában tárolva a hajók adatait... akkor egy mezei hajónál tele lenne egy csomó null érték. És én ezt nem szeretném. Lenne külön tábla a cirkálónak, és csatahajónak. Ők végül is hajók is, de mégis más típusúak.
Ahogy írtam fentebb is, hogy a hajó lenne az ős osztály, a másik kettő pedig a gyermeke, és ezért külön veszem, külön objektum, és emiatt "ösztönösen" az adatbázis tábla felépítésénél is külön venném.
-
CSorBA
őstag
válasz
Lacces
#10750
üzenetére
Szia!
Pont most csinálok egy ilyen jellegű oldalt. Biztos így gondoltad, hogy "1 hirdetőhöz, 1 hirdetés tartozik?" Szerintem gondold át, egy hirdetőnek lehet több "terméke", azaz több hirdetései is, nem?
Nálam úgy van, hogy van egy user tábla, hátha mondok érdekeset (vagy ti nekem
):
id (auto increment)
email, passhash, (emaillel lép be)
email publikus-e? email meg van-e erősítve (csak akkor tud belépni, ha ezt megteszi előtte)
számlázási cím, postázási cím (mindkettő lebontva irányítószám, város, utca)
telefonszámok (előhívó, körzet, szám)
online (engedélyezve van-e?)
regdate, utoljára itt, utolsó belépés
ügyfél típusa (vég v. magánszemély),
ügyfél titulus, keresztnév, vezetéknév, cégnév (ha nem magánszemély)Illetve van maga a termékek táblája. Aminek persze van egy id-je (ez a termék azonosítója), meg van egy userid-je, ami ugye mondhatni foreign key a usertábla id mezőjéhez.
Ha user adatlapon vagyok, akkor lekérdem a termékek táblájából a userem idjének megfelelő userid mezővel egyező sorokat.
Ha a termék adatlapján vagyok, akkor pedig a termék táblájának userid mezője alapján kérem le a users táblából a felhasználót.
Jah igen, a szerkesztés: Én úgy oldom meg, hogy sessionban tárolom az épp belépett user id-jét. Így mindig ezt ellenőrzöm, mikor szerkeszt egy terméket. Azaz ha a termék userid-je egyezik a sessionban tárolt id-vel, akkor jelenik meg csak a szerkesztési lehetőség. Meg persze a tényleges szerkesztésnél ezt megint le kell ellenőrizni (nehogy valaki átírja az url-ben, vagy postnál a postolt azonosítót, stb stb. ).
-
Lacces
őstag
válasz
Cathfaern
#10749
üzenetére
Lehet butaságot kérdezek vissza, de inkább most a tervezésnél kérdezem meg
.Igen, 1 hirdetőhöz, 1 hirdetés tartozna.
Vagyis akkor a hirdetést úgy engedjem szerkeszteni egy felhasználónak, hogy csak szimplán lekérdezem az adatbázisból: A hirdetőtáblából lekérdezem azt a hirdetést, amihez tartozik az adott ID-jú felhasználó és kész, nem kell ezt tovább bonyolítani.
és köszönöm a választ!
-
Cathfaern
nagyúr
válasz
Lacces
#10747
üzenetére
Szerepkörnek ott van jelentősége, amikor a felhasználókat valamilyen csoportba szeretnéd rendezni. Például az teljesen jó ötlet, hogy a hirdetők legyen egy szerepkör, és csak ezen szerepkörbe tartozók láthassák a hirdetőknek szóló menüket.
De a szerkesztést ezzel nem tudod megoldani, mivel ott egyedileg kell figyelni a dolgokat. Szerintem a legegyszerűbb, hogy mivel egy hirdetéshez mindenképp csak egy hirdető tartozhat (ha jól értem nincs olyan, hogy egy hirdetést több hirdető kezel), ezért egyszerűen a hirdetésbe mentsd bele a hirdető ID-ját, és csak ezen ID-jú felhasználónak engedd szerkeszteni. És akkor nem kell külön kapcsoló tábla -
Lacces
őstag
Sziasztok!
Lehet, másik fórumba kellene írni... ha igen szóljaok melyik
Yii-sek, tapasztalt programozók előnyben a következő kérdésemnél.
Yii-nél találtam cikket az RBAC-ról, amely nagyon megtetszett, és elgondolkoztam ezen az egész szisztémán. Lehet más frameworknél is van ilyen, nem tudomSzeretnék egy hobbi / tanuló oldalt Yii-ben. Plusz ez jó alapnak is, meg lehet majd később megy ki élesben is. Tervezéshez szeretnék véleményt kérni.
Ami most fontos, a következő felhasználói csoportok lennének a hirdető oldalon.
Vannak:
- vendégek
- tagok (regisztráltak)
- hirdetők (regisztrált, plusz hirdetéssel rendelkezik)
- adminA felhasználó (user) táblában lennének tárolva a felhasználók (kivéve vendég), és egy külön oszlopban jelezném a felhasználó típusát(admin, hirdető, tag). A tag, lehet hirdető is. A hirdető láthatja a hirdetőknek szoló menüpontokat, illetve csak a saját hirdetését szerkesztheti. Az admin pedig az Isten.
Igazság szerint én magam sem tudom, hogy hogyan kéne ezt jól megcsinálni... Valamilyen szinten, értem, de lehet túl bonyolítanám.
Én ötletem az, hogy mivel van ez az RBAC (szerepköröket rendelek a felhasználókhoz) ezt szeretném be integrálni is a webalkalmazásba.Szerepkörök segítségével a hirdetőhöz hozzárendelem, hogy ő a hirdetők menüpontokat láthatja, a vendég, tagok nem, illetve hirdetést szerkeszthet! (ezek általános szerepkörök). Ez még okés.
Viszont, leszeretném korlátozni, hogy mindenki csak a saját hirdetését tudja szerkeszteni. Én arra gondoltam, hogy létrehozók egy kapcsoló táblát, ahol tárolom a a felhasználó_id-t és a hirdetés_id-t, és akkor tudja a saját hirdetését szerkeszteni, ha ebben a kapcsoló táblában benne van az id-ja, a hirdetés id, illetve, hozzátartozik a hirdető szerepkör is!Vagy ez már biztonságilag túl van bonyolitva? Esetleg csak elég annyi, hogy az a felhasználó tudja szerkeszteni a hirdetést, aki benne van abban a kapcsoló táblában. (user_id + hirdetés_id), és ezt a hirdető szerepkört itt ne figyeljem.
-
#10746
Sk8erPeter
nagyúr
trisztan94
#10745
Sk8erPeter
nagyúr
válasz
trisztan94
#10745
üzenetére
Szívesen, örülök, hogy így már világosabb.
-
#10745
trisztan94
őstag
Sk8erPeter
#10744
trisztan94
őstag
válasz
Sk8erPeter
#10744
üzenetére
Na, így már értem
Nagyon-nagyon-nagyon szépen köszönöm!
A változók ott tényleg elég hülyén vannak megoldva, rossz szokásom, hogy lusta vagyok több változót csinálni és így inkább "újrafelhasználok" eggyet. Majd megpróbálom ezt kiölni magamból
A biztonsággal kapcs:
Mindenképp úgy fogok, tényleg hülyeség így belegondolva amit kigondoltam
Nagyon szépen köszönöm a tanácsokat / javításokat !
-
#10744
Sk8erPeter
nagyúr
trisztan94
#10739
Sk8erPeter
nagyúr
válasz
trisztan94
#10739
üzenetére
"Lehet Url-be (hogy később $_GET-tel visszakérhető legyen) mást írni, mint ?p=változó?"
Azt írhatsz a címbe, amit csak szeretnél. A $_GET tömbben meg fogod kapni, ha helyesen használod, tehát ?kulcs=érték&másikkulcs=másikérték&harmadikkulcs=harmadikérték formában.
Ha ez a cím:
http://example.com/index.php?kutyafule=123&gyumolcs=alma&azonosito=543&tokmindegy=blablaakkor a $_GET tömb így fog kinézni:
array (
'kutyafule' => '123',
'gyumolcs' => 'alma',
'azonosito' => '543',
'tokmindegy' => 'blabla',
);Tehát a $_GET['kutyafule'] értéke '123' lesz, a $_GET['gyumolcs'] értéke 'alma', és így tovább. Az &-jellel addig bővítheted ezt a címet, amíg a böngésződ vagy a szerver kezelni tudja.
(Arra figyelj, hogy az &-jel HTML-beli megfelelője az & --> ezt kell írni tehát a HTML-kódokba, ha azt szeretnéd, hogy valid legyen validator.w3.org szerint (ez ilyen esetekben érdekes pl.: <a href="/alkonyvtar/index.php?kutyafule=98324&tokmindegy=blabla</a>, így lesz valid); de ha mondjuk PHP-vel átirányítasz egy címre, amiben használod az &-jelet, akkor a simát használd.)
Tehát az általad használt 'p' nem egy mágikus valami, az annyit jelent, hogy valszeg így hívtad meg a címet: http://example.com/index.php?p=ASD, de ez nyugodtan lehetne http://example.com/index.php?page=ASD, és így tovább.Az általad mutatott kódrészletben a feladatokat viszont lehetőleg teljesen válaszd szét, mert tök más a teendő, mégis azonos nevű változókat használsz logikátlanul - pl. a "SELECT `admin` FROM `members` WHERE username='$torolid'", query-ben a $torolid változónévnek semmi értelme, mert ezzel nem törölsz semmit, aztán az ezután lévő UPDATE-ben sem törölsz semmit, tehát a $torolid változónév megint indokolatlan.
Remélem a fenti példa érthető.
====
Biztonság: ahogy Soak is mondta, semmi értelme először rosszul megírni a query-ket, és aztán a kész változatot majd javítgatni, mert csak szopatod magad vele. Tényleg olyan helyeken is bent maradhat, amit már totál elfelejtettél, és akkor majd a felhasználód fogja szidni a zzzanyádat.
Másik, fontosabb szempont: biztonság. Harmadik: ha eleve jól kódolsz, akkor azt is szokod meg. Ha rosszul kódolsz, akkor meg azt. -
#10743
trisztan94
őstag
Soak
#10742
trisztan94
őstag
De a többi GET az megy, de csak ?p=valami-vel. Adminjog adás, Terméktörlés, mind ugyanígy van (?p=valami-vel) és ezek is ugyanúgy ajaxolva vannak és ugyanúgy az index.php-ben vannak a php-k.
így van az <a>
echo "<center>";
echo "<table border='1' style='margin-bottom: 10px;'";
echo "<tr><th width='25'>Id</th><th width='200'>Felhasználónév</th><th width='100'>Admin Jog</th><th width='150' align='center'>Változtatás</th><th width='100' align='center'>Törlés</th></tr>";
echo "<tr><td align='center' width='25'>$id</td><td width='200' align='center'>$user</td><td width='100' align='center'>$adminnev<br/>
</td>". $adjadmin . "<td width='100' align='center'><a class='torles' href='?torol=$user'>Törlés</a></td></tr>";
echo "</table></center>";A legalja, de azért beraktam az egészet
Szerk:
Megjelenik az index.php-ben amúgy az a-nak a cucca.
Szóval, most ha rákattintok arra a felhasználónak a törlésére, hogy pl: eveke, akkor kidobja azt, hogy: index.php?torol=eveke, szóval mindenképp a php nem jó. De, mint feljebb is írtam ?p=eveke-vel pl az adminjog adás megy. Az első kérdésemben benne van, hogy az hogy van megoldva.Akkor majd erre figyelek, ez igazából csak gyakorlás, de majd ha legközelebb nekikezdek valaminek, mindenképp max security-s lesz, hogy megszokjam
-
#10742
Soak
veterán
trisztan94
#10741
Soak
veterán
válasz
trisztan94
#10741
üzenetére
Teljesen hulyeseg, mert 2szer kell megcsinalni ugyanazt a munkat es tuti lesz egy hely ahol rosszul fog maradni, foleg ha bonyolultabb lesz az oldalad.
Csinalj ket test oldalt es kozottuk vizsgald meg a get-et, AJAX nelkul, ha ugy megy akkor mashol van a gond.
szerk : <a href='?torol=$user'>Törlés</a> ugye a valtozot php tagek koze raktad?!
-
#10741
trisztan94
őstag
Soak
#10740
trisztan94
őstag
Tudom, tudom, majd átírom PDO-ra, meg nyílván vigyázok ilyenekre csak (mivel amúgy sincs publikálva az oldal) mivel még az elején tartok, előbb megírom az alapját, aztán ha minden kész csinálom a security-t. Vagy ez így hülyeség?
Vissza a témához:
Szóval így mennie kéne a $_GET-nek? Mert adtam ugye valamilyen változónak a $_GET['torol'] értéket, kiprinteltem és semmit sem mutatott
Így volt a hívás:
<a href='?torol=$user'>Törlés</a>
Ez egy Ajaxolt oldalon volt, szóval az index.php kapja azt, hogy index.php?torol=admin most pl.
És a php az akkor ugye oda van írva, az meg most jelen pillanatban így néz ki:
$valtozo = $_GET['torol'];
print ($valtozo);De semmit nem ír ki.
Szerk:
Beraktam a mysql törlést is, de nem törli:
$torlesnev = $_GET['torol'];
$torles = mysql_query("DELETE FROM `members` WHERE username='$torlesnev'"); -
#10740
Soak
veterán
trisztan94
#10739
Soak
veterán
válasz
trisztan94
#10739
üzenetére
A $_GET hasznalatat jol gondolod, viszont nem csinaltad meg azokat a biztonsagi elovigyazatossagokat amikrol beszeltunk. Hatalmas biztonsagi res tatong igy, ha ellenorizetlenul teszed be a valtozo erteket az adatbazis kodjaba.
-
#10739
trisztan94
őstag
trisztan94
őstag
Sziasztok!
Lehet Url-be (hogy később $_GET-tel visszakérhető legyen) mást írni, mint ?p=változó?
Szóval ha pl törölni akarok akkor ?torol = id, ha admin jogot adni, akkor ?admin= id és akkor így nézne ki? $változó = $_GET['torol'] ?
Ha nem, akkor hogy lehet megkülönböztetni, hogy melyik elemről jött a katt?Most így néz ki a cucc:
if(isset($_GET['p']))
{
require 'db.php';
$torolid = $_GET['p'];
if(is_numeric($torolid))
{
$qry = "DELETE FROM `ruhak` WHERE id = '$torolid'";
}
else
{
$preqry = "SELECT `admin` FROM `members` WHERE username='$torolid'";
$presql = mysql_query($preqry);
$mutatsd = mysql_fetch_array($presql);
if ($mutatsd['admin'] == 0)
{
$qry = "UPDATE `members` SET `admin`='1' WHERE username='$torolid'";
}
else if($mutatsd['admin'] == 1)
{
$qry = "UPDATE `members` SET `admin`='0' WHERE username='$torolid'";
}
}
$sql = mysql_query($qry);
}Az első, az terméket töröl, ott id-t keresem vissza, ha nem szám akkor megy le, akkor adminjogot ad, azt username szerint módosítom. Na most már csak egy törlés kéne felhasználóknak, azt hogy kéne? Tudom, hogy nagyon hülyén oldottam meg, de legalább az egészet magamtól írtam
-
#10738
trisztan94
őstag
Sk8erPeter
#10728
trisztan94
őstag
válasz
Sk8erPeter
#10728
üzenetére
Hát nem kevés dolog az biztos
Tanulgatom majd, köszönöm a tanácsot -
cucka
addikt
Vagy létezhet olyan, hogy pont úgy tölt fel két user képet , ami időben olyan közel lesz, hogy nem a megfelelőt kapom vissza?
Két júzer egy időben az két adatbázis kapcsolatot jelent, a last_insert_id ezt figyelembe véve működik, tehát nem fog előfordulni az eset, amiről írsz.
Permanens kapcsolatok esetén viszont jó kérdés, hogy meg van-e ez ugyanígy oldva, valaki felvilágosíthatna engem is . -
#10733
Soak
veterán
Sk8erPeter
#10732
Soak
veterán
válasz
Sk8erPeter
#10732
üzenetére
Sejtettem.
Más : Ha egy create() funkcióm ezt adja vissza PDO::lastInsertId , akkor az minden esetben az lesz amit a create() létrehozott? (nyilván egy insert volt) . Vagy létezhet olyan, hogy pont úgy tölt fel két user képet , ami időben olyan közel lesz, hogy nem a megfelelőt kapom vissza?
-
Lacces
őstag
Sziasztok Mesterek,
Van értelme PHP keretrendszernél Test-eléssel foglalkozni? De elég f***... engem 1 órája szívat a rendszer... phpunit-ot kellene felraknom, hogy működjön a test-elés yii-nél. De isten igazából, kijavítok egy hibát..., mindjárt dob egy másikat, hogy most ezért és azért nem tudom felrakni, hogy még ez meg amaz kell... és már nagyon unom. Linuxon csak a macera megy.
"sudo pear install phpunit/phpunit_selenium
phpunit/PHPUnit_Selenium requires PHP extension "curl"" - phpunit_seleniumot kellene felrakni... curl-t nagyon szeretné, csak az a baj, hogy az már fent van, apache is újraindult gép is, szal most egyelőre lábon vagyok lőve.Vagy lehet Windowson kellene Xamppal csinálni?
- Ok már működik. Más paranccsal is fel raktam fel a curl-t
-
#10728
Sk8erPeter
nagyúr
trisztan94
#10724
Sk8erPeter
nagyúr
válasz
trisztan94
#10724
üzenetére
Ja hogy gyakorlás céljára lenne, akkor az más.
Chat kialakítása előtt érdemes rendesen megtanulni a formkezelést, validálást, adatok adatbázisba való feltöltését - tehát eddig csak PHP-ról, MySQL-ről beszéltünk, ezek elengedhetetlen alapok. Tudd, hogyan kell megjeleníteni az adatbázisba feltöltött tartalmakat (ne használj mysql_*-jellegű függvényeket, hanem PDO-t; erről Tele von Zsinór kolléga belinkelte korábban az elég tömör, de érthető és hasznos cikkét: [link]), kombináld a lekéréseket, kapcsolj össze táblákat (egyáltalán tudd, mi értelme van a táblakapcsolásoknak), stb.
Aztán kezdd el a JavaScript-alapokat, változtatgasd az oldalon megjelenő tartalmakat, színüket, betűtípusokat, stb., validálj formokat kliensoldalon, és hasonlók; majd jöhet egy hasznos JavaScript-library, mint a jQuery és társai, sajátítsd el ennek a szintaktikáját, és ha ez is megvan, akkor próbáld ki az AJAX-függvényeket (pl. kezdésnek elég jó példa lehet, hogy .load()-dal milyen egyszerű külső fájlokat betölteni, jó a leírás is hozzá), majd ezen keresztül próbálj meg adatbázisba feltölteni, adatbázisból lekérni, stb.Szerintem csak mindezen alapok elsajátítása után van értelme egyáltalán nekikezdeni egy PHP+MySQL+AJAX-alapú csetalkalmazás elkészítésének.
-
#10727
Soak
veterán
trisztan94
#10724
Soak
veterán
válasz
trisztan94
#10724
üzenetére
Szerintem inkább POST-al csináld a form-os dolgokat (mármint ha jól értem, hogy mit szeretnél itt csinálni), sokkal egyszerűbb karbantartani a form hidden field-jeit mint a linket bogarászni.
-
#10726
trisztan94
őstag
fordfairlane
#10725
trisztan94
őstag
válasz
fordfairlane
#10725
üzenetére
Ó, Köszi!
-
#10725
fordfairlane
veterán
trisztan94
#10724
fordfairlane
veterán
válasz
trisztan94
#10724
üzenetére
Hogyha annak az urljét xxx.php?p=delete_$id állítom, akkor POST-tal az id-t visszakapom és adatbázisból tudom törölni, nem?
Nem posttal, hanem gettel kapod meg, a $_GET['p'] értéke 'delete_1234' lesz.
-
#10724
trisztan94
őstag
Sk8erPeter
#10723
trisztan94
őstag
válasz
Sk8erPeter
#10723
üzenetére
Igazából ez egy ilyen "gyakorlóoldal" lenne, amin gyakorlom a cuccokat, hibáimból tanulok stb
Kb mindent belenyomok ami így kellhet, telekommentezem (azokat is, hogy mi a hiba, mit nem szabad), magamtól csinálom és akkor majd ha épp kell majd egy olyan, akkor van egy referencia. Nem állapot az, hogy van egy melóm akkor olyan alap dolgokról kérek segítséget mint pl. egy form validation Apropó:
Termékek kivannak listázva egy táblázatban és van egy törlés gomb. Hogyha annak az urljét xxx.php?p=delete_$id állítom, akkor POST-tal az id-t visszakapom és adatbázisból tudom törölni, nem?Amúgy tényleg nagyon hálás vagyok nektek a sok segítségért
-
#10723
Sk8erPeter
nagyúr
trisztan94
#10720
Sk8erPeter
nagyúr
válasz
trisztan94
#10720
üzenetére
Ha ezt nem gyakorlásnak szánod, hanem éles oldalra kéne, akkor semmiképp ne próbálkozz saját megoldásokkal, a chat kialakítása nagyon nem kezdőfeladat. Rengeteg PHP+MySQL+AJAX-alapú, kész megoldás van ilyenre.
-
#10721
Soak
veterán
trisztan94
#10720
Soak
veterán
válasz
trisztan94
#10720
üzenetére
javascriptel nem tudsz filet írni vagy módosítani. Php-vel meg tudod ezt csinálni, de nagyon macerás egy txt fileból chat ablakot generálni. Egyszerűen csinálsz mysql-ben egy táblát, lesz benne id,sender_id,receiver_id,body,date , innen tudod kinek mit kell kilistázn.
Szerk: Biztos sokféleképpen meg lehet oldani ajax-al, de ezt majd mások kifejtik neked, én még nem használtam élesbe ajaxot.
-
#10720
trisztan94
őstag
Soak
#10719
trisztan94
őstag
-
#10719
Soak
veterán
trisztan94
#10718
Soak
veterán
válasz
trisztan94
#10718
üzenetére
Végülis lehet ilyet csinálni php-vel, csak sok értelme nincsen. Mivel a php-vel nem tudod a html-t változtatni miután betöltött ezért állandoan refreshelni kéne. Ajaxal kell megcsinálni és akkor rendesen chatként üzemel. Egy sima üzenetküldő alkalmazást viszont teljesen jól meg lehet csinálni csak php-vel (ugy értem, hogy nem folyamatos kapcsolatban vannak a felek, hanem e-mail szerüen).
-
#10718
trisztan94
őstag
CSorBA
#10717
trisztan94
őstag
válasz
CSorBA
#10717
üzenetére
Jóestét!
Php-val lehet valahogy eseményt kezelni? Végülis egy alap online chatre gondoltam, még nem kezdtem el, csak így kigondolom előbb.Szóval a lényeg az, hogy lenne egy input text, felette meg egy chat div és egy küldés button.
Felhasználóka beírja a szöveget, megnyomja a gombot(vagy enter) és beilleszti a chat divbe. Tudom, hogy jquery-vel is meglehetne (sőt, azzal meg is van kb, hogy hogy lenne), de menteni nem tudom, hogy hogy tudnám a beszélgetést, úgy értve, hogy ha kilép és visszajön, akkor, mint a facebook chat pl., mutatja az előzményeket.Szóval tömören:
Php-ban lehet hivatkozni egy clickre vagy megoldani valahogy?Köszönöm!
Most látom, hogy véletlenül választ írtam CSorBA kollégának
Bocsánat -
#10717
CSorBA
őstag
Sk8erPeter
#10679
CSorBA
őstag
válasz
Sk8erPeter
#10679
üzenetére
Ez jó ötlet! Annál is inkább, mivel value mezőben w3 szerint nem jó a []
Szóval most a következő ötlet, hogy városok két betűs kódok, ország 3 betűs. És ez alapján már különbséget is tudok tenni. Annyi a hátránya, h. figyelni kell rá város és ország felvitelekor, h. nehogy olyanba fussak, ami már foglalt. -
#10714
mobal
nagyúr
Speeedfire
#10713
válasz
Speeedfire
#10713
üzenetére
Many-to-many, ahogy javasolták! Eleinte nehéz volt (legalábbis nekem a megértése), de nagyon is jó!
-
#10713
Speeedfire
félisten
Sk8erPeter
#10704
Speeedfire
félisten
válasz
Sk8erPeter
#10704
üzenetére
Igen, ez még jobb megoldás. Egy jól összerakott mysql sokat dob a teljesítményen.
-
-
#10707
Soak
veterán
Sk8erPeter
#10706
Soak
veterán
válasz
Sk8erPeter
#10706
üzenetére
Elszállnit nem úgy értettem, hogy megszűnik létezni, hanem a növekedés során már egy sima SELECT is sok ideig fog tartani mondjuk 1,5M sornál.
-
#10706
Sk8erPeter
nagyúr
Soak
#10705
-
#10705
Soak
veterán
Speeedfire
#10703
Soak
veterán
válasz
Speeedfire
#10703
üzenetére
Ez azt jelenti, hogy ha lesz 10 képem , mindegyik 10 tag-el akkor lesz 100 sorom abban a táblában. Nem fog ez elszállni egy idő után? Nem tudom mi számít soknak, de ha 5.000 user feltölt csak 5 képet és mindegyiken van 5 tag az 125.000 sor. És 5.000 user az nagyon kevés.
Sk8erPeter : És az összekapcsoló táblában úgy gondolod, hogy a két id az foregin key lenne, updatelve? Tehát ha törlök egy taget akkor tölődik a kapcsolat, plusz ha egy képet akkor is. Kicsit jobban rendbe tartja magát.
-
#10704
Sk8erPeter
nagyúr
Speeedfire
#10703
Sk8erPeter
nagyúr
válasz
Speeedfire
#10703
üzenetére
Ennél még egy fokkal szebben kellene (de ez még így is egy egyszerű megoldás):
lehetne egy tag tábla, egy képeket nyilvántartó tábla, plusz egy összekapcsoló tábla;
tag táblában: tag id, tag neve
kép táblában: kép id, kép elérési útja, stb.
összekapcsoló táblában: tag id, kép id
Ahhoz meg persze megint külön összekapcsoló táblák kellenek, hogy jelezzük, hogy milyen cikkekhez kapcsolódnak a tagek. Hasonló módon mondjuk cikk id, tag id.
Inkább érdemes több táblát létrehozni, hogy szét legyen választva az, ami logika szerint nem feltétlenül kapcsolódik egymáshoz szorosan.Ennek megvan az az előnye, hogy akár több kép is tartozhat egy taghez. Meg így lazább kapcsolatot teremt a kettő között.
Ezenkívül olyan elképzelés is szóba jöhet, hogy minden tagnek van egy "szülője", ami azt jelzi, hogy milyen kategórián belüli tagekről van szó. Ilyenkor a hierarchia nyilvántartásához össze kell kapcsolni az id-kat egy külön táblában (tag id, parent tag id).
Többnyelvűségnél kicsit tovább is érdemes bonyolítani, hogy magát a fordításokat ismét külön táblában tároljuk, és a taghez legfeljebb fordítási "csomópontot" tárolunk (pl. Drupal is így csinálja).=============
(#10702) Soak :
soha ne tárolj vesszővel elválasztott módon különálló kifejezéseket, mert iszonyatosan kényelmetlen lesz módosítani, törölni is, a query-k is lassúak lesznek, plusz nagyon nehéz a táblákban így keresni. Inkább a fentiekhez hasonló megoldást alkalmazz.
A query-k megírásában meg segítünk, ha elakadtál! -
Soak
veterán
Ha van egy képem és ahhoz szeretnék tagokat rendelni akkor mi a leghatékonyabb megoldás? Létrehozok MySQL-ben egy táblát a tageknek és minden képnél beleírom, hogy milyen tag-je van? Így a user nem igazán tud új tageket kitalálni (vagy ez nem is baj?) . Maga a koncepció nem állt még össze bennem . Vagy létrehozok egy tag oszlopot a fotók táblában és vesszővel elválasztva (nyilván a usert kényszerítve erre) text-ként (pl: tag1, tag2, tag3) beleírom, majd egyszerűen kiiratom? Így viszont, hogyan oldom meg azt, hogy a keresőbotok is lássák? Vagy ez nem probléma? (nem vagyok 100%ig tisztában a müködésükkel)
-
#10701
trisztan94
őstag
trisztan94
őstag
Igazából én sem értem a leányzót, szoftver/játékdesigner akar lenni és ezt egy " alapnak" akarta, de tovább nem akarja. Hát nekem konkrétan kb egy hete szólt, hogy kéne.. Úgy hogy htmlen kívül semmi sem volt benne. Most vagy meglesz, vagy nem, korábban szólhatott volna
A sulit majd megkérdezem
Egyik mező sem kell alapértelmezett legyen?
)
)
Ez szemantikai keveredés. JavaScript-kód menjen csak a JavaScript-fájlba. PHP-vel JavaScriptnek legfeljebb beállításokat szabadna átadni, pl. nekem eléggé bejön, ahogy a Drupalnál megoldották, maga a JavaScript-fájlok csatolása, a beállítások átpasszolgatása is moduláris módon történik. 
Új hozzászólás Aktív témák
Hirdetés
- Filmvilág
- Bluetooth hangszórók
- One otthoni szolgáltatások (TV, internet, telefon)
- Autós topik
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- exHWSW - Értünk mindenhez IS
- Óra topik
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- PlayStation 5
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- További aktív témák...
- Kamerarendszerek telepítése //// Gyengeáramú hálózatok kiépítése //// Informatikai segítségnyújtás
- Hibátlan Apple iPhone 15 Pro - Kártyafüggetlen - 128GB Fekete Titán (87% Akku)
- Apple iPhone 14 Pro, Kártyafüggetlen, 1 Év Garanciával
- Xiaomi Redmi 12 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Xiaomi Redmi Note 11 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S23 Plus 256 GB Kártyafüggetlen 1Év Garanciával
- HGST HUH721010AL5200 10TB 7.2k SAS HDD, DELL branded, nettó 38000Ft + ÁFA, 1 év garancia
- 35" ASUS ROG Swift PG35VQ curved GAMER monitor
- Bomba ár! Dell Latitude 5500 - i5-8GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Garancia!
- Konzol felvásárlás!! Playstation 5, Playstation 5 Pro
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest