Zapsal jsem dvě WordPress aplikace do Cloudways Site Manager pro tuto recenzi, jednu prostřednictvím onboardingové obrazovky schované v postranním panelu samotné aplikace, druhou přes hromadný postup, který žije na úrovni účtu.

Odtud jsem provedl skutečný Safe Update na čtyřech pluginech, vytvořil sdílený plán automatických aktualizací pokrývající oba weby, zapnul záznam aktivit a strávil dost času v panelu na úrovni účtu, abych pochopil, kde se stejná informace zobrazuje na více místech a proč na tom záleží víc, než by se zdálo.

Cloudways

Spravujte WordPress aplikace hostované na Cloudways pomocí centralizovaných aktualizací, Safe Updates, protokolů aktivit a plánování napříč portfoliem.

Navštivte Cloudways

Co je Cloudways Site Manager?

Site Manager nahradil starší doplněk Cloudways nazvaný SafeUpdates. Pochopení toho, co SafeUpdates nedokázal, vysvětluje téměř každé rozhodnutí v současném produktu.

SafeUpdates běžel vše přes SSH, což vytvářelo specifický soubor problémů pro každého, kdo spravuje víc než několik webů:

• Žádný panel, takže nebylo možné vidět, které weby vyžadují pozornost, bez individuální kontroly každého z nich
• Aktualizace pevně vázané na týdenní plán, bez ohledu na to, zda klient potřeboval denní patchování nebo měsíční údržbu
• Vizuální regresní testování omezené na tři desktopové stránky na web, tedy velmi úzké pokrytí pro cokoli nad rámec prezentačního webu
• Žádná auditní stopa ukazující, co se změnilo, kdy nebo kdo změnu provedl

Agentury spravující dvacet a více instalací WordPressu Cloudwaysu v podstatě říkaly, že nástroj fungoval, dokud nezačal selhávat ve škálování, a škálování byl přesně ten důvod, proč byly na Cloudwaysu.

Site Manager je přímou odpovědí na tuto zpětnou vazbu. Tento kontext je důležitý pro čtení zbytku recenze, protože vysvětluje, proč některé části produktu působí neobvykle vyspěle na něco, co je stále v Public Preview, a proč jiné části, jako onboardingový krok, na který narazíte první den, stále vykazují švy.

Co umí Cloudways Site Manager?

Se zohledněním tohoto pozadí je další otázka o rozsahu: co tento nástroj vlastně pokrývá. Než se dostaneme k onboardingu, aktualizacím a plánování, stojí za to přesně říct, co Site Manager pokrývá a co ne, protože upřímná odpověď je složitější než prosté ano nebo ne.

Původní panel je jen pro Cloudways

Každá aplikace dostupná k zapsání do Site Manageru na úrovni účtu, ať už přes obrazovku pro jednotlivou aplikaci nebo přes hromadného průvodce v Integrations, pocházela ze serveru, který už byl součástí mého účtu Cloudways.

Neexistovalo pole pro vložení přihlašovacích údajů pro instalaci hostovanou jinde ani konektor pro web běžící na úplně jiném hostingu.

Celá funkční sada pokrytá v této recenzi, Safe Update, stagingová kopie, vizuální regresní testování, záznamy aktivit, hromadné plánování, všechno žije uvnitř této nativní vrstvy hostované na Cloudways.

Samostatný plugin rozšiřuje lehčí monitoring na libovolný web

Cloudways také vydává bezplatný WordPress plugin, rovněž nazvaný Cloudways Site Manager, společně vyvinutý s WP Remote.

Na rozdíl od původního panelu se tento plugin instaluje přímo na WordPress web bez ohledu na to, kde je hostovaný, což mu umožňuje přinést externí, ne-cloudwaysovský web do verze stejného centralizovaného pohledu.

Je to ale od původního panelu skutečně odlišný produkt a rozdíl mezi nimi je důležitý:

Plugin také deaktivuje automatické aktualizace WordPressu během své aktivity, což je ze strany Cloudways záměrné rozhodnutí, aby se předešlo konfliktům při vzdálené správě.

Cloudways otevřeně říká, že cesta přes plugin je spíše odrazový můstek než cílový stav: pokud chcete plný stack, automatické zálohy, staging na jedno kliknutí, integraci s Cloudflare, spravované cachování, doporučeným postupem je přesunout externí web na Cloudways, místo aby byl dlouhodobě spravován vzdáleně.

Pro agenturu s portfoliem plně hostovaným na Cloudways na tom nezáleží. Pro každého, kdo stále provozuje pár webů jinde, a většina agentur, se kterými jsem v průběhu let mluvil, jich má alespoň několik, je plugin skutečnou možností pro základní monitoring a aktualizace, jen ne náhradou za to, co dělá nativní panel.

Cloudways

Spravujte WordPress aplikace hostované na Cloudways pomocí centralizovaných aktualizací, Safe Updates, protokolů aktivit a plánování napříč portfoliem.

Navštivte Cloudways

Začínáme: Dva způsoby, jak weby zapsat

Se zodpovězenou otázkou rozsahu začíná praktická část: skutečné zapsání WordPress aplikace. Cloudways dává do nativního Site Manageru dvě cesty a nehodí se stejně pro stejný účel.

Cesta 1: přes postranní panel vlastní aplikace

Tady je přesně to, kam jsem se dostal poprvé. Z domovského panelu Cloudways jsem klikl na svůj server, pak na WordPress aplikaci na něm, což vás přenese na stránku Access Details dané aplikace.

Levé menu tam uvádí Access Details, Staging Management, Monitoring, Application Security, Domain Management a pak Site Manager se štítkem “New”. Kliknutí mě přeneslo přímo na obrazovku s názvem “Simplify App Management with Site Manager,” zaměřenou výhradně na tuto jednu aplikaci, se dvěma kartami plánů vedle sebe, Basic a Pro.

Klikl jsem na Get Pro. A tehdy se to pokazilo.

Obrazovka se změnila na “Subscribing to the Site Manager Plan…” se zprávou vysvětlující, že Cloudways instaluje plugin a synchronizuje data mého webu, a že to může trvat několik minut v závislosti na velikosti aplikace.

Probíhalo to asi dvě minuty a pak to selhalo, přičemž se vrátilo červené chybové upozornění: “Please delete existing plugin and install again.” Žádnou předchozí instalaci, kterou bych měl smazat, jsem neměl, takže samotná zpráva neříkala, co přesně se pokazilo.

Klikl jsem na Get Pro podruhé, na stejné obrazovce plánu, aniž bych cokoli měnil. Tento pokus fungoval. Trval zhruba tři minuty a skončil zeleným oznámením o úspěchu potvrzujícím, že jsem si předplatil plán Site Manager, a přenesl mě na stránku Overview aplikace Site Manager, kde už byl vyplněn počet pluginů, počet šablon, výkonové skóre i tabulka Manage Updates připravené k použití.

Cesta 2: přes panel na úrovni účtu

To je cesta, kterou stojí za to použít ve chvíli, kdy máte ke správě víc než jeden web, a tady je přesně, jak jsem ji našel a použil.

Na domovském panelu Cloudways má levá navigace řadu ikon: Home, Flexible, Autonomous, Integrations a Agency Partners. Klikl jsem na Integrations. Otevřel se panel karet, mimo jiné Site Manager (označený jako “New”), Application Migration, DNS Made Easy, CookieYes a Equalize Digital Accessibility Checker.

Kliknutí na kartu Site Manager mě přeneslo na úplně jinou obrazovku než Path 1, která žije pod breadcrumbem Integrations → Add-Ons → Site Manager a má vlastní řadu záložek: Overview, Manage Updates, Auto Updates, History.

Tahle stránka Overview je skutečné řídicí centrum. Zobrazuje statistiky napříč účtem, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates a pod nimi tabulku Manage Applications uvádějící každou už zapsanou aplikaci.

Pro přidání dalších jsem klikl na Add Apps to Site Manager vpravo nahoře nad tabulkou. Otevřel se dvoukrokový průvodce:

1. Select Application(s): seznam všech WordPress aplikací v mém účtu, které ještě nebyly zapsány, s volbou Select All a vyhledávacím polem.

Poznámka nad seznamem vysvětlovala, že vylučuje stagingové aplikace, aplikace na zastavených serverech a jakoukoli aplikaci, která už používá starší doplněk SafeUpdates. Zaškrtl jsem aplikaci, kterou jsem chtěl, a klikl na Select Plan.

2. Select your Plan: Basic a Pro znovu vedle sebe, tentokrát s potvrzením, kolik aplikací jsem vybral a jaké jsou celkové měsíční náklady pro tuto dávku. Zvolil jsem Pro a klikl na Enable Site Manager.

Celý postup trval méně než minutu, jakmile jsem byl na obrazovce průvodce, a vztahoval se na každou aplikaci, kterou jsem v prvním kroku zaškrtl, najednou, bez opakování výběru plánu pro každý web zvlášť.

Mezera, na kterou vás nikdo nevaruje

Když už jsem do Site Manageru zapsal aplikace oběma cestami, tady je zjištění, které změnilo to, jak o tomto produktu přemýšlím při každodenní správě. Přidal jsem druhou WordPress aplikaci na server, který už měl Site Manager aktivně spravující jinou aplikaci na stejném serveru.

Očekával jsem, že se nová aplikace objeví automaticky, protože ležela hned vedle aplikace, kterou Site Manager už znal. Nestalo se to. Počet v panelu na úrovni účtu “Total Apps on Site Manager” zůstal přesně tam, kde byl, dokud jsem novou aplikaci ručně nepřevedl přes onboarding.

To je designové rozhodnutí, ale rozhodnutí s provozní cenou:

• Pro freelancera se třemi nebo čtyřmi weby je zapamatovat si onboardování nového webu triviální.
• Pro agenturu, která každý týden nebo dva spouští nový klientský web, se to stává trvalou položkou na něčím checklistu.
• Když to jednou opomenete, ten web zůstane mimo váš monitoring, hromadné aktualizace i protokoly aktivit, neviditelný pro panel, který má být vaším jediným zdrojem pravdy.

Cloudways

Spravujte WordPress aplikace hostované na Cloudways pomocí centralizovaných aktualizací, Safe Updates, protokolů aktivit a plánování napříč portfoliem.

Navštivte Cloudways

Za co vlastně platíte

Site Manager rozlišuje skutečně použitelnou bezplatnou vrstvu a Pro vrstvu, která odemyká funkce, kolem nichž by si agentura skutečně postavila pracovní postup.

Basic vs. Pro, funkce po funkci

Basic není osekaná zkušební verze. Obsahuje skutečný přehled webu, možnost spravovat uživatele, šablony a pluginy bez zásahu do wp-admin, jednorázové přihlášení do WordPressu, Quick Updates a, což je podstatné, i samotný centralizovaný panel.

Cloudways neschoval základní zážitek “vidět všechny své weby na jednom místě” za paywall. Za paywallem je vše, co dělá z toho panelu něco, na co se dá spoléhat bez stálého dohledu.

Pro je během Public Preview zatím zdarma bez ohledu na uvedenou cenu, která je $3 za aplikaci a měsíc, přičemž klesá na $2 za aplikaci, jakmile překročíte pět aplikací.

Kolik Pro skutečně stojí s růstem portfolia

Ten práh slevy stojí za to si spočítat, než budete předpokládat, že Pro škáluje levně:

Žádná z těchto částek není neúměrná vůči tomu, co by mohla stát jediná rozbitá aktualizace bez zálohy z hlediska důvěry klienta, ale cenotvorba za aplikaci znamená, že účet roste s vaším portfoliem v přímé linii, ne po skocích jako u některých konkurenčních nástrojů s vyššími úrovněmi.

Tři místa, odkud spustit stejnou aktualizaci

Po zapsání a ceně se zbytek této recenze věnuje tomu, jak vypadá každodenní používání, a začíná architekturou, kterou stojí za to pochopit.

Tohle je část návrhu Site Manageru, kterou mi trvalo nejdéle opravdu pochopit, a v rozhraní samotném není nikde vysvětlená.

• Stránka Overview v rámci aplikace stále zobrazuje vlastní tabulku Manage Updates, která uvádí stejné čekající aktualizace pluginů, jaké byste viděli v panelu na úrovni účtu.
• Akční menu na úrovni účtu v řádku nabízí vlastní akci Manage Updates, která čerpá ze stejných základních dat.
• Záložka Auto Updates vám umožňuje naplánovat, aby tento stejný typ aktualizace běžel automaticky, pro jednu aplikaci nebo pro všechny zapsané aplikace najednou.

To jsou troje dveře do stejné místnosti. Pohled na jednotlivou aplikaci je pro někoho, kdo už v daném webu pracuje a všimne si čekající aktualizace. Akční položka na úrovni účtu je pro někoho, kdo prochází celé portfolio a rozhodne se jednat hned na jednom webu.

Plánovací záložka je pro odstranění člověka ze smyčky úplně.

Quick Update versus Safe Update

Ze tří dveří popsaných výše tato část pokrývá první dvě, pohled na jednotlivou aplikaci a akci na úrovni účtu v řádku, protože obě otevírají stejný mechanismus aktualizace.

Každá plánová úroveň nabízí Quick Update. Jeho použití trvá sekundy: aktualizace se nainstaluje přímo do produkce bez kontroly kompatibility a bez předchozího vytvoření zálohy.

Samotný text v rozhraní Cloudways je k tomu upřímný a varuje, že to “may carry risks if updates aren’t compatible.”

Quick Update jsem v tomto testu nespustil, takže nemohu z vlastní zkušenosti popsat, jak přesně vypadá jeho selhání na obrazovce. To je skutečná mezera v této recenzi a jakékoli tvrzení o chování při selhání Quick Update, ať už ode mě nebo od kohokoli jiného, kdo ho nevyvolal, bych bral s patřičnou skepsí.

Safe Update je místo, kde si Pro zaslouží svou cenu, a stojí za to jím projít celý, protože postup je složitější než “záloha, pak aktualizace.”

Jak skutečně vypadá běh Safe Update

Tady je přesně, jak jsem ho spustil. Z tabulky Overview na úrovni účtu pod Integrations → Site Manager jsem našel řádek pro aplikaci s čekajícími aktualizacemi a klikl na třítečkové menu Actions na konci tohoto řádku. Otevřelo čtyři možnosti: WP-Admin, App Overview, Manage Updates a Manage Plan. Klikl jsem na Manage Updates.

To otevřelo modální okno se seznamem všech pluginů s čekající aktualizací, v mém případě čtyř: Breeze, Elementor, Object Cache Pro a WP ULike, každý zobrazený jako zaškrtnutá položka se svou současnou verzí a verzí, na kterou se aktualizuje.

Pod seznamem byly dvě volby typu radio: Quick Update a Safe Update, každá s jednoprvkovým popisem kompromisu. Vybral jsem Safe Update a klikl na Proceed.

Místo jediného průběhového spinneru se následně otevřelo modální okno, které zobrazuje postupný checklist aktualizovaný v reálném čase.

Stagingové prostředí:

• Pre Snapshot
• Fetch Update Packages
• Aktualizace každého pluginu zvlášť
• Post Snapshot
• Purge Cache
• Visual Regression

Production:

• Stejná sekvence se opakuje po úspěchu stagingu a končí jedním závěrečným vyprázdněním cache

Spustil jsem běh v 6:21 pm a skončil v 6:27 pm. Šest minut pro čtyři pluginy, napříč kompletním staging-then-production cyklem. Samotné modální okno nastavuje očekávání, že to “usually takes less than a minute,” což můj běh překročil výrazným způsobem.

Ten rozdíl mezi uvedeným odhadem a skutečným časem je dobré plánovat, místo abyste byli překvapeni, pokud spouštíte Safe Update na dávce pluginů během údržbového okna, počítejte s minutami, ne se sekundami, zejména s rostoucím počtem pluginů.

Oznámení o úspěchu potvrdilo výsledek a ve chvíli, kdy to skončilo, záložka History na úrovni účtu to zaznamenala jako “On-Demand Successful: Plugins (4)” s odkazem na úplný detail.

To uzavření smyčky, kdy sledujete, jak se akce děje, a pak na ni můžete okamžitě ukázat v trvalém záznamu, je přesně ten typ důkazu pro klienta, který agentura potřebuje, a SafeUpdates to nikdy nenabízel.

Dvě nastavení, která rozhodují o tom, jak odpouštějící aktualizace budou

Obě se nacházejí uvnitř procesu plánování, nikoli na obrazovce aktualizace na vyžádání, takže se dají snadno přehlédnout:

• Visual Regression Sensitivity určuje, jak velký vizuální rozdíl mezi stagingovým testem a produkcí je tolerován, než se aktualizace zastaví, aby ochránila rozvržení. Ve výchozím stavu je nastavena na nejpřísnější dostupnou úroveň, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, ve výchozím nastavení zapnuto, znamená, že jediný plugin, který se nepodaří aktualizovat, nezastaví celou dávku. Systém tento jeden prvek odloží stranou, aktualizuje vše ostatní, provede vizuální regresní kontrolu nad tím, co se podařilo, a tyto změny automaticky nasadí do produkce.

Společně tato dvě výchozí nastavení rozhodují o tom, zda vás bezobslužný noční běh aktualizací probudí jen s jedním označeným pluginem ve frontě, nebo s celým webem zaseknutým uprostřed aktualizace, protože jedna nekompatibilní šablona zastavila celý proces. Před důvěrou v jakýkoli plán spuštěný bez dozoru stojí za to zkontrolovat obě.

Cloudways

Spravujte WordPress aplikace hostované na Cloudways pomocí centralizovaných aktualizací, Safe Updates, protokolů aktivit a plánování napříč portfoliem.

Navštivte Cloudways

Plánování aktualizací napříč celým portfoliem najednou

Tím jsou pokryty první dveře. Tato část pokrývá třetí: odstranění člověka ze smyčky úplně. Záložka Auto Updates, dostupná ze stejné stránky Site Manager na úrovni účtu, je místem, kde se buď potvrdí, nebo rozpadne slib “spravovat mnoho webů, jako by šlo o jeden.” V mém případě se potvrdil.

Tady je přesně, jak jsem ji nastavil. Z Integrations → Site Manager jsem klikl na záložku Auto Updates v horní řadě.

Když zatím nebylo nic naplánováno, stránka zobrazovala prázdný stav, “No Auto Updates Schedule,” s jediným tlačítkem: Set Auto Update Schedule.

Kliknutí otevřelo průvodce, “Set Auto Update Schedule,” který v jednom průchodu vedl přes následující kroky:

1. Day of Week and Schedule Time: dva rozbalovací seznamy a vedle pole času také volič časového pásma. Nastavil jsem pátek, mezi 00:00 a 5:59 am UTC.
2. Select Application: seznam všech aplikací už zapsaných v Site Manageru, s volbou Select All, a poznámka, že jakýkoli existující plán už nastavený pro vybranou aplikaci bude tímto novým plánem nahrazen. Vybral jsem obě své aplikace a klikl na Choose Preferences.

Poté se otevřela druhá obrazovka, “Create Auto Update Schedule,” pokrývající:

3. Configure Update List: tři rozbalitelné sekce, WordPress Core, Plugins a Themes, každá se svým vlastním seznamem a průběžným počtem vybraných položek. Napříč mými dvěma aplikacemi bylo k zahrnutí k dispozici deset pluginů a čtyři šablony a každý jednotlivý plugin a šablona přesně uváděly, na kolika z mých aplikací se skutečně používají, což je malý detail, který má obrovský význam, jakmile spravujete desítky webů a snažíte se určit, které aktualizace stojí za to testovat plošně a které zasahují jen jediný web.

4. Update Type: rozbalovací seznam nabízející Quick Update nebo Safe Update, každý se stejným popisem jako na modálním okně aktualizace na vyžádání. Po volbě Safe Update se zobrazily dvě další ovládací prvky, které se objevují jen pro tento režim, Visual Regression Sensitivity a Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: přepínač, ve výchozím stavu vypnutý, určený speciálně pro nasazení bezpečnostní opravy mimo běžný plán hned ve chvíli, kdy je nahlášena zranitelnost.

Kliknutí na Set AutoUpdate Schedule dole plán uložilo a aplikovalo ho na každou aplikaci, kterou jsem vybral ve druhém kroku, bez nutnosti opakovat konfiguraci pro každý web zvlášť.

Protokoly aktivit: Část, která je skutečně o důvěře klienta

Tři dveře a mechanismy aktualizací za nimi popisují jak. Tato poslední funkce popisuje důkaz: trvalý záznam o tom, co se stalo, oddělený od samotného procesu aktualizace.

Tady je přesně, jak jsem ji zapnul.

Na stránce Overview dané aplikace v Site Manageru, na kterou se dostanete po předplatném přes Path 1, je vedle výkonového kruhu karta s názvem “Activity Logs are Disabled”, s krátkým popisem a jediným tlačítkem: Enable Activity Logs.

Klikl jsem na ni a karta se okamžitě aktualizovala, bez potvrzovacího modálního okna, bez dalších kroků. Když jsem hned potom zkontroloval tabulku Manage Applications na úrovni účtu pod Integrations → Site Manager, sloupec Activity Logs pro danou aplikaci už byl přepnut z Disabled na Enabled, bez nutnosti stránku obnovovat.

Tato funkce je za Pro a existuje proto, aby odpověděla na otázku, kterou dostane každá agentura od klienta dříve či později: kdo co změnil a kdy?

Bez ní tato odpověď obvykle žije v loggingovém pluginu WordPressu zapisujícím do databáze samotného webu, která se časem nafukuje a nenabízí žádnou ochranu proti manipulaci. Mít ten záznam mimo samotnou instalaci WordPressu, uvnitř hostingové vrstvy, je pro cokoli klientského skutečně jiná úroveň důvěry.

Cloudways

Spravujte WordPress aplikace hostované na Cloudways pomocí centralizovaných aktualizací, Safe Updates, protokolů aktivit a plánování napříč portfoliem.

Navštivte Cloudways

Klady a zápory

Pro koho to vlastně je

Se všemi funkcemi, cenami i slabinami na stole je poslední otázka prostá: zda to odpovídá vašemu konkrétnímu portfoliu.

Nejzřetelněji se hodí pro agenturu nebo freelance vývojáře spravujícího několik, ideálně mnoho, WordPress webů které už žijí výhradně na Cloudways, kde rozbitá aktualizace představuje reálnou cenu v důvěře klienta, ne jen osobní nepříjemnost.

Safe Update workflow a hromadné plánování existují přesně proto, aby řešily problém, který se objeví ve chvíli, kdy už není reálné kontrolovat každý web zvlášť.

Je to částečně vhodné pro každého s mixovaným portfoliem. Bezplatný plugin Site Manager může přinést externí weby pro základní monitoring a aktualizace, ale funkce, které dělají z nativního panelu něco, za co stojí platit, stagingové Safe Update, vizuální regresní testování, protokoly aktivit, zůstávají mimo dosah, dokud se tyto weby skutečně nepřesunou na Cloudways.

Pro samotného majitele jednoho webu je to prostě zbytečné. Bezplatná verze by technicky fungovala, ale celý produkt existuje proto, aby řešil problém na úrovni portfolia, který jediný web nikdy nevytvoří.

Závěr: Stojí za to, ale jen uvnitř Cloudways

Ano, site manager stojí za to používat, a to za jedné podmínky: vaše weby už běží na Cloudways. V tomto rámci Site Manager splňuje, co slibuje, skutečný cross-app dashboard, cestu Safe Update, která před dotykem produkce vytvoří zálohu, a hromadné plánování, které zachází s aktualizacemi jako s akcí pro celé flotily, ne jako s úkolem pro každé přihlášení zvlášť.

Mimo tento rámec je to lehčí nástroj s jasným nápovědným nátlakem k migraci. Nejlepší využití má agentura konsolidující klientské weby na Cloudways, která potřebuje jedno místo pro doložení, co se změnilo a kdy.

Cloudways

4.6

537 user reviews

230 Kč /mo

Počáteční cena

Navštivte Cloudways

Rating based on expert review

• Uživatelská přívětivost
  4.5
• Podpora
  4.6
• Vlastnosti
  4.8
• Spolehlivost
  4.8
• Cena
  4.3