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.
Tvůrce
Zobrazeno 11 zpráv z 11.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
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.