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

• #21546 hiperFizikus senior tag Bzozoo #21545

  Új Válasz 2023-12-24 07:37:15 #21546

  Ú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

  

  hiperFizikus

  senior tag

  válasz Bzozoo #21545 üzenetére

  köszönöm ; de kódokat, így pl. programnyelvek kódját sem lehet szabadalmaztatni
  

• #21467 lanszelot addikt Bzozoo #21466

  Új Válasz 2023-10-28 16:31:02 #21467

  Ú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

  

  lanszelot

  addikt

  válasz Bzozoo #21466 üzenetére

  Először is köszönöm szépen a segítséget

  Nem kódra van szükségem.
  Csak nem értem hogy használjam az api-t.

  Nem tudom hol van a base url.
  Amit találok az csak az example url

  Hiába kérek le bármit/különböző dolgokat/
  Mindig ugyanaz a 20 film jön ki.
  [link]
  Itt egy másik lekérés, csak consol log van
  [link]
  /js-ben van mert már mindenhogy próbáltam/

  Gondolom azért mert az example url-t használom
  De nekem ahol írtátok csak example van.

  Be vagyok jelentkezve, el is fogadták, jött az email
  Van api kulcsom.
  De sehol sincs a base url. Vagy fogalmam sincs hogy kell lekérni, hogy ne mindig ugyanaz a 20 film jöjjön le.[/OFF[

• #21446 lanszelot addikt Bzozoo #21445

  Új Válasz 2023-10-26 21:12:04 #21446

  Ú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

  

  lanszelot

  addikt

  válasz Bzozoo #21445 üzenetére

  Nem lehet létrehozni api key -t:
  "Volt néhány érvényesítési hiba...
  Application summary please elaborate on how you plan to use our API"
  Minden ki van töltve, és hiába

• #21439 lanszelot addikt Bzozoo #21438

  Új Válasz 2023-10-22 13:28:54 #21439

  Ú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

  

  lanszelot

  addikt

  válasz Bzozoo #21438 üzenetére

  Nagyon szépen köszönöm a segítséget

• #21409 lanszelot addikt Bzozoo #21407

  Új Válasz 2023-10-10 21:13:36 #21409

  Ú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

  

  lanszelot

  addikt

  válasz Bzozoo #21407 üzenetére

  tömb: (kek, zold, sarga)
  object: {
"auto": {
"szine": "kek",
"kerek": "4"
},
"kerekpar": {
"szine": "zold",
"kerek": "2"
}
}

  Nekem az utóbbi kell

• #21208 coco2 őstag Bzozoo #21207

  Új Válasz 2022-07-05 19:03:12 #21208

  Ú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

  

  coco2

  őstag

  válasz Bzozoo #21207 üzenetére

  @supercow:
  Hmm, ez furcsa. Pár hónapja amazonon rákotortam a laravel-re, csak olasz meg francia könyvek voltak, most meg angolokat is talál több éves kiadási dátummal. A fene érti. Elismerem az én tévedésemnek.

  @Bzozoo:
  Ami "hamar elavul", az sosem volt kiforrott. A koncepcionális tévedésre épített eszközök jellemzője, hogy el tudnak avulni minden hónapban / fél évben. Képtelenség egy átgondolatlanságot a visszamenőleges kompatibilitás megtartásának elve szerint fejleszteni. És az pontosan a dokumentáláskor derül ki. Szó nincsen róla, hogy ki akarnám dobni a digitális dokumentálás vívmányait. Épp csak voltam olyan szituban, amikor egy 1-2 órás józan paraszti ésszel magyarázás eredményét bolondbiztos technológiai utasításba kellett öntenem, és simán vagy fél évig tartott. Akkor esett le a tantusz, hogy az "elmondani" és a "leírni" között alkalmasint sok ezerszeres szorzó a különbség. Példának okáért a részletek logikai ellentmondásaival "elmondás" során tipikusan nem lehet összetalálkozni. De amikor valaki elkezdi utolsó szálig kifésülni a gondolatokat, akkor bizony beleakad az összes gubancba. Na az a különbség egy pár perces YT videó, és egy 500 oldalas könyv között. És csodálkozom rajta, hogy itt még senki sem találkozott össze a jelenséggel, mert más magyarázat aligha van rá, hogy senki sem érti.

• #21139 pelyib tag Bzozoo #21138

  Új Válasz 2022-06-06 21:31:53 #21139

  Ú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

  

  pelyib

  tag

  válasz Bzozoo #21138 üzenetére

  Flush would not work under Apache's mod_gzip or Nginx's gzip because, logically, it is gzipping the content, and to do that it must buffer content to gzip it.
  [forras]

  Apache server demo gzippeli a contentet, pobald ki annelkul.

• #21135 nevemfel senior tag Bzozoo #21132

  Új Válasz 2022-06-06 11:42:26 #21135

  Ú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

  

  nevemfel

  senior tag

  válasz Bzozoo #21132 üzenetére

  <?php

$date = new DateTime("now", new DateTimeZone("Europe/Budapest"));

for ($i = 0; $i < 10; $i++) {
echo ($i + 1) . " - " . $date->format('Y-m-d H:i:s') . " OK <br />";
ob_flush();
flush();
sleep(1);
}

• #21088 kuyarashi őstag Bzozoo #21087

  Új Válasz 2022-05-22 01:05:55 #21088

  Ú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

  

  kuyarashi

  őstag

  válasz Bzozoo #21087 üzenetére

  Az, hogy aki php-ben jártas, az tud-e ebben is segíteni. :)

• #20435 Mike veterán Bzozoo #20433

  Új Válasz 2021-02-22 10:10:56 #20435

  Ú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 #20433 üzenetére

  gyakorlásképpen nyugodtan

• #20432 nevemfel senior tag Bzozoo #20431

  Új Válasz 2021-02-21 13:04:37 #20432

  Ú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

  

  nevemfel

  senior tag

  válasz Bzozoo #20431 üzenetére

  Tokennek nem sok értelmét látom. Ha valaki lehallgatja a kliens-szerver kommunikációt, és így megszerzi a session azonosítót, akkor a tokent is ugyanúgy le tudja menteni, és fel tudja használni. Erre a fajta man in middle hekkelésre a hálózati végpontok közti kommunikáció titkosítása a megoldás, jelen esetben a https protokoll.

• #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

• #20428 coco2 őstag Bzozoo #20427

  Új Válasz 2021-02-20 18:30:34 #20428

  Ú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

  

  coco2

  őstag

  válasz Bzozoo #20427 üzenetére

  "felesleges minden egyes lapbetöltés esetén újra validálni és újra lekérni az adatokat."

  Ugye azt érted, hogy a session esetében pontosan az történik?

• #20426 coco2 őstag Bzozoo #20423

  Új Válasz 2021-02-20 12:12:22 #20426

  Ú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

  

  coco2

  őstag

  válasz Bzozoo #20423 üzenetére

  Ha jól értem, a session kezelése az, ami nem tiszta. Az egyik probléma tipikusan az szokott lenni kezdőkkel, hogy csak annyit látnak "php", és nem azt, hogy ott egy apache szerver, annak van konfigja (port, virtual szerver, defaul root file), aztán a php az apache alá van telepítve, annak is van egy konfigja (csomó beállítás session-re), és az egy nagy csomó mechanizmus, ami mind végig zajlik, még mielőtt az index.php scripted elindulna.

  Vélhetőleg nem a megfelelő blogokat olvasod a kérdésben, linkelek olvasnivalót én:
  https://www.php.net/manual/en/session.configuration.php

  Azon az oldalon nagy halom php.ini változót találsz a default értékeikkel, aztán egyesével a hatásaik leírásai. Végig kellene olvasni. Mókás kérdésekre találhatod ott meg a választ.

  "Ez az amire nem jöttem rá még hogy kell."

  session_id("most_éppen_itt_repül_a_kismadár_a_session_id");
  session_start();

  Ha azt beírod, fixen mindig az "most_éppen_itt_repül_a_kismadár_a_session_id" session fog futni. Ha csak ennyit írsz be:

  session_start();

  Akkor a függvény leírásánál leírt események fognak történni: https://www.php.net/manual/en/function.session-start.php

  Ha bármi mást olvastál, lehetségesen nem a legjobb minőségű blogokat találtad. A php.net-et kellene olvasgatni a hozzászólásokkal együtt. Temérdek sok példát is találsz ott a függvények használatára.

  "De jobb lenne tényleg csak egy sessionID-t átadni frontendre, a többit az elindított sessionból visszahozni, ez megy is abban az esetben, ha egy domainen van a front és a backend."

  A session_id() függvény pont arra van, hogy bármilyen domain-ról rá tudj indítani a kérdéses session-re. A kliens oldali xhr például nem küld session cookie-t. Küldhet viszont session id-t post vagy get üzenet formájában (én a post-ot szeretem).

• #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

• #20421 coco2 őstag Bzozoo #20420

  Új Válasz 2021-02-20 07:26:27 #20421

  Ú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

  

  coco2

  őstag

  válasz Bzozoo #20420 üzenetére

  "Más domainen nem érvényes a session cookie"
  Igen mert az olyat cross site request forgery-nek hívják, és hálózati támadásként van számon tartva. Nem mintha xhr-en keresztül bármi megtiltaná neked, hogy az átdobott session id-t elindítsd az xhr kiszolgálóban. Php.net-en kukucs session_id() és session_start() függvényekre.

  Apropó kliens oldalra kipakolni mindent nem éppen biztonságtechnikai bravúr, ha csak nem a negatív rekordok egyikét akarod megdönteni. Maximum egy darab session token.

• #20415 pelyib tag Bzozoo #20413

  Új Válasz 2021-02-15 22:03:30 #20415

  Ú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

  

  pelyib

  tag

  válasz Bzozoo #20413 üzenetére

  Hol tudok találni ilyesmiket, teszteket, illetve mintakódokat?
  packagist.org pl, Composer-rel eleg kenyelmesen lehet hasznalni. De itt az egesz internet, keresgelj, angolul.

  Tehát a PHP ne JSON választ adjon?
  Arra gondoltam, h ne egy "succes": true | false alapjan dontsel. Maga a status code is sokat segit, az alapjan mar szet is lehet valasztani a valasz feldolgozasat.

• #20412 coco2 őstag Bzozoo #20411

  Új Válasz 2021-02-14 13:00:46 #20412

  Ú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

  

  coco2

  őstag

  válasz Bzozoo #20411 üzenetére

  Egy json nagyon komplex is tud lenni. Minden bele tud férni. A szolgáltatás címzése, az alszolgáltatás, a kért kiszolgálók, a paraméterek, minden.

  Ha közös webszerver pontra dobálod az összes api kérést, és nem 100 felé, később karbantarthatóbb lesz az api szervered.

• #20410 pelyib tag Bzozoo #20408

  Új Válasz 2021-02-14 08:17:54 #20410

  Ú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

  

  pelyib

  tag

  válasz Bzozoo #20408 üzenetére

  Csak h tisztan lassunk: authentication es authorization amirol beszelsz. Mindketto eleg nagy tema, erdemes olvasgatni a temaba.
  En az oauth-t ajanlanam, ha valamit tanulni szeretnel ebben a temakorben. Bar mar letezik jopar implementacioja.

  A lényeg az lenne, hogy egy minél biztonságosabb rendszert alkossak
  Ha biztosagosat akarsz, akkor ne akard magad ezeket fejleszteni, hasznalj egy mar jol kiprobalt, tesztekkel validalt libet.
  (tudom kezdokent minden erdekes, de en inkabb arra az otletre koncentralnek amit eredetileg kitalaltal, ezek csak mellekes dolgok)

  PHP pedig JSON-nal válaszol
  Ajanlom helyette a megfelelo HTTP status code-kat. Tessek oket helyesen hasznalni, es nem minden 200 OK

  Ezt meg csak ugy megosztom, ha mar tenyleg API-t epitesz, tessek dokumentalni is az interface-t

• #20409 coco2 őstag Bzozoo #20408

  Új Válasz 2021-02-14 01:38:36 #20409

  Ú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

  

  coco2

  őstag

  válasz Bzozoo #20408 üzenetére

  Egy api szerverben igazán semmi nincs, amit általánosság jelleggel bonyolítani lehetne. Kliens oldalon összeraksz egy json-t, és post felküldöd a szervernek. Ott szétkapod, használod, json megy vissza. Ha általános cuccot akarsz, felejtsd el a get paramétereket, meg a mindenféle oldal címeket, mert csak megbánás lesz belőle utólag.

  A magam részéről csiszolgatok éppen egy projectet, ami második körben igényelni fog nagy teljesítményű api szervert. Emberi számítás szerint ansi c-ben fogom írni. Egyenlőre nem terveztem bármit publikálni belőle, de nem kizárt, hogy a végén open source project-ként végzi.

• #20404 coco2 őstag Bzozoo #20403

  Új Válasz 2021-02-13 13:29:30 #20404

  Ú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

  

  coco2

  őstag

  válasz Bzozoo #20403 üzenetére

  Ha a kapcsolatod session alapú (felhasználó rendszeresen lapot töltöget), akkor a server oldalán a session-t nem igazán tudod megkerülni. Api helyett egy mezei form pont elég, a submit gomb beküldi a formot, a session-be rögzíted a user bejelentkezési állapotát.

  Ha spa-t hegesztesz, a hagyományos session-t elhagyhatod - ha nagyon akarod - de lévén tokenekkel operálni sem sokkal másabb, nem biztos, hogy jobban jársz. Nagyobb szerver fürtön már megkerülhetetlen a session saját kézbe vétele. Egészen addig kényelmesebb a $_SESSION[]. Az xhr-ben ráhívsz a session_id()-ra a session_start() előtt. Ha azt teljesen saját kézbe vennéd, akkor is csak ugyan az a móka: van egy text tokened, és valahonnét háttértárolóról hívod / mented a user-hez tartozó dolgokat. Konkrétan a php saját session kezelését átveheted, de maga a koncepció aligha kikerülhető webes alkalmazásokban. Talán ha többet írsz az erőlködés okáról, érthetőbb, hogy mit is szeretnél.

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