Aktív témák

• #2943 cucka addikt bLaCkDoGoNe #2941

  2006-09-21 16:27:19 #2943

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz bLaCkDoGoNe #2941 üzenetére

  rengeteg helyen lehet sql injection-ről olvasni, pl. [link] . ezen az oldalon pedig elmagyarázza, hogyan is történik egy hasonló támadás, ezt érdemes elolvasni, hogy megértsd, miről van szó: [link].
  
  usernév/jelszó párosnak szerepelnie kell abban a file-ban, ahol mysql_connect-el csatlakozol az adatbázishoz. a cél, hogy ezt a file-t ne lehessen letölteni, megnézni kívülről. az egyszerű de teljesen megfelelő megoldás, hogy ez a file php kiterjesztésű, mert akkor a webszerver minden lekérésnél előbb átküldi a php parser-nek, a végeredményben pedig nyilván nem lesz benne. a bonyolult megoldás, ha a login adatokat tartalmazó filet a documentroot-on kívül teszed.

• #2942 paramparya őstag bLaCkDoGoNe #2941

  2006-09-21 16:26:46 #2942

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  paramparya

  őstag

  válasz bLaCkDoGoNe #2941 üzenetére

  SQL injection ellen elég annyit, hogy a lekérdezésbe kerülő változókra előtte ráeresztesz egy mysql_real_escape_string függvényt...

• #2940 cucka addikt bLaCkDoGoNe #2939

  2006-09-21 16:07:56 #2940

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz bLaCkDoGoNe #2939 üzenetére

  1. magának az adattárolásra semmiféle komoly trükk nincs. adatbevitelnél szükséges az sql injection elleni védelem, az adatbázishoz szükséges usernév/jelszó elrejtése illetve az összes képernyőn megjelenő hibaüzenet kikapcsolása. ha nem te vagy az adatbázis szerver rendszergazdája, akkor többet nem tudsz tenni.
  
  2. a védett oldal attól védett, hogy csak autentikáció után lehet megnézni, szerintem felejtsd el azt, hogy regisztráció során védett oldalakat mutogass. a user login részről többször volt már szó a topikban, tömören a lényeg: session-ök, ha a júzer sikeresen belépett, akkor a $_SESSION tömbben ezt eltárolni (illetve egyéb, júzerhez köthető adatokat, pl. milyen jogosultságai vannak, stb.). védett oldalak legelején pedig $_SESSION tömb ellenőrzése, és ha ez alapján kiderül, hogy nincs belépve a júzer, akkor átirányítás pl. a login oldalra.

• #2890 Jester01 veterán bLaCkDoGoNe #2889

  2006-09-14 20:43:48 #2890

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz bLaCkDoGoNe #2889 üzenetére

  Mégis mit akarsz validálni egy email címen? Szerintem simán elég ha van benne pontosan egy darab @ és utána legalább egy pont ami nem a végén van. Az én atomegyszerű regexpem tehát ez lenne (remélem a fórummotor nem rontja el): ^[^@]+@[^@]+\.[^.@]+$
  
  MOD: javítva
  
  [Szerkesztve]

• #2888 cucka addikt bLaCkDoGoNe #2886

  2006-09-14 20:04:29 #2888

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz bLaCkDoGoNe #2886 üzenetére

  jó lenne látni, mi kerül pontosan az $email változóba, mondjuk irasd ki echo-val. (előtte és utána írj ki valami ellenőrző karaktert, hogy a space-eket is lássuk)
  
  másrészt: a reg. kifejezésed nem működik a@aa.bb.hu alakú címekre. cserébe a@aabbhu címet jónak találja.

• #2887 Jester01 veterán bLaCkDoGoNe #2886

  2006-09-14 19:55:29 #2887

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz bLaCkDoGoNe #2886 üzenetére

  Már megmondta Cucka, hogy az a regexp nagyon rossz.

• #2885 paramparya őstag bLaCkDoGoNe #2884

  2006-09-14 19:44:40 #2885

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  paramparya

  őstag

  válasz bLaCkDoGoNe #2884 üzenetére

  Igen, de be copy-paste-elnéd ide a forrásból, ahol ott megjelenik?
  
  Sztem ott lesz előtte egy space, ami nem fog tetszeni a regexp-ednek...

• #2883 paramparya őstag bLaCkDoGoNe #2882

  2006-09-14 19:25:38 #2883

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  paramparya

  őstag

  válasz bLaCkDoGoNe #2882 üzenetére

  Ez így nekem kicsit furcsa...
  És hogy jelenik meg a legenerált html-ben?

• #2881 paramparya őstag bLaCkDoGoNe #2880

  2006-09-14 19:14:04 #2881

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  paramparya

  őstag

  válasz bLaCkDoGoNe #2880 üzenetére

  És másodjára (szerkesztésnél) az oldal forrásában a formban a textarea ''value'' mezőjében hogy szerepel?

• #2879 cucka addikt bLaCkDoGoNe #2878

  2006-09-14 18:37:03 #2879

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz bLaCkDoGoNe #2878 üzenetére

  $email-ben pontosan mi található?
  (az általad használt reguláris kifejezés egyébként nem jó)

• #1738 L3zl13 nagyúr bLaCkDoGoNe #1737

  2006-05-26 18:04:37 #1738

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  L3zl13

  nagyúr

  válasz bLaCkDoGoNe #1737 üzenetére

  Ha regexppel sem ment, akkor szvsz nem jól adtad meg a regexp kifejezést.
  Ha úgy vizsgálod, hogy előtte utánna vesző legyen, akkor csak az első és utolsó tag esik ki.
  Ezzel még egy sima like '%valami%' is megtalálná.
  
  Kérdés: Megoldható-e, hogy vesszővel kezdődjön és vesszővel végződjön a label mező tartalma?
  
  Arról meg ne is beszéljünk, hogy talán érdemes volna szétdarabolni a táblát két kissebb táblára, ahol az egyik tábla arra szolgálna, hogy a label mező egyes elemeit összekapcsolja a PID-del és így 1:N kapcsolat lehessen közöttük.
  
  Utánna PHP-ből ha akarod újra összefűzheted őket vesszővel elválasztott stringgé.
  
  

• #1580 bLaCkDoGoNe veterán bLaCkDoGoNe #1426

  2006-05-20 12:19:52 #1580

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bLaCkDoGoNe

  veterán

  válasz bLaCkDoGoNe #1426 üzenetére

  #1426-ban levő kérdésem még mindig él, azzal a különbséggel, hogy elírtam a 1426-os hsz-ben, nem enum, hanem SET típusú mezőben vannak tárolva a címkeszámok.

• #1427 chop őstag bLaCkDoGoNe #1426

  2006-05-10 12:57:03 #1427

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  chop

  őstag

  válasz bLaCkDoGoNe #1426 üzenetére

  Javitsatok ki, ha tevedek, de tudtommal az ENUM nem arra valo, hogy 50 fele ertek legyen benne, hanem arra, hogy egy fixen elore megadott ertekek kozul csak egy.

• #1417 paramparya őstag bLaCkDoGoNe #1416

  2006-05-08 20:40:22 #1417

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  paramparya

  őstag

  válasz bLaCkDoGoNe #1416 üzenetére

  Nézd meg, van-e a php-ban truncate függvény, vagy ha nem, akkor substring-gel (substr, ha jól emlékszek), lásd php manual...
  
  [Szerkesztve]

• #812 faster nagyúr bLaCkDoGoNe #806

  2006-03-13 20:30:43 #812

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  faster

  nagyúr

  válasz bLaCkDoGoNe #806 üzenetére

  mivel nem csak a szöveghosszra kellene szűrni, hanem a sorok számára is; azaz a szöveg csak x sor hosszú lehet, mivel különben szétnyomja a designt.
  
  Nehéz ügy, hiszen ha nincs br a szövegben, akkor is elérheti a hossza az 5 sort, a betűk szélessége pedig nem egyforma, pl. egy i sokkal keskenyebb, mint egy m betű, így a karakterek megszámolása sem igazán biztso módszer. Inkább alakítsd úgy a html-t, hogy ne nyomja szét a szöveg;
  
  pl.:
  
  
  <div style=''width: 400px; height: 300px; overflow:hidden''>szöveg...</div>
  
  [Szerkesztve]

• #811 vakondka őstag bLaCkDoGoNe #806

  2006-03-13 20:25:44 #811

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vakondka

  őstag

  válasz bLaCkDoGoNe #806 üzenetére

  <BR> ek számlálására van egy tippem:
  
  <?php
  $lastkomment=''1<BR>2<BR>3<BR>4<BR>5<BR>'';
  print ereg(''<BR>'',$lastkomment,$tomb);
  print $tomb[0].''<br>'';
  ?>
  
  Tehát a $tomb nulladik eleme fogja tartalmazni a <BR>-ek számát.
  
  Sok sikert !

• #807 Tele von Zsinór őstag bLaCkDoGoNe #806

  2006-03-13 15:38:53 #807

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz bLaCkDoGoNe #806 üzenetére

  Hosszra talán az, hogy egy ciklussal megszámolod, hány \n vagy <br/> van benne. A többire egyelőre nincs ötletem.

• #765 VladimirR nagyúr bLaCkDoGoNe #764

  2006-03-08 16:15:41 #765

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VladimirR

  nagyúr

  válasz bLaCkDoGoNe #764 üzenetére

  jah, bocs, ha nem strtr-rel, hanem str_replace-vel csinalod, es ott sem tombbel, akkor ugyelni kell a sorrendre
  eloszor a & jelet, aaztan a < > jeleket, es csak a legvegen csereld az entereket
  
  nalad valszeg az tortent, hogy abban a sorrendben cserelted, ahogy fentebb irtam (igaz, szolnom kellett volna), igy elobb kicserelte az entereket <br /> sortoreseketre, majd a <br />-ekben levo < es > jeleket &lt; es &gt; karakterekre
  
  en igy csinalom egyebkent:
  
  $text = $_REQUEST["text"];
  if ( !get_magic_quotes_gpc() ) $text = addslashes( $text );
  
  $replace = array(
    "&" => "&amp;",
    "\r\n" => "<br />",
    "\r" => "<br />",
    "\n" => "<br />",
    "<" => "&lt;",
    ">" => "&gt;",
  );
  
  $text = strtr( trim( $text ), $replace );
  
  az strtr fuggveny, ahhoz, amit egyszer mar lecserelt, tobbet nem fog nyulni
  tehat ha lecsereli az entert ''<br />'' karakterekre, akkor a benne szereplo ''<'' es ''>'' jelekhez nem csereli le ujbol
  
  esetleg ezt megelozoen a $text-valtozora meg raengedhetsz egy substr() fgv-t is, es levaghatod ugy 4-5000 karakterre
  attol tobb ugys eleg (galeriaban kommentek lehet kevesebb is, nekem a vendegkonyvben annyi, de oda is sok), es igy legalabb nem lehet tobboldalas szarokkal flood-olni

• #763 Tele von Zsinór őstag bLaCkDoGoNe #759

  2006-03-08 12:41:13 #763

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz bLaCkDoGoNe #759 üzenetére

  Hogy a másik kérdésre is választ kapj: célszerű úgy csinálni, hogy az oldal és az adatbázis kódolása ugyanaz, különben fura hibákat fogsz kapni, ?-ek meg egyéb értelmetlen karakterek formájában. Én az oldalam 7-8 php fileját megnyitottam notepadban és save as utf8 kódolással. Ennyi.

• #760 VladimirR nagyúr bLaCkDoGoNe #759

  2006-03-08 12:29:35 #760

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VladimirR

  nagyúr

  válasz bLaCkDoGoNe #759 üzenetére

  bevitelkor hajtsd vegre a kovetkezo csereket (str_replacs, strtr fuggvenyek valamelyike)
  
  "&" => "&amp;" // mindenfele spec karakterek kiszuresere
  
  "\r\n" => "<br />" // enter-ek atralakitasa sortoresse
  "\r" => "<br />" // ha nem xhtml, akkor sime "<br>"
  "\n" => "<br />"
  
  "<" => "&lt;" // html kodok kiszuresere
  ">" => "&gt;"
  
  tovabba ajanlott a kovetkezot is vegrehajtani a bevivendo szovegen:
  if ( !get_magic_quotes_gpc() ) $text = addslashes( $text );
  
  ez annyit csinal, hogy bizonyos karakterek ele, amiknek szerepe lehet adatbazis-lekerdezesekben ( \, ', ", illetve a NULL ) betesz egy-egy backslash-t ( \ )
  
  
  
  [Szerkesztve]

• #742 faster nagyúr bLaCkDoGoNe #741

  2006-03-06 21:00:40 #742

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  faster

  nagyúr

  válasz bLaCkDoGoNe #741 üzenetére

  Tehát lapozásról lenne szó. Az ID nem folytatólagos, ha törlődnek rekordok, a max. ID-ből nem fogod tudni kikövetkeztetni, hogy hány darab rekord van az adott táblában. Azt egy
  
  SELECT COUNT(*) FROM tablanev
  
  szerű lekérdezéssel kapod meg. A mysql-ben a lapozást nagyon egyszerű megoldani, a lekérdezésnél meg tudod szabni, hogy hanyadik elemtől hány darab elemet akarsz visszakapni.
  
  SELECT mezo1,mezo2,mezo3 FROM tablanev LIMIT 20,5
  
  pl. azt csinálja, hogy a 20-ik elemtől a 25-ig adja csak vissza. A maximális elemszámból és abból, hogy egy oldalon hány darab elemet jelentítesz meg, ki lehet számolni, hány oldal van.
  
  [Szerkesztve]

• #740 faster nagyúr bLaCkDoGoNe #739

  2006-03-06 20:46:13 #740

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  faster

  nagyúr

  válasz bLaCkDoGoNe #739 üzenetére

  Ha viszont nem rögtön mented ki az ID-t, akkor könnyen eltévedhet a programod, ha egy másik processz is beszúr egy rekordot, ez webes programban pedig könnyen megeshet.

• #738 faster nagyúr bLaCkDoGoNe #737

  2006-03-06 20:25:08 #738

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  faster

  nagyúr

  válasz bLaCkDoGoNe #737 üzenetére

  Ez a megoldás jó, de plusz lekérdezést igényel. Milyen szervert használsz?
  
  Szerk: Ja, csak most látom, mysql. Van egy függvény erre, mysql_insert_id().
  
  PHP-ban így néz ki:
  
  $id = mysql_insert_id();
  
  [Szerkesztve]

• #736 supercow2 csendes tag bLaCkDoGoNe #734

  2006-03-06 20:17:44 #736

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  supercow2

  csendes tag

  válasz bLaCkDoGoNe #734 üzenetére

  pl. ''select azonosito from tabla order by azonosito desc limit 1;'' (mysql)
  más db esetén van next_insert_id fv.

• #735 faster nagyúr bLaCkDoGoNe #734

  2006-03-06 20:14:33 #735

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  faster

  nagyúr

  válasz bLaCkDoGoNe #734 üzenetére

  Adatbázis-szerver függő.

• #677 Tele von Zsinór őstag bLaCkDoGoNe #675

  2006-02-23 07:29:44 #677

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz bLaCkDoGoNe #675 üzenetére

  $ip=(getenv(HTTP_X_FORWARDED_FOR))?
  getenv(HTTP_X_FORWARDED_FOR):
  getenv(REMOTE_ADDR);
  
  Remélem most jó lesz.
  
  VladimiR: úgy tapasztaltam, hogy néhány szolgáltatónál a remote_addr nem adja vissza az IP-t azért írtam ezt, ez nekem eddig mindig működött.

• #674 Tele von Zsinór őstag bLaCkDoGoNe #672

  2006-02-23 01:05:36 #674

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz bLaCkDoGoNe #672 üzenetére

  Az én oldalam minden oldallekérésnél naplózza az IP-t, meg még sok egyéb dolgot ;)
  
  $ip=(getenv(HTTP_X_FORWARDED_FOR))?getenv(HTTP_X_FORWARDED_FOR):getenv(REMOTE_ADDR);
  
  
  mod: Amit te írtál, az nem minden esetben helyes, de ez mindig jó IP-t ad vissza.
  
  [Szerkesztve]

• #673 bLaCkDoGoNe veterán bLaCkDoGoNe #672

  2006-02-23 01:04:42 #673

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bLaCkDoGoNe

  veterán

  válasz bLaCkDoGoNe #672 üzenetére

  Megtaláltam. Vagyis találtam egy ilyet: $_SERVER['REMOTE_ADDR', ez használható erre?

• #671 VladimirR nagyúr bLaCkDoGoNe #670

  2006-02-23 00:41:35 #671

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VladimirR

  nagyúr

  válasz bLaCkDoGoNe #670 üzenetére

  megeshet, hogy a php.ini-ben (nagyon helyesen) ki van kapcsolva a register_globals, es a tovabbiakban nem fog letrejonni a $valami valtozod, es csak $_GET[''valami''-kent tudsz ra hivatkozni

Aktív témák