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

• #20430 Mike veterán Bzozoo #20429

  Új Válasz 2021-02-21 10:40:36 #20430

  Ú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

  

  Mike

  veterán

  válasz Bzozoo #20429 üzenetére

  akkor azt vedd figyelembe, hogy minden kommunikáció kényelmesen, akár böngésző vizsgálójával olvasható, másrészt mindenféle backend kiszolgálás vmilyen authentikálással történik, és tök mindegy hogy az session vagy token. a kérésekre nem adsz ki bármit. ugyanis a frontend hívásait bárki le tudja szimulálni. a szervert ez nem terheli.

  a böngésző nem olvassa be a session tartalmát, ő nem fér hozzá, csak egy session azonosítót hozza létre, amit fenntart ameddig a böngészőt be nem zárod (alapesetben). a tartalmához csak szerver oldalon lehet hozzáférni, pl a PHP tudja olvasni, és véletlenül sem adja oda senkinek mert magának dugdossa.
  azt is értsd meg, hogy a PHP nem standalone, vagyis az egyes PHP k nem tudnak egymásról
  tehát user ha sikeresen belépett kap egy sessionben tárolt user azonosítót, amit minden egyes adathiváskor ellenőrzöl, enélkül nem küldesz adatokat. a user azonosítót nem küldöd el még véletlenül sem, azt a front nem is tudja, a session azonosítót a böngésző elküldi automatikusan, és te a backenden megnézed van e ebben sessionben olyan user azonosító, amit elfogadsz, és aszerint szolgálod ki.
  pl a belepes.php létrehoz egy userid-t amit a sessionben tárol (a sessiont a böngésző hozza létre) és amikor jön a statisztika.php hoz egy kérés, akkor az megnézi van e sessionben userid, van e joga statisztikai adatokhoz, annak melyik köréhez, stb
  tehát, igen, legtöbbször ez bizony adatbázis művelettel jár, de ez milisec, általános esetben ezt bírja a szerver

• #20425 Mike veterán Bzozoo #20423

  Új Válasz 2021-02-20 10:58:13 #20425

  Ú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

  

  Mike

  veterán

  válasz Bzozoo #20423 üzenetére

  a session id a serveren van, a php fér csak hozzá, nem kell utaztatni a front és a back között
  amelyik php filet session_starttal kezded az hozzáfér a sessionhöz és az abban tárolt adatokhoz, tehát a postba már nem kell beletenni

• #20424 Mike veterán Bzozoo #20423

  Új Válasz 2021-02-20 10:52:23 #20424

  Ú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

  

  Mike

  veterán

  válasz Bzozoo #20423 üzenetére

  mert abban mi a necces?
  a backend legyen ami a frontot kiszolgálja és ne a front tárolja az adatokat, arra ott a backend
  a php nem angular, minden egyes php használatkor validálni kell a felhasználót erre meg a session tökéletes, ezt nem a front kezeli

  a különböző apk-kat mind lehet egy backenden kezelni, de erre inkább tokent használj. akár belépésenként újat akár kommunikációnként

  ha nem ismered még, nézd meg a Postmant is

• #20418 Mike veterán pelyib #20410

  Új Válasz 2021-02-16 12:13:32 #20418

  Ú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

  

  Mike

  veterán

  válasz pelyib #20410 üzenetére

  "nem minden 200"
  a hiba meg mindig legyen 500

• #20417 Mike veterán sztanozs #20401

  Új Válasz 2021-02-16 12:09:38 #20417

  Ú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

  

  Mike

  veterán

  válasz sztanozs #20401 üzenetére

  óh, ott van ni

• #20416 Mike veterán TigerCat #20400

  Új Válasz 2021-02-16 12:08:41 #20416

  Ú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

  

  Mike

  veterán

  válasz TigerCat #20400 üzenetére

  emlékeim szerint mintha lenne erre opció, hogy ezt ne csinálja, de meg kell nézzem. te ezt felhasználói oldalon nem tudod állítani, csak aki meghívja a ck-t

• #20271 Mike veterán don_peter #20270

  Új Válasz 2021-01-18 11:37:43 #20271

  Ú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

  

  Mike

  veterán

  válasz don_peter #20270 üzenetére

  MariaDB? A subselectes order by nem működik normálisan, ebbe én is belefutottam
  bár ahogy látom más esetben is

  az a baj, hogy már nem emlékszem a megoldésra

• #20263 Mike veterán don_peter #20260

  Új Válasz 2021-01-18 08:55:14 #20263

  Ú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

  

  Mike

  veterán

  válasz don_peter #20260 üzenetére

  esetleg az a-t ird az id és a datum elé ki
  mi a hibaüzenet?

• #20256 Mike veterán

  Új Válasz 2021-01-15 12:30:46 #20256

  Ú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

  

  Mike

  veterán

  tudtok natív PHP PDO megoldást JSON támogatásra? (olvasás, írás)
  én nem igazán találtam
  (Oracle Mysql-t használok, ahol van JSON mezőtípus)

• #20242 Mike veterán

  Új Válasz 2020-12-14 11:55:09 #20242

  Ú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

  

  Mike

  veterán

  Sziasztok

  A következő anomáliába futottam bele, ami lecsupaszítva a következő:
  Adott egy index.php amiben van egy véletlenszám generátor, amit beteszek egy session változóba. adott egy másik file ami var_dump-pal kiírja a session tömb tartalmát.
  A jelenség a következő: chromiumos böngészők alatt, a szám lekérdezésenként változik.
  Firefox alatt csak akkor ha az index.php-t is futtatom. Ha átnevezem az index.php-t a chrome alatt is abbamarad a jelenség.
  Mi lehet ez? Valami nginx beállítási probléma?

• #20220 Mike veterán coco2 #20217

  Új Válasz 2020-11-18 10:53:52 #20220

  Ú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

  

  Mike

  veterán

  válasz coco2 #20217 üzenetére

  Tájékoztatni kell de elfogadnia nem kell

• #20206 Mike veterán coco2 #20203

  Új Válasz 2020-11-12 14:36:49 #20206

  Ú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

  

  Mike

  veterán

  válasz coco2 #20203 üzenetére

  ö... hát nem egészen
  SPF, DKIM igencsak hasznos lehet, de ettől még a tartalom miatt kerülhet spamre az email

• #20196 Mike veterán coco2 #20195

  Új Válasz 2020-11-10 00:33:49 #20196

  Ú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

  

  Mike

  veterán

  válasz coco2 #20195 üzenetére

  köszi!

• #20194 Mike veterán coco2 #20193

  Új Válasz 2020-11-09 10:11:36 #20194

  Ú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

  

  Mike

  veterán

  válasz coco2 #20193 üzenetére

  áh. ha az a kérdésed hogy false-zal jönni vissza, akkor igen

• #20192 Mike veterán coco2 #20191

  Új Válasz 2020-11-08 13:38:10 #20192

  Ú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

  

  Mike

  veterán

  válasz coco2 #20191 üzenetére

  ezzel nem teljesen értem, mit érek el, nem sikerül az érték beállítása? vagy mire gondolsz?

  akkor legyen konkrétabb
  php.ini-ben
  display_errors: Off

  lokalisan a file-ban
  error_reporting(1);
  ini_set('display_errors', 1);

  phpinfo szerint: local On, Master: off

  semmilyen hibát nem ír ki a felületre ezek után sem

• #20190 Mike veterán

  Új Válasz 2020-11-08 12:20:34 #20190

  Ú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

  

  Mike

  veterán

  Sziasztok
  A következő a problémám: a php totálisan figyelmen kivül hagyja a ini_set-ben beállított lokális értékeket. pl. display_error, de lehet futási idő, memória, ugyanez a jelenség. a phpinfo szerint a display_error lokálisan on, ám master off, és nem is jelenít meg egyetlen hibát sem a felületen (a logban persze igen, szóval nincs az error reporting kikapcsolva).
  a php.ini-ben kell valamit állítanom, hogy figyelembe vegye a lokális értékeket?

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