Új hozzászólás Aktív témák

• #17474 mobal nagyúr SirRasor #17472

  Új Válasz 2015-05-26 21:02:22 #17474

  Új hozzászólás

  Ö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

  

  mobal

  nagyúr

  válasz SirRasor #17472 üzenetére

  Session ID-t tárolod. A sütiből kinyerheted később ami a kliensnél van. Ha sokáig nincs aktivitás egy id-n, gyk. halott akkor meg törlöd őket. Mondjuk az esetek 0.001%-ban futtatnék erre szkriptet.

  mobal,

• #17473 fordfairlane veterán SirRasor #17472

  Új Válasz 2015-05-26 20:02:42 #17473

  Új hozzászólás

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

  

  fordfairlane

  veterán

  válasz SirRasor #17472 üzenetére

  Ha megvan a session id, akkor azzal mit érek, ha kilépéskor elméletileg megsemmisül a szerveren?

  Session adat nem semmisül meg csak úgy. Session esetén egy adott klienshez tartozó adat a szerveren tárolódik, a kliens csak egy session-azonosítót kap, ami alapján a szerver megtalálja a hozzá tartozó munkamenetadatokat. Ez a session-azonosító kliensoldalon többnyire cookieban van eltárolva, amit ugyanúgy lehet paraméterezni, mint az olyan cookiekat, amiben közvetlenül kliens-információt tárolsz.

• #17471 mobal nagyúr SirRasor #17470

  Új Válasz 2015-05-26 15:55:10 #17471

  Új hozzászólás

  Ö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

  

  mobal

  nagyúr

  válasz SirRasor #17470 üzenetére

  Adott esetben a "felhasználó" lehet a session id is.

• #17469 mobal nagyúr SirRasor #17463

  Új Válasz 2015-05-26 14:57:46 #17469

  Új hozzászólás

  Ö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

  

  mobal

  nagyúr

  válasz SirRasor #17463 üzenetére

  Csinálsz felhasználóhoz rendelt kérdés history-t adatbázisban?

• #17467 creation senior tag SirRasor #17463

  Új Válasz 2015-05-26 14:33:47 #17467

  Új hozzászólás

  Ö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

  

  creation

  senior tag

  válasz SirRasor #17463 üzenetére

  Böngésző zárásra nem lehetne SESSION-ből cookie-t mentetni (mármint addig session, de ha zárja a böngészőt akkor save to cookie)? Hmm? Vagy írjon be sql-be... Bár akkor már inkább cookie (másnapig elég az is)...

• #17466 fordfairlane veterán SirRasor #17463

  Új Válasz 2015-05-26 14:32:12 #17466

  Új hozzászólás

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

  

  fordfairlane

  veterán

  válasz SirRasor #17463 üzenetére

  Viszont ha bezárom a böngészőt, akkor a sessionnek vége, viszont napokban, akár hetekben kell csinálni a hozzáférhetőséget.

  Session-hoz is lehet rendelni olyan cookie-t, ami nem törlődik azonnal.

• #14673 Sk8erPeter nagyúr SirRasor #14655

  Új Válasz 2013-12-05 01:55:43 #14673

  Új hozzászólás

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz SirRasor #14655 üzenetére

  Igazán leírhattad volna, mit csesztél el, mert már felkeltetted az érdeklődésemet azzal, hogy le akartad tiltani a kivételkezelést.

  (#14657) Speeedfire :
  Igazából mi a célod, mit szeretnél?

  (#14666) trisztan94 :
  ezt bebélyegezve írtad, vagy józanul? Habár ha előbbi, akkor ennél szebbet is írhattál volna.

  "Az általános kérések GET-tel mennek a szerver felé"
  Milyenek azok az "általános kérések"?

  "A másik lehetőség a POST kérés, ami egy titkosított kérés. Ezt általában regisztrációs felületeken, login felületeken, vagy bármi olyanon szokták használni, ami titkosítást igényel. Cserébe nyilván sokkal lassabb, mint a GET. Ezt kinyerni szinte lehetetlen, ebben a topikban nem is foglalkozunk ezzel, nem akarjuk, hogy bárki kivegye más oldalak POST kéréseit. Mert az nagyon rossz lenne. "
  Hát ez óriási.
  Igazából az egymás után következő mondataidból nem is nagyon lehet kiemelni blődséget, mert egyik üti a másikat. Titkosított? Olyan felületeken használnak POST-metódust, ahol titkosításra van szükség? Lassabb? Kinyerni lehetetlen? Nagyon jó, még! (Habár ne, mert valaki még elhiszi.)

  Igazából nekem most szereztél pár vidám percet, de összességében ez elég szomorú, mert tudtommal igen aktívan fejlesztesz weboldalakat, több programozási nyelven is, de láthatólag fogalmad sincs az alapok alapjainak legelemibb részeivel sem. Bocs, de evvan. Inkább kérdezz vagy olvass, ha valami még nem tiszta.

• #14655 SirRasor addikt SirRasor #14654

  Új Válasz 2013-12-02 18:06:00 #14655

  Új hozzászólás

  Ö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

  

  SirRasor

  addikt

  válasz SirRasor #14654 üzenetére

  Tárgytalan, megvan a hiba oka.

• #14512 Sk8erPeter nagyúr SirRasor #14507

  Új Válasz 2013-10-25 21:50:17 #14512

  Új hozzászólás

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz SirRasor #14507 üzenetére

  http://stackoverflow.com/questions/15385965/php-pdo-with-foreach-and-fetch/15386195#15386195
  Szerencsére elmagyarázták helyettem is

• #14510 fordfairlane veterán SirRasor #14509

  Új Válasz 2013-10-25 21:31:30 #14510

  Új hozzászólás

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

  

  fordfairlane

  veterán

  válasz SirRasor #14509 üzenetére

  Mondjuk én is $pdo-val példányosítom a pdo-t

  Az mindegy, az az általános db interfész, amin keresztül érkezik a többi. Kvázi factory osztály, azon kívül, hogy ennek a konstruktorával van megoldva a db kapcsolat kiépítése, és a főbb konfigurációs paraméterek átadása.

  A statement már specifikusabb dolog, PHP-s reprezentációja egy adott lekérdezésnek, annak paramétereinek és annak eredményének. A result meg sokszor csak egy tömb, már nálam az is objektum szokott lenni, hogy legyen típusa annak is.

• #14508 fordfairlane veterán SirRasor #14507

  Új Válasz 2013-10-25 21:11:31 #14508

  Új hozzászólás

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

  

  fordfairlane

  veterán

  válasz SirRasor #14507 üzenetére

  A PDO statement nem csupán egy lekérdezés eredménye, hanem komplex objektum, aminek része az eredményhalmaz is. Én a helyedben kiszedném egy tömbbe.

  $tomb = $result->fetchAll();

  Tömbön pedig nem gond többször iterálni.

  És átnevezném a $result - ot $statement -re vagy $stmt -re, hogy beszédesebb neve legyen. Vagyis:

  $stmt = $pdo->prepare($querystr);
  $stmt->execute($queryparams);
  $result = $stmt->fetchAll();
  
  foreach(...)
  
  reset
  
  foreach(...);

Új hozzászólás Aktív témák