Diskuze: Přesměrování na stránku a současné poslání dat (POST)
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 8 zpráv z 8.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
a skrze co se ti do toho POSTu dostanou data? Podle mě to asi budeš muset poslat přes formulář, tedy pokud trváš na tom POSTu. Jinak by asi bylo možné nechat si je natahat až v tom dalším scriptu. Ale záleží odkud se ty data berou...
To právě řeším, jak si tam ty data poslat. Ještě mě napadlo JS si zavolat funkci co tu platbu vytvoří vrátí její ID na pak přesměrovat na tu stránku s tím ID
No jasně, ale mě zajímá jestli ty data už někde existují nebo jestli je bude muset user zadat do nějakého formuláře. Pokud by je zadával přes formulář tak by mělo stačit toto:
<form method="POST" action="dryhyScript.php">
Pokud už někde existují tak je v tom druhém scriptu prostě načti z toho konkrétního zdroje nebo si je předem ulož do $_SESSION.
Data existují v té appce, kde user kliká na tlačítko zaplatit, tam už nic jiného user vyplňovat nemusí ale z appky platební brány se k těm datům nedostanu. Jsou to 2 (více) oddělených aplikací které jsou na jiném serveru a nemají společnou ani DB
Potom bych to tedy opravdu řešil skrytým formulářem. Případně nějakým interfacem co si předá např xml soubor. Ale netuším jak moc by to bylo bezpečné.
Používejte tu localstorage, na to co máte? 
Jenom hadam postup...
A potreboval bys to nejak propojit a ulozit si, ze to a to zbozi bylo
zaplaceno.
Tak, bud, jestli to platebni system umoznuje, tak mu tam pridej do poznamky
id_seznam_zbozi (id_transakce nebo tak neco) (tabulku sis ulozil pri kliknuti na
pokracovat, pravdepodobne do databaze).
Nebo to ide vypis a at to tam zakaznik vyplni sam. Jinak nevis, ktery zakaznik
co plati. A pak to jen dohledavas podle ceny. Coz je na prd, to chapu.
Ulozeni do db... Timto nechapu poznaku R. Havranka o local storage. Tam sice prenasi zbozi, ale na vypisu z uctu nevi, co zakaznik kupoval. Pak to bude dohledavat nekde, kde? Pripadne dodatecne to ulozi jeste po potvrzeni zaplaceno do db? A co kdyz mezitim zakaznikovi vypadne spojeni, server treba zhasne. Zaplati se to, ale stranka se nenacte, neulozi se objednavka, localstorage se vynuluje. Nerikam, ze je to neresitelne, ale spis jsem pro ulozit si objednavku jeste pred zaplacenim.
Zobrazeno 8 zpráv z 8.
