- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- gban: Ingyen kellene, de tegnapra
- Szevam: Érzelmi magabiztosság/biztonság - miért megyünk sokan külföldre valójában?
Új hozzászólás Aktív témák
-
bolvar
senior tag
válasz DNReNTi #13595 üzenetére
Nem azt nem tároljuk ki mire szavazott mert az nem lényeg hanem hogy ki szavazott csak simán.Erre úgy láttuk a face id mentése a legegyszerűbb de bizonyos böngészők használata esetén nem menti ezt.Mert ha valaki szavazott rögtön az első oldalon ezt megvizsgáljuk és ő már csak az eredményekre tud továbblépni szavazni újra nem .Vagyis a cél ez lett volna
Tele von Zsinór
Köszi megnézemA jó lányok azt mondják: NEM! A rosszak azt, hogy: HOL? :)
-
bolvar
senior tag
válasz DNReNTi #13598 üzenetére
Igen mi is így vagyunk vele .Igen meglepő volt mikor mac-ről megpróbáltuk használni az appot és ez fogadott az adatbázisban .És időnként még dupla id-val is tudnak emberek regelni(szóval hiába van id rögzítve újra tud regelni gondolom, mert 2x jelenik meg az adatbázisban) de ez kb 100-ból 1-2-t jelent.
A jó lányok azt mondják: NEM! A rosszak azt, hogy: HOL? :)
-
Sk8erPeter
nagyúr
válasz DNReNTi #14029 üzenetére
"A require() a szigorúbb. Betölti a fájlt abban az esetben is ha az egy nem teljesülő feltételben van"
Az lehetetlen.A többi amúgy stimmel, a lényeg nagyon röviden, hogy az include a fájl hiánya vagy más para esetén warningot okoz, a require fatal errort, a _once végű függvények pedig ugyanezt csinálják, csak annyi különbséggel, hogy valóban csupán egyszer töltik be a megadott fájlt.
(#14028) Petyyyyy
"Az egyikük minden alkalommal betölti az adott fájlt, a másik csak akkor, ha szükség van rá."
Az include_once(), require_once() függvényekre gondolsz, de ez így nem pontos, hogy csak akkor tölti be, ha szükség van rá, inkább akkor tölti be a fájlt, ha még korábban nem töltötte be (ergo mindenképp "szükség van rá", ha a kódban ezt mondod, de nem mindegy, hányszor).=============
Szerk.:
(#14031) kenwood :
ja, hogy így, OK.[ Szerkesztve ]
Sk8erPeter
-
PumpkinSeed
addikt
válasz DNReNTi #14174 üzenetére
Amúgy a tényleges kód így néz ki:
$as1 = 20;
$as2 = 28;
$er1 = $as1 === $as2;
$er2 = $as1 < $as2;
$er3 = $as1 > $as2;
$er4 = $as1 >= $as2;
print $er1; print ('<br>');
print $er2; print ('<br>');
print $er3; print ('<br>');
print $er4; print ('<br>');Help!
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Sk8erPeter
nagyúr
válasz DNReNTi #14172 üzenetére
"$elso = 6;
$masodik = '6';
Akkor ez egyenlőtlenség lesz, mivel a $masodik egy string típusú változó, hiába 6 az is, de szöveg nem szám. Ezt megelőzendő perfekt a sima == kifejezés."Pont a lehető legrosszabb példát írtad, mert ez úgy, ahogy van, nem igaz.
Ebben az esetben az if($elso == $masodik) pont, hogy IGAZ lesz, mivel castolódik.
Éppen itt jön a képbe az, hogy csak az if($elso === $masodik) (lásd három egyenlőségjel, típusvizsgálattal) lesz csak HAMIS.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #14179 üzenetére
Most nézem, hogy átsiklottam az előtte írt "Másrészt szerintem ilyen feltételeknél nem célszerű a '===' használata mert például ha ez a helyzet:" mondatrészen, és amit idéztem, emiatt totál az ellenkezőjét jelentette. Szóval nem volt kellően egyértelmű.
(#14180) PumpkinSeed :
szívesen.Sk8erPeter
-
#68216320
törölt tag
válasz DNReNTi #14637 üzenetére
Az a helyzet, hogy az 500 karakter a maximum. Tehát, ha nem mondatvégi írásjel (.!?") akkor visszafele kellene néznem a dolgokat. olyat már meg tudtam csinálni, hogy explode-al szétbontottam az 500 karaktert a szóköz segítségével és az utolsót nem számoltam, így biztosra mentem, hogy nem szó közben vágom el. A te módszereddel, a hozzáfűzéssel az a baj, hogy vannak a szövegben szakmai részek, amik elég kerek mondatok és akár +200 karaktert is jelenthetnek könnyedén. ennyi hely nincs a div-ben, ahova menne a szöveg. Így is trükköznöm kellett, hogy a spec HTML részeket (pl. <br />) eltüntessem strip_tags()-al.
Gondban vagyok még a " (idézőjel) karakterrel, mert ha egy mondat abban van akkor nem elég a mondatvégi írásjel, hanem az is kell még. Ha nem fér bele az idézőjelek közti rész az 500 karakterbe az egészet ki kellene hagynom. -
-
-
Sk8erPeter
nagyúr
-
csabyka666
addikt
válasz DNReNTi #15148 üzenetére
Hát, én végigszenvedtem az elsővel, végülis sikerült, működik is, de elég kusza, és szerintem lassú is.
Meg fogom próbálni így is! Köszönöm!
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
csabyka666
addikt
-
csabyka666
addikt
válasz DNReNTi #15166 üzenetére
Nálam ez van a <head>-ben:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />De legalább az megvan, hol tudom módosítani utólag.
MOD: Bár, ahogy így elnézem, a szintaktikája nem feltétlen jó.
[ Szerkesztve ]
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
csabyka666
addikt
válasz DNReNTi #15168 üzenetére
Ez most furán hangzik, de nem tudom, hogy HTML4, vagy HTML5.
Ez van az index.php elején:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
csabyka666
addikt
válasz DNReNTi #15170 üzenetére
Köszi!
Egyébként valószínűleg az volt a hiba, hogy a böngésző és az adatbázis karakterkódolása nem egyezett meg, mert ha úgy csinálom, ahogy mondtátok, akkor az újak jók, de a régiek nem, ha pedig a régiekhez odaírom a konverziót(?), akkor azok jók lesznek, viszont az újak nem...
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
trisztan94
őstag
válasz DNReNTi #15168 üzenetére
Én már futottam bele céges intranetre szánt megrendelésnél abba, hogy miután leadtam kb. rögtön hívtak, hogy az ékezetes betűk viccesen jelennek meg. Kiderült, hogy FF2.0 és IE6-hoz vannak kötve, ami nem támogatja a HTML5-öt. És persze a helyi rendszergazda nagy arrogánsan csak annyit írt: "Megoldottam, ezt a varázslatos sort hagytad ki az oldalból: --html4 charset -- Legközelebb figyelni kellene erre."
Azóta amikor eszembe jut, mindig a HTML4-es UTF-8 karakterkódolást adom meg a biztonság kedvéért.https://heureka-kreativ.hu
-
PumpkinSeed
addikt
válasz DNReNTi #15177 üzenetére
Amúgy soha nem értettem ezt, hogy miért nincs. Most ahova kerültem céghez első dolgom volt a chrome telepítése minden gépre illetve a jogtiszta szoftverekre való csere.
Az átállás nem hogy negatívumokat, hanem egyenesen pozitív visszajelzéseket mutatott. Egy nagyobb cégnél se lehet olyan bonyolult és hosszabb távon jobb választás is.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
-
PumpkinSeed
addikt
válasz DNReNTi #15180 üzenetére
Jóinformatikusok munkájának a gyümölcse a mi munkánk kezdete.
(#15179) DS39
Ha a sivatagban a vizet az IE szolgálná fel akkor inkább kiszáradnék.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
laceeeboy
tag
-
fordfairlane
veterán
válasz DNReNTi #15225 üzenetére
Ha esetleg kényelmetlennek tartod a prepare-bind-execute használatát, ajánlom a Doctrine DBAL-t, ott van egy olyan metódus, hogy executeQuery. Egyébként erre sokan csináltak saját, PDO-ból örökölt osztályt, amiben egyetlen metódushívással helyettesítik ezt a három műveletet.
[ Szerkesztve ]
x gon' give it to ya
-
-
cucka
addikt
válasz DNReNTi #15232 üzenetére
Például olyan metódusokban nem szoktam használni ahol a szerver oldal ad át ellenőrzött paramétert, mondjuk egy user_id-t, azaz garantáltan nem jelent veszélyt.
És mi van, ha újra szeretnéd hasznosítani azt a metódust? Vagy csapatban dolgozol és a másik ember szeretné használni a metódusaidat? És ha mondjuk egy 1 év múlva lesz, amikor már nem emlékszel pontosan, hogy mely metódusokba építettél biztonsági lyukat lustaságból? -
Sk8erPeter
nagyúr
válasz DNReNTi #15223 üzenetére
Bizony, minden alkalommal, amikor ilyen kódot osztasz meg, God kills a kitten.
"Hogyan lehetne másképp? "
Úgy, hogy prepared statementeket használsz.
Meg a SELECT * FROM ... sem egy jó szokás, ne az legyen az alap, hogy minden mezőt lekérünk, mert az teljesítményromlással is jár, hanem soroljuk fel szépen azokat a mezőket, amikre szükségünk van.
Nem beszélve az elgépelésekről, de az mondjuk a legkisebb gond.(#15225) :
"Hüm. Ha esetleg a prepared statements-re gondolt akkor amiatt nem kell aggódni, ahol kell azt használom"
Jogos volt cucka korábbi kérdése, hogy hol nem kell."csak PDO helyett mysqli-t. Itt a példában nem akartam még azzal is karatézni. De jogos."
Teljesen mindegy, hogy PDO vagy mysqli (ez egyben válasz (#15224) mobalnak is), a lényeg a prepared statement volt.
Az pedig szerintem nem jó hozzáállás, hogy a kezdőnek jó lesz szarul is prezentálni, de mi közben a saját fejlesztéseink során jól használjuk. A kezdő ne tanuljon meg rossz példákat. Most pedig nyilvánvaló, hogy az alapján csinálta meg, amit te mutattál neki...(#15232) :
"Például olyan metódusokban nem szoktam használni ahol a szerver oldal ad át ellenőrzött paramétert, mondjuk egy user_id-t, azaz garantáltan nem jelent veszélyt."
Uhh, ez rossz megközelítés, ezt inkább felejtsd el, nincs olyan, hogy "garantáltan nem jelent veszélyt"... de látom ezt közben cucka kifejtette.(#15231) laceeeboy :
Ismerjük az atw.hu-t, komolytalan. Felejtős.Sk8erPeter
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest