- AMD Navi Radeon™ RX 9xxx sorozat
- Egérpad topik
- AMD Navi Radeon™ RX 6xxx sorozat
- HiFi műszaki szemmel - sztereó hangrendszerek
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- Hisense LCD és LED TV-k
- Milyen házat vegyek?
- Fejhallgató erősítő és DAC topik
- Az előírások megszegése miatt éghet le egyes alaplapokon a Socket AM5 foglalat
- HP notebook topic
Aktív témák
-
Sk8erPeter
nagyúr
válasz
SektorFlop #2068 üzenetére
SELECT `id` FROM `test_table`
ORDER BY RAND()Ezt felhasználva csináld meg, amit szeretnél. Nem fejtetted ki bővebben, mit értesz azalatt, hogy "5 db sort szeretnék lekérni id alapján véletlenszerűen."
-
PazsitZ
addikt
válasz
SektorFlop #2065 üzenetére
Miért nem ?
UPDATE `kosar` SET `kosar_db` = kosar_db+1 WHERE ... -
cAby
tag
válasz
SektorFlop #2060 üzenetére
Nem feltétlenül kell az oszlopok megnevezését megadni, csak ha több oszlopot tartalmaz a tábla, mint amennyi adatot be akar szúrni. Tehát az 'adatok' tábla nem csak a username, jelszo, email, mobil, varos oszlopot tartalmazza.
-
tildy
nagyúr
válasz
SektorFlop #1996 üzenetére
Kapasbol hol kezeled le a cross-site scriptinget, es az SQL injectiont? SEHOL.
htmlspecialchars hasznalata , meg mysql_real_escape_string hasznalata. Azt mar nem is mondom, hogy magyar nyelvu valtozok, nem tiszta, szetbontott, atlathato kod, view elemek egybe....va az adatbaziskezelessel. A kod into pelda arra , hogy hogyan kezdi az ember, es ha professzionalisan akar dolgozni, akkor hogyan nem folytatja.Ne aggodj , en is ugyanigy kezdtem, csak ez mar a mult. Nagyon , nagyon a mult.
-
Sk8erPeter
nagyúr
válasz
SektorFlop #2030 üzenetére
Na ne már....
Most komolyan azt javaslod, hogy minden adatot kérjen le adatbázisból, és majd utána szűrjön? Akkor gondolj bele, mi van, ha feltételezzük, hogy többmillió adata van, amik közül keresgélni kellene... akkor először az ÖSSZESET tök feleslegesen lekéri, és ezek után szűr? NEM, ilyet soha ne csinálj.A fórum-hozzászólásoknál meg különösen illene szűrni, ott ugyanis még dinamikusabban nőhet az adatbázis mérete. És erre nem lehet válasz az, hogy "ugyan már, az én oldalamon úgysincs olyan nagy forgalom", ez a hozzáállás nagyon rossz, mi van, ha valamilyen oknál fogva mégis az lesz? Vagy mi van, ha akarsz egy következő alkalmazást fejleszteni, majd azt is úgy készíted, mert jól működött az előzőnél?
Amit itt írtál, az ilyesmi jellegű változónak átadás:
$tipus = $sor['tipus'];
az idők során rá fogsz jönni, hogy egy nagyon rossz szokás.
Ilyen módon nem bejárhatóak a későbbiekben az érintett adataid ciklussal, nem tudod őket könnyedén, egyértelműen kezelni, nem tudsz köréjük egy wrapper osztályt írni, vagy nehézkesen, és egyéb problémák is felmerülhetnek ezzel kapcsolatban.
Érdemes inkább kigyűjteni tömbökbe vagy objektumokba ezeket az adatokat, amik egy helyre tartoznak.
pl.
$hotels = array();
while($row = ............){
$hotels[] = $row;
}egy leegyszerűsített példával élve. Ezután egyszerűen bejárhatók a hotelek adatai pl. egy foreach-csel.
-
cAby
tag
válasz
SektorFlop #2030 üzenetére
megpróbáltam, egyelőre még nem jó..
küzdök még vele holnap is, aztán ha nagyon nem megy, beteszem a forráskódot, hátha megtalálja benne valaki a hibát és segít -
Sk8erPeter
nagyúr
válasz
SektorFlop #2021 üzenetére
Tehát magyarul van egy forum_msgs táblád, és azonbelül a datum mező neve nem simán datum, hanem forum_msgs.datum?
Hát eléggé felesleges, hogy az adott nevű tábla mezőit kiegészíted a táblanév+mezőnévvel, és magunktól nehéz lett volna kitalálni, hogy ilyen rossz szokásokat alkalmazol, amíg le nem írod.
Én azt javasolnám, inkább erről szokj le, de persze egyéni döntés.
Nincs mit!(#2023) wolandino :
szívesen, de mire jutottál? -
SektorFlop
aktív tag
válasz
SektorFlop #2020 üzenetére
bocsánat helyesbítek
*a mező neve "forum_msgs.datum"
de még1x köszönöm, sikerült is megcsinálni
-
Sk8erPeter
nagyúr
válasz
SektorFlop #2016 üzenetére
A lekérdezésed jó. (már amennyiben létezik a "datum" mező a forum_msgs táblában, de feltételezem, létezik)
A PHP-kódnál viszont nem kell oda a forum_msgs, tehát ehelyett:$hozzaszolt=$sor['forum_msgs.user'];
$datum=$sor['forum_msgs.datum'];
$uzenet=$sor['forum_msgs.msg'];
$nev=$sor['forum_msgs.topic'];próbáld ezt:
$hozzaszolt=$sor['user'];
$datum=$sor['datum'];
$uzenet=$sor['msg'];
$nev=$sor['topic']; -
rt06
veterán
válasz
SektorFlop #2016 üzenetére
ha fetch_array-t hasznalsz, akkor a $sor tombod elemeit sorszamozva ered el
ha mezonev alapjan szeretned, akkor hasznald a fetch_assoc fgv-t (bar azt hiszem, a tablaalias-t akkor sem teszi oda)szerk.: tevedtem, alapertelmezeskent a fetch_array is visszaadja a mezoneveket (is), mint tombindex
-
Peter Kiss
őstag
válasz
SektorFlop #2016 üzenetére
Csak a hibaüzenet maradt el.
-
DeltaPower
addikt
válasz
SektorFlop #1996 üzenetére
Ezzel a kóddal nem írja felül, csak ha megegyezik a régi és az új kép neve. Annyival kell kiegészíteni, hogy az új kép átmozgatása előtt a régi kép nevét lekéred adatbázisból és törlöd.
-
dany27
őstag
válasz
SektorFlop #1982 üzenetére
Tudnál kicsit részletesebb specifikációt adni arról hogy mit kellene tudnia csinálni? Mert így nem igazán értem hogy miért nem jó neked a post metódus...
-
dany27
őstag
válasz
SektorFlop #1977 üzenetére
Muszáj neked GET-elni??
Csinálsz egy formot aminek a methodja post lesz action-ra meg beállítod a felvisz.php-t és input-ból simán kitudod szedni azt ami neked kell! $_POST['input mezo neve'] adja vissza a tartalmát.... -
j0k3r!
őstag
válasz
SektorFlop #1977 üzenetére
hello!
ha jol sejtem, akkor neked valami ilyesmi kellene:
valami.html vagy valami.php (reszlet)
<form action="felvisz.php" method="post">
Valami <input type="text" name="valami" />
<input type="submit" value="Felvisz" />
</form>felvisz.php (reszlet)
$valami = $_POST["valami"];
// validalod a kapott adatot, ami mostmar a $valami valtozoban van (strlen, isset, stb.)
// ha ok, belerakod az adatbazisba, ha nem, akkor valami hibauzenetet kuldeszami fontos, hogy, amit az input tagben name attributumkent adtal meg az lesz az "indexe" annak a tombnek, amit a form methodjaban adtal meg (get -> $_GET, post -> $_POST)
-
Brown ügynök
senior tag
válasz
SektorFlop #1955 üzenetére
Lehetséges hiba: a validate_user()-t hamarabb hívod meg, mint definiálod. Előbb deklaráld, vagy add meg a fájl elérési útvonalát amiben deklarálva van, aztán használd.
Aktív témák
Hirdetés
- Külföldi rendelések: boltok, fizetés, postázás
- AMD Navi Radeon™ RX 9xxx sorozat
- Xiaomi 13 - felnőni nehéz
- Egérpad topik
- Fotók, videók mobillal
- Futás, futópályák
- Megjött a jubileumi Pixel széria
- exHWSW - Értünk mindenhez IS
- Luck Dragon: Asszociációs játék. :)
- RC modell földön, vízen, levegőben
- További aktív témák...
- BESZÁMÍTÁS! Apple MacBook Pro 16 M4 Max 36GB RAM 1TB SSD macbook garanciával hibátlan működéssel
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 Max 36GB RAM 1TB SSD macbook garanciával hibátlan működéssel
- BESZÁMÍTÁS! Apple MacBook Pro 16 2024 M4 Max 64GB 2TB SSD macbook garanciával hibátlan működéssel
- BESZÁMÍTÁS! Apple Macbook Pro 13 2020 M1 16GB 1TB SSD macbook garanciával hibátlan működéssel
- BESZÁMÍTÁS! ASUS TUF VG27AQ 165Hz QHD IPS 1ms monitor garanciával hibátlan működéssel
- AKCIÓ! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12400F / RTX 3070 8GB / 32GB DDR4 / 1TB SSD
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- Huawei P20 Lite 64GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: FOTC
Város: Budapest