Diskuze: Webový projekt update
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.
Pokud se děje nějaká takováhle větší změna, tak bych klidně tu několikaminutovou odstávku udělal - třeba někde ve 4 ráno, pokud je to takový problém.
To řešení s htaccess nezní špatně, ale pozor na problémy, pokud tam mají uživatelé třeba nějaké soubory apod. - pokud jsou cesty relativně, tak najednou ta nová aplikace bude hledat soubory nahrané ještě ve staré verzi v nějaké své složce, kde je ale nenajde apod.
Zase při tom řešení s úplnou odstávkou, defakto smažeme funkční verzi. Může se stát že z nějákého důvodu to nemusí fungovat, a tedka se bude muset hledat chyba online. Takže to s tím htacess by tohle ošetřovalo, ale zase by se udělala zaloha původních souborů.
Já bych to řešil tím způsobem, že bych si vytvořil složku například 'beta'. Tam nahraješ novou verzi aplikace, potom dáš oznámení, že bude výpadek z toho a toho důvodu. Potom jednoduše složky přejmenuješ a je to.
Bude-li nějaký problém, složky opět přejmenuješ na původní názvy..
V rozsahu, v jakém uvažuješ, se jedná jen o malý projekt. Pak to třeba u IIS funguje takhle:
V praxi jsou webové servery v nějakém clusteru, ať už na webové farmě nebo v cloudu, takže se v balanceru z poloviny strojů odkloní požadavky a nasadí se tam nová verze, pak se prohodí se zbývajícími a nová verze se nasadí tam.
Pokud jsou změny větší, tak stejně ale selžou běžící sessions. Pokud se navíc mění databáze a změny nejsou kompatibilní, pak se dělá regulérní odstávka, která se dá zkrátit tím, že se opět část serverů odkloní z balanceru, databáze se nahraje na druhý stroj a po úspěšné aktualizaci se balancer přepne na novou verzi. Pak se dodělají zbylé servery. Taková odstávka je skoro neznatelná, jenom jsou stroje pod vyšší zátěží.
Zobrazeno 5 zpráv z 5.
