Diskuze: Unlink pomocí URL
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 5 zpráv z 5.
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.
Ahoj,
nápadu bych pár měl, ale nejdřív menší komentář k tomu problému i ke kódu obecně. Nejprve tedy ten problém:
Tak a teď k tomu kódu:
No a teď nějaké to optimální řešení. Asi bych Ti doporučil
nastudovat si a vystavit tam nějaké REST API. Tam se pak
může použít např. přímo HTTP metoda DELETE místo aktuálního GET,
rovnou tam můžeš zavést i tu autorizaci třeba pomocí tokenu a navíc Ti to
dá jasnější formát, jak přistupovat k těm datům. A jako bonus to API pak
můžeš použít i pro AJAX požadavky. No a tady už Tě asi odkážu na
dokumentaci např. přímo tady na síti - http://www.itnetwork.cz/…ce-rest-api/, případně
obecnější informace najdeš na tetičce Wikipedii - https://en.wikipedia.org/…ate_transfer a odtud můžeš
pokračovat dál. 
Doufám, že jsem se vyjádřil srozumitelně a moc jsem Tě nezmátl. Když
tak se samozřejmě ještě ptej. 
Zkusím to napřed přes ten .htaccess, pak kdyžtak Api.. Jen k té
bezpečnosti. Celé to je RS pro jeden web, kam bude mít přístup pár lidí,
navíc nahoře v kodu je kontrola uživatele, tudíž člověk, co není
přihlášen nebude ani připuštěn k provedení mazání a přesměruje ho to
na přihlášení
(tam se
nedá registrovat, není to RS pro volné registrace náhodných lidí).
Samozřejmě ani ošetření toho mazání ještě není komplet.. teprve to
testuji, až to bude fungovat, přidám tam další kontroly, vždycky se ale
jako základ snažím rozběhnout základní úkony a potom na to nabalit
další kontroly, protože když něco nefunguje, tak je toho rázem víc na
zkoumání 
Napadla mě taková varianta jak to "obechcat", zajímá mě spíš, jestli to není špatný kvůli nějaký štábní kultuře nebo tak --> prohodil jsem parametry tak, že při mazání se zavolá URL: domena.cz/fotogalerie/4/foto/RTP/___17.png/smazat
V kontroleru jen změním číslo parametru, který je smazat.
Celou logiku ukládání souborů mám pořešenou tak, že pokud není zadána žádná složka, tak to jde do "hromadné" složky jménem RTP (to ale uživatel nijak nevidí, vidí to jako "žádná složka"), jinak pokud si vytvoří složku pro nějakou danou událost, tak místo parametru za foto/ není RTP ale název složky..
Je to rozumná varianta nebo to je až moc zadrátovaný a není to třeba i bezpečný?
Je to rozhodně špatně, třeba i kvůli té štábní kultuře. Ostatně když něco "obechcáváš", tak už to značí, že to není úplně v pořádku. A nebezpeční tam pravděpodobně stále zůstává...
Zobrazeno 5 zpráv z 5.