- Visszavonta az Intel és a Qualcomm Huawei-hez kiadott exportlicencét az USA
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Facebook profil letiltás kapcsolt ismeretlen Instagram fiók miatt
- Windows 11
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Kaspersky Antivirus és Internet Security Fórum
- Xiaomi AX3600 WiFi 6 AIoT Router
Új hozzászólás Aktív témák
-
cucka
addikt
válasz Sk8erPeter #2183 üzenetére
Igazából az alapprobléma ezzel sem oldódott meg, de nem gáz, a javascriptes oldal-újramegnyitás nem olyan vészes megoldás, igazából annyi különbséget jelent, hogy így kb. 1 másodperccel később látja a hozzászólását a vendégkönyvben.
Szerintem pedig meg kéne oldja. Furcsa, hogy az adatok késleltetve jelennek meg az adatbázisban..A $_REQUEST használata egyébként nem veszélyes? Nem jobb inkább konkrétan a $_POST vagy $_GET változóknak átadott értékeket használni, mint a "kettő egyvelegét"?
Nem. A request tömbben a post, a get és a cookie tömbök tartalma található. Mindegyik a felhasználótól jövő, megbízhatatlan adat, ezért teljesen mindegy, hogy külön kezeled a post-ot és a get-et vagy egyben, az adatokat ugyanolyan szigorúan kell ellenőrizni.
Akkor lehet gond, ha a post-ban és a get-ben ugyanolyan névvel két különböző értéket szeretnél kezelni, de ezt amúgy is illik elkerülni.Még egy kérdés eszembe jutott a múltkori Ajax-os témáról, aminek nagy hátránya az, hogy a Google nem tudja rendesen indexelni az oldalt: akkor ez az indexelési probléma ezek szerint felmerül azoknál az oldalaknál is, ahol csak egy index oldal $_GET-tel átadott értékei szerint include-olok fájlokat?
A google annyit lát az oldaladból, mint a böngésző, amivel nézed. Nem látja, hogy azt a html oldalt te milyen php kóddal készítetted, mit hogyan include-oltál, igazából azt sem tudja, hogy a kapott html-t milyen módon állította elő a webszerver.(#2184) Louloudaki
Kezdjük ott, hogy a $_GET['foo'] = 'a'; sorra egy normális programozási nyelv már fordítás előtt hibát dobna. A példád pont azt demonstrálja, hogy miért ordas nagy gányolás, ha a szuperglobál tömböket nem úgy kezeled, mint ha csak olvashatók lennének.
A php a post-ba, a get-be és a cookie-ba is bármit benyal, ha ezt a 3 tömböt egyesíted, akkor megkaptad a request tömböt. Szerintem ugyanannyira nem biztonságos, mint külön kezelni a get-et vagy a post-ot.
Új hozzászólás Aktív témák
- A fociról könnyedén, egy baráti társaságban
- Dragon Age: Origins
- iPhone topik
- Netfone
- Crohn betegség
- World of Warships
- Visszavonta az Intel és a Qualcomm Huawei-hez kiadott exportlicencét az USA
- Politika
- Villanyszerelés
- Tanulmányi tapasztalatok a Műszaki Egyetemmel kapcsolatban?
- További aktív témák...
- Dell Latitude 3310, 13,3" HD Kijelző, I5-8265U CPU, 8GB RAM, 256GB SSD, WIN 10/11
- GameBoy Advanced SP (AGS-001) + Final Fantasy V és némi ajándék.
- Samsung Galaxy TAB A8 /// Szinte ÚJ // Számla + GARANCIA
- Acer játékra is,15,6", FullHD,6.gen.core i7,GT940 4!!/6GB VGA,8GB Ram,SSD+HDD,jó akku
- Dell Latitude E7470 - i7 6600U / 8-16GB RAM - számla, 6 hó garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest