Diskuze: Časované spouštění webové aplikace
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 11 zpráv z 11.
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, to co říkáš je Cron a je podporovaný na mnoha hostincích. Jednoduše ti pravidelně navštěvuje nějakou URL adresu na tvém webu.
Jinak, mohl bych se zeptat, na co to potřebuješ? Mnoho věcí se dá vytvořit i jinak. Například, když uživatel navštíví stránku, tak se ověří, zda od posledního skriptu uběhl nějaký čas, a když tomu tak je, tak spustíš požadovaný kód...
CRON mě napadl, jen jsem to nebral jako správné řešení (asi jsem se jen
díval špatně
). Chci s tím
"tahat" data z API a ukládat je do DB. Je na tohle jiné řešení?
To asi zalezi na tom, jak casto se meni ty data co nacitas a jestli mas pristup i do konfigurace API. Rozumnejsi by bylo, aby misto cronu vyvolalo tu akci na tahani primo API napr. pri zmene dat
To asi nijak jinak, než voláním toho API nezjistím. Data se teoreticky
mění pořád(přesněji přibývají) a abych měl co nejlepší přesnost,
tak to vidím na tu 1 miutu. 
A je potřeba je tak často ukládat? Nebylo by vhodnější je třeba tahat
jen, když jsou potřeba? Popřípadě je tahat jen když jsou potřeba a pak je
uložit do lokální DB, abys je nemusel získávat z té API znovu? Asi to
zrovna není nejlepší způsob, ale taky záleží, na jaký typ dat to máš

Ty data z API se poskytují dál uživatelům v aplikaci.
Takže tu byl nápad, že takhle
můžeme ušetřit limity toho API. Momentálně si za tím stojím.
Tak mě napadá, vadí tomu CRONu redirecty?
nešlo by udělat nějaký php skript, který by ty data vytáhla uložil, a cron by pak volal jeden soubor?
to bych tam nejspíš musel připsat includy knihoven a to se mi moc nechce.

Zobrazeno 11 zpráv z 11.
