Es reģistrēju divas WordPress lietotnes Cloudways Site Manager šai pārskatam: vienu, izmantojot ieviešanas ekrānu, kas paslēpts pašas lietotnes sānjoslā, un otru, izmantojot masveida plūsmu, kas atrodas konta līmenī.

No turienes es veicu īstu Safe Update uz četriem spraudņiem, izveidoju kopīgu automātisko atjauninājumu grafiku, kas aptvēra abas vietnes, ieslēdzu aktivitāšu žurnālus un pavadīju pietiekami daudz laika konta līmeņa panelī, lai saprastu, kur viena un tā pati informācija parādās vairāk nekā vienā vietā un kāpēc tam ir lielāka nozīme, nekā šķiet.

Cloudways

Pārvaldiet Cloudways mitinātas WordPress lietotnes ar centralizētiem atjauninājumiem, Safe Updates, aktivitāšu žurnāliem un portfeļa mēroga plānošanu.

Apmeklēt Cloudways

Kas ir Cloudways Site Manager?

Site Manager aizstāja agrāku Cloudways papildinājumu, ko sauca SafeUpdates. Izpratne par to, ko SafeUpdates nespēja paveikt, izskaidro gandrīz visus pašreizējā produkta dizaina lēmumus.

SafeUpdates visu darbināja caur SSH, kas radīja konkrētu problēmu kopumu ikvienam, kurš pārvalda vairāk nekā pāris vietnes:

• Nav paneļa, tātad nav iespējams redzēt, kurām vietnēm nepieciešama uzmanība, nepārbaudot katru atsevišķi
• Atjauninājumi piesaistīti fiksētam iknedēļas grafikam neatkarīgi no tā, vai klientam vajadzēja ikdienas ielāpus vai ikmēneša apkopi
• Vizuālā regresijas testēšana ierobežota līdz trim darbvirsmas lapām katrai vietnei, pārāk šaura pārklājuma zona jebkuram citam scenārijam, kas pārsniedz vienkāršu informatīvu vietni
• Nav audita pēdas, kas parādītu, kas mainījās, kad un kurš veica izmaiņas

Aģentūras, kas pārvalda divdesmit vai vairāk WordPress instalāciju, Cloudways būtībā teica, ka rīks strādāja līdz brīdim, kad vairs nespēja mērogoties, un mērogošana bija tieši tas iemesls, kāpēc viņi vispār izmantoja Cloudways.

Site Manager ir tieša atbilde uz šīm atsauksmēm. Šis konteksts ir svarīgs, lasot pārējo pārskatu, jo tas izskaidro, kāpēc dažas produkta daļas šķiet neparasti nobriedušas kaut kam, kas vēl joprojām ir Public Preview, un kāpēc citas daļas, piemēram, ievades solis, ar kuru sastapsieties pirmajā dienā, joprojām rāda šuves.

Ko var darīt Cloudways Site Manager?

Ņemot vērā šo fonu, nākamais jautājums ir darbības joma: ko šis rīks patiesībā spēj aptvert. Pirms ķerties pie ieviešanas, atjauninājumiem un plānošanas, ir vērts precīzi noteikt, ko Site Manager aptver un ko ne, jo godīgā atbilde ir niansētāka par vienkāršu jā vai nē.

Vietējais panelis ir tikai Cloudways lietotnēm

Ikviena lietotne, ko varēja iekļaut konta līmeņa Site Manager, vai nu caur atsevišķās lietotnes ekrānu, vai caur masveida vedni zem Integrations, nāca no servera, kas jau atradās manā Cloudways kontā.

Nebija lauka, kur ievadīt akreditācijas datus ārēji mitinātai instalācijai, un nebija savienotāja vietnei, kas darbojas pilnīgi citā hostinga pakalpojumā.

Visa šajā pārskatā aplūkotā pilnā funkcionalitāte — Safe Update, staging klons, vizuālā regresijas testēšana, aktivitāšu žurnāli, masveida plānošana — viss atrodas šajā vietējā, Cloudways mitinātajā slānī.

Atsevišķs spraudnis nodrošina vieglāku uzraudzību jebkurai vietnei

Cloudways arī publicē bezmaksas WordPress spraudni ar tādu pašu nosaukumu Cloudways Site Manager, kas izstrādāts kopā ar WP Remote.

Atšķirībā no vietējā paneļa, šo spraudni var instalēt tieši WordPress vietnē neatkarīgi no tā, kur tā tiek mitināta, kas nozīmē, ka tas var ievest ārēju, ne-Cloudways vietni centralizētā skatā.

Tomēr tas patiešām ir cits produkts nekā vietējais panelis, un atšķirība starp abiem ir svarīga:

Spraudnis arī atspējo WordPress paša automātiskos atjauninājumus, kamēr tas ir aktīvs — Cloudways apzināta izvēle, lai izvairītos no konfliktiem attālinātās pārvaldības laikā.

Cloudways atklāti norāda, ka spraudņa variants ir pārejas solis, nevis galamērķis: ja vēlaties pilno komplektu — automatizētus dublējumus, vienas klikšķa staging vidi, Cloudflare integrāciju, pārvaldītu kešošanu — ieteicamā prakse ir pārvietot ārējo vietni uz Cloudways, nevis ilgtermiņā to pārvaldīt attālināti.

Aģentūrai ar pilnībā Cloudways mitinātu portfeli tas nav būtiski. Ikvienam, kurš joprojām pārvalda dažas vietnes citur, un ar to, cik esmu runājis gadu gaitā, lielākajai daļai aģentūru ir vismaz dažas, spraudnis ir reāla iespēja pamata uzraudzībai un atjauninājumiem, tikai ne aizstājējs tam, ko dara vietējais panelis.

Cloudways

Pārvaldiet Cloudways mitinātas WordPress lietotnes ar centralizētiem atjauninājumiem, Safe Updates, aktivitāšu žurnāliem un portfeļa mēroga plānošanu.

Apmeklēt Cloudways

Sākšana: divi veidi, kā iekļaut vietnes

Ņemot skaidrībā darbības jomu, praktiskā daļa sākas šeit: faktiskā WordPress lietotnes iekļaušana. Cloudways piedāvā divus veidus, kā nonākt līdz vietējam Site Manager, un tie nav vienlīdz labi piemēroti šim uzdevumam.

1. ceļš: caur lietotnes paša sānjoslu

Lūk, precīzi, kā es tur nonācu pirmoreiz. No Cloudways sākumlapas paneļa es noklikšķināju uz sava servera, tad uz WordPress lietotnes, kas atrodas uz tā, un tas aizveda mani uz šīs lietotnes Access Details lapu.

Tajā kreisajā sānjoslā ir Access Details, Staging Management, Monitoring, Application Security, Domain Management un pēc tam Site Manager, kas atzīmēts ar “New” birku. Noklikšķinot uz tā, es nonācu tieši ekrānā ar nosaukumu “Simplify App Management with Site Manager,” kas bija pilnībā piesaistīts tikai šai vienai lietotnei, ar divām plānu kartītēm blakus — Basic un Pro.

Es noklikšķināju Get Pro. Tieši tad viss nogāja greizi.

Ekrāns pārgāja uz “Subscribing to the Site Manager Plan…” ar ziņojumu, kas skaidroja, ka Cloudways instalē spraudni un sinhronizē manas vietnes datus, un ka tas var aizņemt dažas minūtes atkarībā no lietotnes izmēra.

Tas darbojās apmēram divas minūtes un pēc tam neizdevās, atgriežot sarkanu kļūdas paziņojumu: “Please delete existing plugin and install again.” Man nebija iepriekšējas instalācijas, ko dzēst, tāpēc pats ziņojums nepaskaidroja, kas patiesībā bija nogājis greizi.

Es vēlreiz noklikšķināju Get Pro tajā pašā plāna ekrānā, neko nemainot. Šis mēģinājums izdevās. Tas darbojās apmēram trīs minūtes un beidzās ar zaļu veiksmes paziņojumu, kas apstiprināja, ka esmu abonējis Site Manager plānu, un noveda mani uz lietotnes Site Manager Overview lapu, kur spraudņu skaits, tēmu skaits, veiktspējas rezultāts un Manage Updates tabula jau bija aizpildīti un gatavi lietošanai.

2. ceļš: caur konta līmeņa paneli

Šis ir ceļš, ko ir vērts izmantot brīdī, kad jums ir vairāk nekā viena vietne, ko pārvaldīt, un lūk, precīzi, kā es to atradu un izmantoju.

No Cloudways sākumlapas paneļa kreisajā navigācijā ir ikonu rinda: Home, Flexible, Autonomous, Integrations un Agency Partners. Es noklikšķināju Integrations. Tas atvēra karšu paneli, kur bija Site Manager (atzīmēts ar “New”), Application Migration, DNS Made Easy, CookieYes un Equalize Digital Accessibility Checker starp citām.

Noklikšķinot uz Site Manager kartes, es nonācu pilnīgi citā ekrānā nekā 1. ceļā, kurš atrodas zem breadcrumb Integrations → Add-Ons → Site Manager un kam ir sava cilņu josla: Overview, Manage Updates, Auto Updates, History.

Šī Overview lapa ir īstais vadības centrs. Tā rāda konta mēroga statistiku, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates un zem tās Manage Applications tabulu ar katru jau reģistrēto lietotni.

Lai pievienotu vēl, es augšējā labajā stūrī šajā tabulā noklikšķināju Add Apps to Site Manager. Tas atvēra divpakāpju vedni:

1. Select Application(s): visu WordPress lietotņu kontrolsaraksts manā kontā, kuras vēl nav iekļautas, ar Select All opciju un meklēšanas lauku.

Piezīme virs saraksta paskaidroja, ka tajā nav iekļautas staging lietotnes, lietotnes uz apturētiem serveriem un jebkura lietotne, kas jau darbojas ar vecāko SafeUpdates papildinājumu. Es atzīmēju lietotni, kuru vēlējos, un noklikšķināju Select Plan.

2. Select your Plan: Basic un Pro blakus, šoreiz apstiprinot, cik lietotnes esmu atlasījis un kopējo mēneša maksu šai paketei. Es izvēlējos Pro un noklikšķināju Enable Site Manager.

Visa plūsma aizņēma mazāk nekā minūti, kad biju pie vedņa ekrāna, un tā attiecās uz katru lietotni, kuru biju atzīmējis pirmajā solī, uzreiz, bez nepieciešamības atkārtot plāna izvēli katrai vietnei atsevišķi.

Neviens jūs nebrīdina par šo plaisu

Pēc abu ceļu izmantošanas vietņu iekļaušanai lūk, secinājums, kas mainīja manu skatījumu uz šī produkta ikdienas uzturēšanu. Es pievienoju otru WordPress lietotni serverim, kuram jau bija viena lietotne, ko Site Manager aktīvi pārvaldīja tajā pašā serverī.

Es gaidīju, ka jaunā lietotne parādīsies automātiski, jo tā atradās tieši blakus lietotnei, ko Site Manager jau pazina. Tā nenotika. Konta līmeņa paneļa “Total Apps on Site Manager” skaitītājs palika tieši tur, kur bija, līdz es manuāli izgāju cauri jaunās lietotnes ieviešanai.

Tā ir dizaina izvēle, bet tā ir dizaina izvēle ar operacionālām izmaksām:

• Brīvprātīgam speciālistam ar trim vai četrām vietnēm atcerēties iekļaut jaunu vietni ir triviāli.
• Aģentūrai, kas katru nedēļu vai divas palaiž jaunu klienta vietni, tas kļūst par pastāvīgu uzdevumu kāda cilvēka kontrolsarakstā.
• Ja to palaidīsiet garām vienu reizi, šī vietne paliks ārpus jūsu uzraudzības, ārpus jūsu masveida atjauninājumiem un ārpus jūsu aktivitāšu žurnāliem, neredzama panelim, kam it kā vajadzētu būt vienīgajam patiesības avotam.

Cloudways

Pārvaldiet Cloudways mitinātas WordPress lietotnes ar centralizētiem atjauninājumiem, Safe Updates, aktivitāšu žurnāliem un portfeļa mēroga plānošanu.

Apmeklēt Cloudways

Par ko jūs patiesībā maksājat

Site Manager sadalās patiešām lietojamā bezmaksas līmenī un Pro līmenī, kas atbloķē funkcijas, ap kurām aģentūra tiešām veidotu darbplūsmu.

Basic pret Pro, funkcija pa funkcijai

Basic nav saīsināta izmēģinājuma versija. Tas ietver īstu vietnes pārskatu, iespēju pārvaldīt lietotājus, tēmas un spraudņus, neieejot wp-admin, vienas klikšķa WordPress Single Sign-On un Ātro atjauninājumu, un, kas ir svarīgi, arī pašu centralizēto paneli.

Cloudways nav paslēpis pamat“redzēt visas savas vietnes vienuviet” pieredzi aiz maksas sienas. Aizvērtas ir visas tās lietas, kas padara šo paneli pietiekami uzticamu, lai uz to varētu balstīties bez pastāvīgas pieskatīšanas.

Pro šobrīd ir bez maksas lietojams Public Preview laikā neatkarīgi no norādītās cenas, kas ir $3 par lietotni mēnesī, un samazinās līdz $2 par lietotni, kad pārsniedzat piecas lietotnes.

Cik Pro patiesībā maksā, augot jūsu portfelim

Šis atlaides slieksnis ir vērts izrēķināt pirms pieņemat, ka Pro mērogojas lēti:

Neviens no šiem skaitļiem nav nepamatots, salīdzinot ar to, cik varētu maksāt viens salūzis, neatbalstīts atjauninājums klienta uzticības ziņā, taču cena par lietotni nozīmē, ka rēķins aug taisnā līnijā līdz ar jūsu portfeli, nevis pakāpeniskās atlaidēs, kādas piedāvā daži konkurējoši rīki augstākos līmeņos.

Trīs vietas, no kurām iedarbināt vienu un to pašu atjauninājumu

Ar ieviešanu un cenu jautājumu aiz muguras pārējais pārskats aplūko, kā izskatās ikdienas lietošana, sākot ar arhitektūras elementu, ko ir vērts saprast.

Šī ir tā Site Manager dizaina daļa, kuras darbību visilgāk bija jāizdibina, un interfeisā tā nav izskaidrota.

• Pašas lietotnes Overview lapa joprojām rāda savu Manage Updates tabulu, kurā uzskaitīti tie paši gaidošie spraudņu atjauninājumi, ko redzētu no konta līmeņa paneļa.
• Konta līmeņa paneļa rindas Actions izvēlne piedāvā savu Manage Updates darbību, izmantojot tos pašus pamatdatus.
• Auto Updates cilne ļauj ieplānot tieši šāda veida atjauninājumu automātiskai izpildei vienai lietotnei vai visām reģistrētajām lietotnēm vienlaikus.

Tās ir trīs durvis uz vienu un to pašu telpu. Individuālās lietotnes skats ir paredzēts tam, kurš jau strādā konkrētajā vietnē un vienkārši pamana gaidošu atjauninājumu. Konta līmeņa rindas darbība ir paredzēta tam, kurš pārskata visu portfeli un nolemj rīkoties ar vienu vietni tūlīt.

Plānošanas cilne ir paredzēta, lai cilvēku pilnībā izņemtu no procesa.

Quick Update pret Safe Update

No trim tikko aprakstītajām durvīm šī sadaļa aptver pirmās divas — individuālās lietotnes skatu un konta līmeņa rindas darbību — jo abas atver vienu un to pašu atjaunināšanas mehānismu.

Katram plānam ir pieejams Quick Update. Tā piemērošana aizņem sekundes: atjauninājums tiek instalēts tieši uz produkcijas vidi bez saderības pārbaudes un bez iepriekšēja dublējuma.

Cloudways paša interfeisa teksts ir godīgs par risku, brīdinot, ka tas “may carry risks if updates aren’t compatible.”

Es šajā testā neveicu Quick Update, tāpēc nevaru no pieredzes aprakstīt, kā izskatās neveiksmīgs gadījums. Tā ir īsta nepilnība šajā pārskatā, un jebkuru apgalvojumu par Quick Update kļūmes uzvedību, gan no manis, gan no jebkura cita, kurš to nav iedarbinājis, vajadzētu uztvert ar atbilstošu skepsi.

Safe Update ir vieta, kur Pro atpelna savu cenu, un ir vērts to izskatīt pilnībā, jo process ir sarežģītāks nekā “dublējumkopija, tad atjauninājums.”

Kā patiesībā izskatās Safe Update izpilde

Lūk, precīzi, kā es to iedarbināju. No konta līmeņa Overview tabulas zem Integrations → Site Manager es atradu rindu lietotnei ar gaidošiem atjauninājumiem un noklikšķināju uz trīs punktu Actions izvēlnes šīs rindas galā. Tā atvēra četras opcijas: WP-Admin, App Overview, Manage Updates un Manage Plan. Es noklikšķināju Manage Updates.

Tas atvēra modālo logu ar visu spraudņu sarakstu, kam ir gaidošs atjauninājums — manā gadījumā četri: Breeze, Elementor, Object Cache Pro un WP ULike — katrs atzīmēts ar ķeksīti, ar savu pašreizējo versiju un versiju, uz kuru tas tiks atjaunināts.

Zem saraksta atradās divas radio opcijas: Quick Update un Safe Update, katrai ar vienrindas aprakstu par kompromisu. Es izvēlējos Safe Update un noklikšķināju Proceed.

Nevis vienkāršs progresa indikators, bet modālais logs, kas atvērās nākamais, rāda posmu kontrolsarakstu, kas atjaunojas reāllaikā.

Staging vide:

• Pre Snapshot
• Fetch Update Packages
• Atjaunināt katru spraudni atsevišķi
• Post Snapshot
• Purge Cache
• Visual Regression

Production:

• Identiska secība atkārtojas, kad staging ir izturēts, un beidzas ar vienu pēdējo kešatmiņas attīrīšanu

Es sāku izpildi pulksten 6:21 pm un tā pabeidzās pulksten 6:27 pm. Sešas minūtes četriem spraudņiem, cauri pilnam staging-then-production ciklam. Pats modālais logs rada gaidas, ka tas “usually takes less than a minute,” bet mans izpildījums šo prognozi pārsniedza ar lielu rezervi.

Šī atšķirība starp norādīto laika novērtējumu un faktisko ilgumu ir vērts iekļaut plānošanā, nevis būt pārsteigtam, ja Safe Update tiek palaists uz spraudņu partijas apkopes logā — rēķinieties ar minūtēm, nevis sekundēm, īpaši, kad spraudņu skaits aug.

Veiksmīga paziņojuma apstiprināja rezultātu, un brīdī, kad tas beidzās, konta līmeņa History cilnē tas tika reģistrēts kā “On-Demand Successful: Plugins (4)” ar saiti uz pilnu informāciju.

Šī cilpa, kas aizveras — redzēt, kā darbība notiek, un tad uzreiz varēt norādīt uz pastāvīgu ierakstu par to — ir tieši tāda klientam paredzēta pierādījuma forma, kas aģentūrai ir nepieciešama, un SafeUpdates to nekad nedeva.

Divi iestatījumi, kas nosaka, cik piedodoši būs atjauninājumi

Abi šie iestatījumi atrodas plānošanas plūsmā, nevis uz pieprasījuma atjauninājuma ekrānā, tāpēc tos ir viegli nepamanīt:

• Visual Regression Sensitivity nosaka, cik lielu vizuālo atšķirību starp staging testu un produkcijas vidi drīkst pieļaut, pirms atjauninājums tiek apturēts, lai aizsargātu jūsu izkārtojumu. Pēc noklusējuma tas ir visstingrākajā pieejamajā līmenī, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, kas pēc noklusējuma ir ieslēgts, nozīmē, ka viena spraudņa atjaunināšanas kļūme neaptur visu partiju. Sistēma noliek tieši šo vienu elementu malā, atjaunina visu pārējo, palaiž vizuālās regresijas pārbaudi uz tā, kas izdevās, un automātiski publicē šīs izmaiņas.

Kopā šie divi noklusējumi nosaka, vai bez uzraudzības palaists nakts atjauninājums jūs pamodinās ar vienu atzīmētu spraudni rindā vai ar visu vietni, kas iestrēgusi atjaunināšanas vidū, jo viens nesaderīgs motīvs apstādināja visu procesu. Vērts pārbaudīt abus pirms uzticat jebkuru grafiku darboties bez uzraudzības.

Cloudways

Pārvaldiet Cloudways mitinātas WordPress lietotnes ar centralizētiem atjauninājumiem, Safe Updates, aktivitāšu žurnāliem un portfeļa mēroga plānošanu.

Apmeklēt Cloudways

Atjauninājumu plānošana visā portfelī vienā reizē

Tas aptver pirmās divas durvis. Šī sadaļa aptver trešās: cilvēka izņemšanu no procesa pavisam. Auto Updates cilne, kas pieejama no tās pašas konta līmeņa Site Manager lapas, ir vieta, kur “pārvaldīt daudzas vietnes tā, it kā tās būtu viena” ideja vai nu nostrādā, vai sabrūk. Manā gadījumā tā nostrādāja.

Lūk, precīzi, kā es to iestatīju. No Integrations → Site Manager es noklikšķināju uz Auto Updates cilnes augšējā joslā.

Ja nekas vēl nebija ieplānots, lapa rādīja tukšu stāvokli, “No Auto Updates Schedule,” ar vienu pogu: Set Auto Update Schedule.

Noklikšķinot uz tās, atvērās vednis, “Set Auto Update Schedule,” kas vienā piegājienā izveda cauri šādiem soļiem:

1. Day of Week and Schedule Time: divi nolaižamie saraksti, kā arī laika joslas atlasītājs blakus laika laukam. Es iestatīju piektdienu, starp 00:00 un 5:59am UTC.
2. Select Application: visu lietotņu kontrolsaraksts, kas jau ir iekļautas Site Manager, ar Select All opciju, un piezīmi, ka jebkurš esošs grafiks, kas jau ir iestatīts atlasītajai lietotnei, tiks aizstāts ar šo jauno. Es atlasīju abas savas lietotnes un noklikšķināju Choose Preferences.

Pēc tam atvērās otrs ekrāns, “Create Auto Update Schedule,” kurā bija:

3. Configure Update List: trīs izvēršamas sadaļas — WordPress Core, Plugins un Themes — katra ar savu kontrolsarakstu un skaitītāju, cik vienumu atlasīti. Manās divās lietotnēs bija pieejami desmit spraudņi un četras tēmas, ko iekļaut, un katrs atsevišķais spraudnis un tēma bija norādīti kopā ar to, cik manās lietotnēs tie patiesībā tiek izmantoti — neliela detaļa, kam ir milzīga nozīme, kad jūs pārvaldāt desmitiem vietņu un mēģināt saprast, kuri atjauninājumi ir vērti, lai tos testētu plašāk, un kuri skar tikai vienu vietni.

4. Update Type: nolaižamais saraksts ar Quick Update vai Safe Update, katram ar tādu pašu aprakstu kā uz pieprasījuma modālā loga. Izvēloties Safe Update, parādījās divas papildu vadības iespējas, kas redzamas tikai šim režīmam: Visual Regression Sensitivity un Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: slēdzis, kas pēc noklusējuma ir izslēgts, un ir paredzēts tieši drošības ielāpa piegādei ārpus parastā grafika, tiklīdz tiek atklāta ievainojamība.

Noklikšķinot Set AutoUpdate Schedule apakšā, tas tika saglabāts un attiecās uz katru lietotni, ko biju izvēlējies otrajā solī, bez vajadzības atkārtot konfigurāciju katrai vietnei atsevišķi.

Aktivitāšu žurnāli: daļa, kas patiešām ir par klienta uzticību

Trīs durvis un aiz tām esošā atjauninājumu mehānika aptver to, kā tas notiek. Šī pēdējā funkcija aptver pierādījumu: pastāvīgu ierakstu par to, kas notika, atsevišķi no paša atjaunināšanas procesa.

Lūk, precīzi, kā es to ieslēdzu.

No tās lietotnes paša Site Manager Overview lapas, uz kuru nonākat pēc abonēšanas caur 1. ceļu, kartīte ar nosaukumu “Activity Logs are Disabled” atrodas blakus veiktspējas aplim, ar īsu aprakstu un vienu pogu: Enable Activity Logs.

Es uzklikšķināju uz tās, un kartīte uzreiz atjaunojās — bez apstiprinājuma modālā loga, bez papildu soļiem. Pārbaudot konta līmeņa Manage Applications tabulu uzreiz pēc tam zem Integrations → Site Manager, šīs lietotnes Activity Logs kolonna jau bija pārslēgusies no Disabled uz Enabled, bez vajadzības pārlādēt lapu.

Šī funkcija ir pie Pro, un tā ir paredzēta, lai atbildētu uz jautājumu, ko ikviena aģentūra agrāk vai vēlāk saņem no klienta: kas mainīja ko un kad?

Bez tās šī atbilde parasti dzīvo WordPress žurnālošanas spraudnī, kas raksta paša vietnes datubāzē, kas laika gaitā palielinās un nepiedāvā aizsardzību pret manipulācijām. Tas, ka šis ieraksts atrodas ārpus pašas WordPress instalācijas, hostinga slānī, ir būtiski citāds uzticamības līmenis jebkam klientu vidē.

Cloudways

Pārvaldiet Cloudways mitinātas WordPress lietotnes ar centralizētiem atjauninājumiem, Safe Updates, aktivitāšu žurnāliem un portfeļa mēroga plānošanu.

Apmeklēt Cloudways

Priekšrocības un trūkumi

Kam tas patiesībā ir paredzēts

Pēc pilna funkciju kopuma, tā izmaksu un asajām malām, pēdējais jautājums ir vienkārši par to, vai tas atbilst tieši jūsu portfelim.

Skaidrākais atbilstības scenārijs ir aģentūra vai ārštata izstrādātājs, kas pārvalda vairākas, ideālā gadījumā daudzas, WordPress vietnes, kuras jau pilnībā atrodas Cloudways, kur salūzis atjauninājums nozīmē reālas izmaksas klienta uzticībā, nevis tikai personisku neērtību.

Safe Update plūsma un masveida plānošana ir tieši domātas, lai atrisinātu problēmu, kas parādās brīdī, kad vairs nav saprātīgi katru vietni pārbaudīt individuāli.

Tas ir daļēji piemērots ikvienam ar jauktu portfeli. Bezmaksas Site Manager spraudnis var ievest ārējās vietnes pamata uzraudzībai un atjauninājumiem, taču funkcijas, kas padara vietējo paneli cenas vērtu — staging balstīts Safe Update, vizuālā regresija, aktivitāšu žurnāli — paliek nepieejamas, līdz šīs vietnes patiešām tiek pārvietotas uz Cloudways.

Tas ir vienkārši nevajadzīgs viena vietnes īpašniekam. Bezmaksas līmenis tehniski strādātu, taču viss produkts ir izveidots, lai risinātu portfeļa mēroga problēmu, ko viena vietne nekad nerada.

Secinājums: ir vērts, bet tikai Cloudways vidē

Jā, site manager ir vērts izmantot, ar vienu nosacījumu: jūsu vietnes jau atrodas Cloudways. Šajā robežās Site Manager piegādā to, ko sola — īstu starplietotņu paneli, Safe Update ceļu, kas veido dublējumu pirms pieskaras produkcijas videi, un masveida plānošanu, kas atjauninājumus uztver kā flotes mēroga darbību, nevis katras pieteikšanās pienākumu.

Aiz šīs robežas tas ir vieglāks rīks ar skaidru ieteikumu migrēt. Labākā atbilstība ir aģentūra, kas konsolidē klientu vietnes Cloudways un kurai nepieciešama viena vieta, lai pierādītu, kas mainījies un kad.

Cloudways

4.6

537 user reviews

€9,46 /mo

Sākumcena

Apmeklēt Cloudways

Rating based on expert review

• Lietotājiem draudzīgs
  4.5
• Atbalsts
  4.6
• Iespējas
  4.8
• Uzticamība
  4.8
• Cenas
  4.3