Új hozzászólás Aktív témák
-
Brown ügynök
senior tag
-
j0k3r!
senior tag
válasz Dave-11 #5785 üzenetére
bocs, lejart a szerkesztesi ido.
azert erdekes felepitese lehet annak a konyvnek, hogy a var_dump (vagy barmilyen mas) fuggvenyt mar tudod hasznalni, de meg nem tudsz elagazasokat, ciklusokat irni, sot meg a tomboket se ismer(het)ed.
ajanlanam inkabb ezt a konyvet, szerintem sokkal logikusabb a felepitese.
[ Szerkesztve ]
some men just wanna watch the world burn...
-
LW
őstag
válasz Dave-11 #5887 üzenetére
Azzal a könyvvel kezdtem és először nekem sem volt teljesen világos, igaz voltam vagy 14 éves. Azóta C# révén megismerkedtem az objektumorientált programozzásal és phpban is törekszem rá.
Olyan kérdésem volna hozzátok, hogy ha utf-8 kódolást használok mindenhol és fájlt mentek, akkor hogyan alakítsam át úgy a stringet, hogy a webszerveren a fénykép ne FĂ©nykĂ©p legyen?
Egyelőre itthoni windowsos szerveren próbáltam, ATW terhelyén lehet nincs ilyen gond (csak 3 másik ), még nem próbáltam.
[ Szerkesztve ]
-
Speeedfire
nagyúr
válasz Dave-11 #6070 üzenetére
Sztringnél felesleges a .-tal összefűzni. Az aposztróf vagy idézőjel teljesen irreleváns. Mind a kettő hasznáható, én pl csak aposztófot használok, mert a legtöbb html tag-et idézőjelbe kell rakni, így ezeket nem kell escapelni.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
#10382336
törölt tag
válasz Dave-11 #6070 üzenetére
Le van zárva, de moódosítottam úgy is, amit javasoltál. A teljes kód.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
<title>HTML fájl</title>
</head>
<body>
<h3>Elérhetőségeink</h3>
<?php
echo "<h3>"."Szöveg"."</h3>";
?>
</body>
</html>Így is csak a html-t formázza, aphp-s rész nél elég furcsaságot ír ki. Pontosan ezt:
"."Szöveg".""; ?>
Ez elég érdekes. -
-
Sk8erPeter
nagyúr
válasz Dave-11 #6070 üzenetére
"Csináld így:
echo "<h3>"."Szöveg"."</h3>";"Minek fűzögeted össze ennyiszer? Lehet így is:
echo '<h3>Szöveg</h3>';"szerintem egyes idézőjelek ' ' helyett használj kettősöket " " ha szöveget akarsz kiírni."
Rossz tanács.
A sima aposztróffal való kiíratás gyorsabb lehet, mivel nem kell megvizsgálnia a "fordítónak", hogy van-e behelyettesítendő változó.
Nem mindegy, hogy írod:<?php
$var = 'akármi';
echo 'Itt a változó: $var'; //Kimenet: Itt a változó: $var
echo 'Itt a változó: '.$var; //Kimenet: Itt a változó: akármi
echo "Itt a változó: $var"; //Kimenet: Itt a változó: akármi
?>Itt van egy kis teszt a Weblaborban, a teszteredmények vagy relevánsak vagy nem, a lényeget leírja: ["Karaktersorozatok sebessége" PHP-ben].
Sk8erPeter
-
InfiniteReality
őstag
válasz Dave-11 #9244 üzenetére
A session cuccnak mindig a header előtt kell lennie. Továbbá ha egyéb php file-okat is include-álsz amiben szintén szükség van a session-re akkor @session_start(); és nem okoz E_NOTIFY üziket a php error logban.
http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
PazsitZ
addikt
válasz Dave-11 #9244 üzenetére
Ha jól értem az ellenorzes.php-ra áriráníítod a user, nem pedig includolod más fájlba.
Nézd, meg, hogy nincs-e whitespace a <?php nyitó tag előtt.
Ha nincs, gondolom ez az eset áll fenn, akkor én BOM karakterre tippelek. [link](#9249) InfiniteReality:
A kukac használata nagyon egyszerű, de hatalmas szíváshoz vezethet a későbbiekben, amikor majd órákig keresed, valami miért nem működik.Ha egy runtime során kétszer hívsz session_start-ot, akkor szvsz gondold át a kódodat, még párszor.
Ha jól értelmezem a problémád:
ajax, nem ajax, az index.php-tól kérem a tartalmat.
Hogy ajax kérést szolgálok-e ki azt mondjuk akár a kódban is eldönthető, de paraméterből is vezérelheted.
Így az oldalak.php-be nem kell session.[ Szerkesztve ]
- http://pazsitz.hu -
-
CSorBA
őstag
-
CSorBA
őstag
válasz Dave-11 #9270 üzenetére
A linken elolvashatod miért, de tömören:
Kiválasztod az adatbázisból AHOL a felhasználó="beírt név" és jelszó="beírt jelszó".
Ha mondjuk valaki beírja jelszónak h. valami" OR "a"="a
Akkor kikeresi a felhasználót és jelszót, VAGY pedig az a egyenlő a-val, ami mindig igaz. Tehát mindig teljesül a feltétel.Vagy még komolyabb, beírja h. DROP table, stb stb. És akkor kitöröl minden felhasználót a táblával együtt. Szóval igen nagy felelőtlenség.
Ez a függvény röviden véd az ilyenek ellen, szóval speciális karaktereket, mint például a ' és " kiszedi abból, amire alkalmazod (most konkrétan nagyon sarkítottam). A lényeg, ha ezt alkalmazod egy változóra, akkor utána már szerepelhet az SQL parancsban. Nem kell minden változóra, csak az SQL parancsban lévőkre, és azt is elég csak a parancsban.
Szóval pl.:
$lekeres = mysql_query("SELECT * FROM tagok WHERE name = 'mysql_real_escape_string($username)'")
;Ha már itt tartunk, akkor véleményem szerint nem kell utána 3 ágra bontani (belépés, hibás jelszó, nincs felhasználó) Ilyennél elég kettő, belépés és hibás adatok. Mert ha rájön, hogy legalább a felhasználónevet eltalálta, akkor próbálkozhat a jelszóval. És így legalább a jelszót egyből bele is rakhatod a lekérésbe. De ez lehet csak személyes agymenés.
-
Speeedfire
nagyúr
válasz Dave-11 #9333 üzenetére
Én sem fogom kihagyni, de mire ideér...
Sk8erPeter: De nem ám.
whited:
a személyisége te tudatlan
Te is sokat iszol?
Bocs, de nem hagyhattam ki.
Hát, ezen a héten legalább 10x megnézem már mind a 2 trailert...sírvafetregősvolt.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
CSorBA
őstag
válasz Dave-11 #11116 üzenetére
Nálam még van egy ilyen az index elején:
header("Content-Type: text/html; charset='UTF-8'");Illetve bevallom őszintén, nem tudom pontosan mire jó, de anno volt valami ilyesmi problémám, azóta benne van a db kezelésemnél az alábbi pár sor és kész:
mysql_query("SET NAMES 'UTF8'");
mysql_query("SET CHARACTER SET 'UTF8'");
mysql_query("SET COLLATION_CONNECTION='utf8_general_ci'");
mysql_query("SET character_set_results = 'UTF8'");
mysql_query("SET character_set_server = 'UTF8'");
mysql_query("SET character_set_client = 'UTF8'");Majd egy okosabb megmondja, hogy mi mire jó.
-
Speeedfire
nagyúr
válasz Dave-11 #11169 üzenetére
A netbeans-el projekt szinten tudod kezelni a fájlokat. Illetve van kódkiegészítő része, illetve jelzi a szintaktikai hibákat is. Beépített svn, git. Én többek között emiatt szeretem.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
-
MODERÁTOR
-
Sk8erPeter
nagyúr
válasz Dave-11 #12239 üzenetére
"Megpróbáltam a dolgot ismét, és oda jutottam, hogy nem kellenek ezek az átalakítások meg kapcsolódáskor a SET NAMES dolog."
Miből jutottál erre a konklúzióra?
Ha nem vágod a dolgot, akkor szerintem ne kérdőjelezd meg a hasznosságát.
Biztos nem annyira nagy baromság, ha nagy CMS-ek is (mint pl. a Drupal), meg frameworkok is használják.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Dave-11 #12245 üzenetére
A leírásodból nem épp az derül ki, hogy nem volt gond a karakterkódolással.
Ha választasz egy karakterkódolást, akkor MINDENHOL azt használd. Tehát mindenhol UTF-8-at használj, a fájljaid is UTF-8-kódolásúak legyenek, az adatbázis-kapcsolat is, header()-rel is küldj ki UTF-8-at, és a meta tagek közt is ezt a karakterkódolást add meg.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Dave-11 #12247 üzenetére
Általában nem szoktam közvetlenül adatbázisban kotorászni, egy működő webalkalmazásnál nem is túl egészséges, csak NAGYON kényszermegoldás, végső esetben, egyébként elvileg tilos. Egyébként ha tudod, hogy mit csinálsz, és jól is csinálod, nem történik tragédia, de inkább írd meg úgy (vagy használd úgy) a webalkalmazásodat, hogy ne kelljen belekotorni közvetlenül az adatbázisba.
A tábla karakterkódolásánál én utf8_hungarian_ci-t szoktam asszem választani.[ Szerkesztve ]
Sk8erPeter
-
Dave-11
tag
válasz Dave-11 #12643 üzenetére
Úh ezer bocsánat, közben pár kérdésre megtaláltam a választ, de ha mégis lenne valami tanácsotok ahhoz amit leírtam, akkor kérlek írjatok
Viszont az még továbbra is fennáll egy dolog: mikor adatot viszek fel az adatbázisba, ott ugyan fura karakterekkel jelenik meg, de mikor egy lekérdezéssel kiíratom őket egy php dokumentumban, ott normálisan jelenik meg. Ez baj kéne hogy legyen? Nektek is így van, vagy nektek normálisan megjeleníti az adatbázisban?:D Semmi :D
-
fordfairlane
veterán
válasz Dave-11 #12733 üzenetére
Ezzel csak az a baj, hogy undefinde-ot ír ki, és nem tudom hogy miért
Azért ír undefined-et, mert a javascriptet a böngésző értelmezője hatja végre, a javascript változók a kliensgép memóriájában jönnek létre, míg a PHP a kiszolgálóoldalon teszi ugyanezt.
Semmiféle automatizmus nincs a HTTP protokollban erre a célra, ezt a változót valahogy el kell küldeni a szervernek, ugyanúgy, ahogy az űrlap mezőit is. Hidden mezőt célszerű használni, ahogy írták előttem.
[ Szerkesztve ]
x gon' give it to ya
-
Lacces
őstag
válasz Dave-11 #12768 üzenetére
Majd add meg a php kódot is, ami elindítja az sql query-t és tárolja az eredményt is. Mert már lehet ott gond van.
Itt meg adjál meg "becenevet" az oszlopoknak
SELECT p.id, p.title, u.id, u.name
Ilyenre:
SELECT p.id as pid, p.title as ptitle, u.id as uid, u.name as unamePlusz a hibát is bedobhatnád.
[ Szerkesztve ]
-
válasz Dave-11 #12793 üzenetére
A require-t érdemesebb, "erősebb" hibát dob. (A hiba az hiba, include esetén nagyobb az esély, hogy figyelmetlenségből elhagyunk valamit.)
Plusz info, hogy a _once verziók sokkal lassabbak, csak akkor használd ezeket, ha tényleg van esély arra, hogy kétszer töltenél be valamit (láttam már class loader-ben is _once-t, facepalm).