- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Érkezőben a Poco M6 4G
- Google Pixel 8 Pro - mestersége(s) az intelligencia
- Samsung Galaxy S21 FE 5G - utóirat
- Telekom mobilszolgáltatások
- Honor Magic5 Pro - kamerák bűvöletében
- Mobil flották
- Samsung Galaxy A54 - türelemjáték
- Android alkalmazások - szoftver kibeszélő topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
Hirdetés
-
Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Továbbra is szeptemberi premierrel számolnak a fejlesztők, reméljük több halasztásra már nem kell számítanunk.
-
Rossz üzlet az EV-kölcsönzés
it Küszködik az EV-kölcsönzés miatt a Hertz Global, még több EV-t adnak el.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Ú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
- Orange Pi Zero H2 Plus 512Mb RAM + 4Gb MicroSD kártyával
- Bomba ár! HP EliteBook 830 G6 - i7-8G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- Bomba ár! Dell Latitude 5580 - i5-G6 I 8-16GB I 256 SSD I 15,6" FHD I HDMI I CAM I W10 I Garancia
- SIS300 agp videokártya
- 46mm Chronos Orák-UJ-Olcsón!