Diskusia: Složitý skript náročný na výkon pro web server s administrací

Člen

Zobrazené 8 správy z 8.
Na prispôsobenie obsahu a reklamy, poskytovanie funkcií sociálnych médií a analýzu našej návštevnosti používame súbory cookie. Informácie o tom, ako náš web používaš, zdieľame s našimi partnermi pre sociálne médiá, inzerciu a analýzy. Partneri môžu tieto údaje kombinovať s ďalšími informáciami, ktoré si im poskytol alebo ktoré získali v dôsledku toho, že používaš ich služby.
Používame nevyhnutné cookies na fungovanie webu a s tvojím súhlasom aj analytické a marketingové cookies.
Zaisťujú základné funkcie, bezpečnosť a služby, ktoré si si vyžiadal. Nedajú sa vypnúť.
| Služba | Poskytovateľ | Účel | Cookies a úložisko | Doba uloženia |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Prevádzka webu, relácia, prihlásenie a uloženie nastavenia cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relácia až 1 rok |
| Google Tag Manager | Správa značiek a načítanie meracích nástrojov webu. | Žiadne | Neukladá sa | |
| Google Fonts | Načítanie typografie webu. | Úložisko riadené poskytovateľom | Podľa podmienok poskytovateľa | |
| Google Hosted Libraries | Načítanie potrebných knižníc a štýlov webu. | Úložisko riadené poskytovateľom | Podľa podmienok poskytovateľa | |
| Google reCAPTCHA | Ochrana formulárov a webu pred zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relácia až 180 dní | |
| YouTube | Prehrávanie vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relácia až trvalé úložisko | |
| Vimeo | Vimeo | Prehrávanie vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relácia až 2 roky |
| Facebook Login | Meta | Prihlásenie pomocou účtu tretej strany. | Úložisko riadené poskytovateľom | Relácia až 1 rok |
| GoPay | GoPay | Spracovanie používateľom vyžiadanej platby. | Úložisko riadené poskytovateľom | Podľa podmienok poskytovateľa |
Pomáhajú nám porozumieť používaniu webu a zlepšovať ho.
| Služba | Poskytovateľ | Účel | Cookies a úložisko | Doba uloženia |
|---|---|---|---|---|
| Google Analytics 4 | Meranie návštevnosti a používania webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Meranie návštevnosti a používania webu. | _clck, _clsk, _cltk | Relácia až 1 rok |
Slúžia na meranie kampaní, personalizáciu reklamy a marketingovú komunikáciu.
| Služba | Poskytovateľ | Účel | Cookies a úložisko | Doba uloženia |
|---|---|---|---|---|
| Google Ads | Meranie kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relácia až 90 dní | |
| Meta Pixel | Meta | Meranie kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Meranie kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relácia až trvalé úložisko |
| LinkedIn Insight | Meranie kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relácia až 1 rok | |
| Ecomail | Ecomail.cz | Meranie kampaní, reklama a remarketing. | ecmid, Úložisko riadené poskytovateľom | Podľa podmienok poskytovateľa |
| Atribúcia kampaní ITnetwork | ITnetwork | Priradenie návštevy a objednávky ku kampani. | campaign_clid[*], user_session_context | Až 1 rok |


Ahoj,
co to udělat tak, že si práci rozložíš a budeš ty stránky zpracovávat průběžně během celého dne? Pak nebude jednorázově taková zátěž a bude se to všechno hezky stíhat.
Jinak se mi 30 sekund zdá opravdu moc, co všechno tam děláš? Stažení stránky, zpracování a volání API by se běžně mělo stihnout pod 2 sekundy, v extrémních případech max. 5 sekund.
Ono to, že se to v tu jednu hodinu stane jak tak trochu účel. Jeden typ uživatelů musí do té hodiny připravit podklady ke zpracování pro odeslání druhému typu uživatelů. Ono to musí celou stránku přeparsovat a přefiltrovat informace v ní - používám k tomu http://simplehtmldom.sourceforge.net/ . Pak těmi informacemi naplní databázi pomocí údajů, které zadala první skupina uživatelů.
Nevím jak dlouho to může trvat na nějakém externím web serveru, když jsem ten parser použil u jednoho jiného projektu, tak místo mých 10ti sekund mu to trvalo 2 sekundy u cizího hostingu.
Myslíte že je tohle správný postup nebo existuje nějaký způsob jak to jinak optimalizovat za těchto podmínek?
myslim, ze v tomto pripade by mohlo pomoct prekompilacia PHP tak, ako to robi FB, ba dokonca aj vydal na to nastroj a myslim, ze je k dispozicii aj so zdrojovymi kodmi pod opensource licenciou
Myslím že po měsíci už to má pořešené 
Ta knihovna má velikou režii, taky jsme ji používali, ale museli jsme
vyvinout vlastní řešení kvůli výkonu (zlepšení z 160sekund na 23 sekund,
nehledě na to že si to vzalo 6x vyšší prostředky).
Ale 30 sekund není na podobný věci nic neobvyklýho, na nějakým normálním serveru by měl mnohem lepší výsledek.
No pořešené to mám jen dočasně, chce to optimalizaci. Už dávno jsem přemýšlel o předkompilováním, ale je to spíše studentský indie projekt a použít hiphop by mohlo být na mně trochu náročné.
Nejsem ještě v PHP moc zdatný, ale neexistovalo by v PHP něco jako multithreading? Nebo nějakým způsobem mít více webserverů pod jednou doménu a každý z nich by byl zodpovědný za jinou část webů, které se zpracují? Taky jsem koukal, že Amazon má nějaké servery na webové aplikace a uložiště (moc dobře tomu ale nerozumím), nemohl by Amazon tímto způsobem nabízet řešení?
Jsem z toho docela zoufalý, brzo by to mělo být v ostrém provozu.
Loadbalancing je řešení, ale myslím dost overkill, alespoň ten
opravdovej.
Samozřejmě můžeš rozložit operace na různé servery, tam je to už jen o
implementaci.
Multithreading v php je, ale je to taková sranda, určitě se najde lepší řešení.
Jestli rozumím správně, máš jeden php soubor, kterej po spuštění udělá postupně všechny operace? "Multithreadovat" to můžeš jednoduše tak, že budeš mít pro každou stránku jednu instanci - ale pozor, určit správné škálování je věda a mohl by sis uškodit více než pomoct.
Ale jestli máme nějak rozumně pomoct, budeme potřebovat víc detailních informací - klidně i do PM jestli to nechceš mít veřejně, rád pomůžu.
Zobrazené 8 správy z 8.