- Samsung Galaxy Z Fold4 - egyre megy, honnan nézed
- Bivalyerős lett a Poco F6 és F6 Pro
- Samsung Galaxy A54 - türelemjáték
- Xiaomi 11 Lite 5G NE (lisa)
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Huawei Watch 3 Pro - óraátállítás
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Érintésnélküli fizetési megoldások - PayPass via NFC
- Samsung Galaxy S23 Ultra - non plus ultra
Hirdetés
-
A hátsó raktárból érkezhet a Galaxy S24 FE főkamerája
ma A Samsung nem gondolja újra a kamerarendszert és bejáratott alapokra építkezhet.
-
Az Xbox Series X|S konzolnak három új verziója jön idén
ph A trió egyik tagja egy Blu-ray olvasótól mentes, olcsósított kivitel lesz.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
L3zl13
nagyúr
Ne die függvényt használj, hanem valami mást...
Ha még semmit nem írtál ki az oldalra, akkor header() -rel átirányítod, és GET-tel átadod a mysql_error() visszaadott értékét.
Bár nem tom miért kell egyátálán átirányítani. Ugyanezen az oldalon is kiírhatnád a hibaüzit.
[Szerkesztve]Aki hülye, haljon meg!
-
L3zl13
nagyúr
De nem érted?
Minek kell megvárnod a mysql errort? Már az sql lekérdezés előtt is meg tudod nézni kaptál-e paramétert vagy sem.
Ha nem kaptál akkor úgyis hibás lesz a lekérdezés, akkor meg minek futtatod le?
Ennél a lekérdezésnél csak annyi múlik rajta, hogy mysql errort lát a felhasználó, vagy pedig hibaüzenetet, de máskor esetleg hazavághatja az adatbázisod egy ellenőrizetlenül felhasznált paraméter.
Nézz csak bele a PHP kérdések topicba. Pont mostanság írogatott valaki az SQL inject támadásról...
[Szerkesztve]Aki hülye, haljon meg!
-
L3zl13
nagyúr
Szvsz config.php-ban azért van titkosítatlanul, mert a kódot úgyis csak az látja, akinek fájl szintű hozzáférése van a szerverhez. Az meg úgyis megtehet bármit.
Adatbázisbéli titkosítás pedig szerintem kimondottan csak azoktól véd akik SQL injecttel vagy hasonló módon hozzáférnek az adatbázishoz.
A beírt kódnak meg őpszintén szólva nem sok értelmét látom...Aki hülye, haljon meg!
-
L3zl13
nagyúr
-
L3zl13
nagyúr
Resource ID, amit a mysql_query visszaad, a select eredményeképp kapott resultset azonosítója. Akkor is létezik, ha nincs találat. Egyedül akkor nem lesz értéke, ha hibás volt a query. Ezért lehet ilyenkor or die(mysql_error())-t alkalmazni.
Természetesen ennek a resource ID-nek nincs semmi köze a táblák illetve a lekérdezés eredményében szereplő adatokhoz. SZóval resource id=9 nem a 9. sor, vagy a kilencedik ember vagy akármi. Hanem egyszerűen ezen az azonosítón keresztül lehet lekérni mondjuk PHP-ben az eredményt.Aki hülye, haljon meg!
-
L3zl13
nagyúr
válasz loszerafin #132 üzenetére
Szerencsére a PHPmyadmin készítői nem gondolkodtak ugyanígy...
Aki hülye, haljon meg!
-
L3zl13
nagyúr
A legszebb megoldás, ha egy lekérdezésben adod meg a két feltételt.
$lekeres1 = mysql_query(''SELECT * FROM probatabla
WHERE nev= '$nev' and jelszo= '$jelszo' '');
Így csak akkor lesz találat, ha a jelszó és a login is egyezik. Neked pedig pont erre van szükséged.Aki hülye, haljon meg!
-
L3zl13
nagyúr
Esetleg javasolnám még a select count(*) from probatabla és a mysql_result párost is...
Aki hülye, haljon meg!
-
L3zl13
nagyúr
Ha jól tudom mysqlben magyar karakterekhez latin2 vagy UTF8-as collate-et kéne használni. Melyiket érdemesebb a kettő közül? Van valamelyiknek előnye a másikkal szemben?
Aki hülye, haljon meg!
-
L3zl13
nagyúr
Nem értem mi köze a webszerver, php, sql beállításoknak a szövegszerkesztő programhoz...
Vannak kimondottan PHP fejlesztői környezetek. Illetve olyan szövegszerkesztők, amelyek csak szinezéssel segítik a programozást, meg pár kissebb segádfunkció.
Előbbire példa a Zend Studio, utóbbira pl az Edit+.Aki hülye, haljon meg!
-
L3zl13
nagyúr
válasz Drótszamár #218 üzenetére
A esetben mitől lenne 101db query a listázás?
sql-ben összejoinolod a két táblát, és egy lekérdezésből megvagy...
Másrészt meg a felhasználók adatai gondolom regisztrációból jönnek.
Na most hyogyan oldod meg, hogy ezek az adatok mindig visszaíródjanak a táblába minden egyes új hozzászólásnál?
És ha módosulnak az adatok? Az összes rekordban módosítod őket?
MySQL asszem nem tud view-t, de szvsz az lenne az ideális a listázásra. A tárolás pedig mindenképp több táblára szétbontva.Aki hülye, haljon meg!
-
L3zl13
nagyúr
válasz Drótszamár #220 üzenetére
Szvsz view-nál (ha 5.x-es MySQL-t használsz) nem ilyen rossz a helyzet. Szvsz még sima SQL joinnál is van optimalizáció, amitől nem olyan vészes.
Aki hülye, haljon meg!
-
L3zl13
nagyúr
válasz montressor #284 üzenetére
1. Történetesen egy inserttel lehet több sort is beszúrni.
insert into kedvencek values (1,1,2), (1,1,3), (1,1,4);
Hogy melyik az előnyösebb, csak a törölt kategóriákat törölni/updatelni, vagy mindet törölni, és újra insertálni, az szerintem a felhasználástól függ.
2, szerintem nincs rá szükség, ha jól megírod a kódot, és véded sql inject ellenAki hülye, haljon meg!
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Gaming notebook topik
- Samsung Galaxy Z Fold4 - egyre megy, honnan nézed
- Sorozatok
- Bivalyerős lett a Poco F6 és F6 Pro
- Autós topik látogatók beszélgetős, offolós topikja
- Samsung Galaxy A54 - türelemjáték
- Xiaomi 11 Lite 5G NE (lisa)
- Kerékpárosok, bringások ide!
- Az AI miatt vehetnek sokan új iPhone-t
- További aktív témák...
- Apple watch SE 44mm cellular 100% "hibátlan 4 hónapos!!!
- Apple iPhone 14 Pro Max 128GB, Kártyafüggetlen, 1 Év Garanciával
- L380 Yoga 13.3" FHD IPS érintő i7-8550U 16GB 512GB NVMe magyarított vbill ujjlolv IR kam gar
- 2025.11.04. Garancia! MSI RTX 3080 12GB GDDR6X TRIO PLUS Videokártya! BeszámítOK
- ThinkPad T14s Gen2 14" FHD IPS i7-1165G7 16GB 512GB NVMe magyarított vbill ujjlolv IR kam gar
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen