Täitsin selle ülevaate jaoks kaks WordPressi rakendust Cloudways Site Manager keskkonda, ühe rakenduse enda külgribale peidetud liitumisvaate kaudu, teise konto tasandi hulgitöövoo kaudu.

Sealt edasi tegin neljale pluginile päris Safe Update’i, lõin mõlema saidi katva jagatud automaatvärskenduste ajakava, lülitasin sisse tegevuslogimise ja veetsin konto tasandi juhtpaneelis piisavalt aega, et mõista, kus sama info ilmub rohkem kui ühes kohas, ja miks see on olulisem, kui esmapilgul tundub.

Cloudways

Halda Cloudways-hostitud WordPressi rakendusi tsentraliseeritud värskenduste, Safe Updates'i, tegevuslogide ja portfelliülese ajastamisega.

Külasta Cloudways

Mis on Cloudways Site Manager?

Site Manager asendas varasema Cloudwaysi lisateenuse SafeUpdates. SafeUpdates’i piirangute mõistmine selgitab peaaegu kõiki praeguse toote kujundusotsuseid.

SafeUpdates töötas täielikult SSH kaudu, mis tekitas konkreetseid probleeme kõigile, kes haldasid rohkem kui paari saiti:

• Puudus juhtpaneel, seega ei olnud võimalik näha, millised saidid vajavad tähelepanu, ilma et peaks neid ükshaaval kontrollima
• Värskendused olid seotud kindla iganädalase ajakavaga, olenemata sellest, kas kliendil oli vaja igapäevast parandamist või igakuist hooldust
• Visuaalse regressiooni testimine piirdus kolme töölaua leheküljega saidi kohta, mis oli kõigeks muuks kui lihtne esitlussait liiga napp katvus
• Puudus auditeerimisjälg, mis näitaks, mis muutus, millal või kes muutuse tegi

Agentuurid, kes haldasid kakskümmend või rohkem WordPressi paigaldust, ütlesid Cloudwaysile sisuliselt, et tööriist toimis seni, kuni see enam ei skaleerunud, ning skaleerumine oli kogu põhjus, miks nad üldse Cloudwaysi kasutasid.

Site Manager on otsene vastus sellele tagasisidele. See kontekst on oluline ülejäänud ülevaate lugemiseks, sest see selgitab, miks mõned toote osad tunduvad üllatavalt küpsed millegi kohta, mis on endiselt Public Preview’s, ja miks teised osad, nagu esimesel päeval kohatav liitumisprotsess, näitavad veel õmbluskohti.

Mida Cloudways Site Manager teha saab?

Selle tausta järel on järgmine küsimus ulatus: mida see tööriist tegelikult katab. Enne liitumisprotsessi, värskenduste ja ajastamise juurde minemist tasub täpselt selgeks teha, mida Site Manager hõlmab ja mida mitte, sest aus vastus on nüansirikkam kui lihtne jah või ei.

Natiivne juhtpaneel on ainult Cloudwaysi jaoks

Kõik rakendused, mida konto tasandi Site Manageri juurde sai lisada, nii eraldi rakenduse ekraanilt kui ka Integrationsi all olevast hulgiassist, pärinesid serverist, mis oli juba minu Cloudwaysi kontol olemas.

Puudus väli, kuhu saaks sisestada välise paigalduse mandaadid, ja puudus ühendus, mis toetaks teisel hostil töötavat saiti.

Kogu käesolevas ülevaates käsitletud funktsionaalsus, Safe Update’i ajutise keskkonna kloon, visuaalse regressiooni testimine, tegevuslogid, hulgi ajastamine, kõik see elab selles natiivses Cloudwaysi-hostitud kihis.

Eraldi plugin laiendab kergemat jälgimist igale saidile

Cloudways avaldab ka tasuta WordPressi plugina, samuti nimega Cloudways Site Manager, mis on ühiselt loodud koos WP Remote’iga.

Erinevalt natiivsest juhtpaneelist installitakse see plugin otse WordPressi saidile olenemata sellest, kus see on hostitud, mis tähendab, et see võib tuua välise, mitte-Cloudwaysi saidi sama tsentraliseeritud vaate versiooni.

Tegemist on siiski oluliselt erineva tootega ning kahe vaheline lõhe on tähtis:

Plugin keelab aktiivsena olles ka WordPressi enda automaatsed värskendused, mis on Cloudwaysi poolt teadlik valik, et vältida konflikte kaugjuhtimise ajal.

Cloudways ütleb selgelt, et plugina kasutamine on pigem vaheaste kui lõppsiht: kui soovid kogu komplekti, automaatseid varukoopiaid, ühekordset staging’ut, Cloudflare’i integratsiooni, hallatud vahemälu, siis soovitatav parim praktika on välise saidi Cloudwaysi kolimine, mitte selle pikaajaline kaugjuhtimine.

Agentuuri jaoks, kelle portfell on täielikult Cloudwaysi peal, ei ole sellest kõigest midagi. Kõigi teiste jaoks, kellel on veel mõni sait mujal, ja enamikul agentuuridel, kellega ma aastate jooksul olen rääkinud, on vähemalt mõned sellised, on plugin tõeline võimalus põhijälgimiseks ja värskendusteks, lihtsalt mitte natiivse juhtpaneeli asendaja.

Cloudways

Halda Cloudways-hostitud WordPressi rakendusi tsentraliseeritud värskenduste, Safe Updates'i, tegevuslogide ja portfelliülese ajastamisega.

Külasta Cloudways

Alustamine: kaks viisi saitide lisamiseks

Pärast ulatuse küsimuse selgeks tegemist algab praktiline osa siit: WordPressi rakenduse tegelik lisamine. Cloudways annab natiivses Site Manageris kaks teed, ja need ei sobi eesmärgiks võrdselt.

1. tee: läbi rakenduse enda külgriba

Siin on täpselt, kuidas ma esimest korda sinna jõudsin. Cloudwaysi avalehelt klõpsasin oma serverile, sealt WordPressi rakendusele, mis viib sind selle rakenduse Access Details lehele.

Sealses vasakpoolses külgribas olid Access Details, Staging Management, Monitoring, Application Security, Domain Management ja seejärel Site Manager, millel oli “New” silt. Sellel klõpsamine viis mind otse ekraanile pealkirjaga “Simplify App Management with Site Manager”, mis oli täielikult selle ühe rakenduse jaoks ning millel olid kõrvuti kaks plaanikaarti, Basic ja Pro.

Klõpsasin Get Pro. Siis läks asi viltu.

Ekraan muutus tekstiks “Subscribing to the Site Manager Plan…” koos sõnumiga, mis selgitas, et Cloudways installib plugina ja sünkroonib minu saidi andmeid ning see võib võtta mõne minuti sõltuvalt rakenduse suurusest.

See töötas umbes kaks minutit ja siis kukkus läbi, tuues tagasi punase veateate: “Please delete existing plugin and install again.” Mul ei olnud ühtegi varasemat installi, mida kustutada, seega teade ise ei öelnud, mis tegelikult valesti läks.

Klõpsasin Get Pro teist korda, samalt plaani ekraanilt, ilma midagi muutmata. See katse töötas. See kestis umbes kolm minutit ja lõppes rohelise eduteatega, mis kinnitas, et olin Site Manageri plaaniga liitunud, ning viis mind rakenduse Site Manager Overview lehele, kus olid pluginate arv, teemade arv, jõudluskoor ja Manage Updates tabel juba täidetud ja kasutusvalmis.

2. tee: konto tasandi juhtpaneeli kaudu

See on tee, mida tasub kasutada kohe, kui sul on hallata rohkem kui üks sait, ja siin on täpselt, kuidas ma selle leidsin ja kasutasin.

Cloudwaysi avalehelt on vasakpoolses navigeerimises ikoonide rida: Home, Flexible, Autonomous, Integrations ja Agency Partners. Klõpsasin Integrations. See avas kaartide paneeli, mille seas olid Site Manager (märgitud “New”), Application Migration, DNS Made Easy, CookieYes ja Equalize Digital Accessibility Checker.

Klõpsates Site Manager kaardil viidi mind hoopis teisele ekraanile kui 1. tee, ekraanile, mis asub breadcrumbi Integrations → Add-Ons → Site Manager all ja millel on oma vaheleherida: Overview, Manage Updates, Auto Updates, History.

See Overview leht on tegelik juhtimiskeskus. Seal kuvatakse kontoülesed statistikanäitajad, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates ning allpool Manage Applications tabel, mis loetleb kõik juba lisatud rakendused.

Rohkemate lisamiseks klõpsasin tabeli paremas ülanurgas Add Apps to Site Manager. See avas kaheastmelise viisardi:

1. Select Application(s): nimekiri kõigist minu konto WordPressi rakendustest, mis ei olnud veel lisatud, koos Select All valiku ja otsinguväljaga.

Nimekirja kohal olev märkus selgitas, et see ei sisalda staging-rakendusi, peatatud serveritel olevaid rakendusi ega ühtegi rakendust, mis kasutab juba vana SafeUpdates lisateenust. Märkisin soovitud rakenduse ja klõpsasin Select Plan.

2. Select your Plan: Basic ja Pro kõrvuti taas, seekord kinnitades, mitu rakendust olin valinud ja selle paketi kogukuu maksumuse. Valisin Pro ja klõpsasin Enable Site Manager.

Kogu protsess võttis viisardi ekraanile jõudnuna vähem kui minuti ja see rakendus kõigile, mille olin teises etapis märkinud, korraga, ilma et peaks igale saidile plaanivalikut kordama.

Lünk, millest keegi sind ei hoiata

Olles nüüd rakendusi mõlema tee kaudu lisanud, on siin leid, mis muutis mu arusaama sellest tootest igapäevase hoolduse osas. Lisasin teise WordPressi rakenduse serverile, kus Site Manager haldas juba ühte rakendust samal serveril.

Eeldasin, et uus rakendus ilmub automaatselt, sest see seisis juba olemasoleva Site Manageri rakenduse kõrval. Seda ei juhtunud. Konto tasandi juhtpaneeli “Total Apps on Site Manager” arv jäi täpselt samaks, kuni ma uue rakenduse käsitsi liitumisprotsessi läbi viisin.

See on kujundusotsus, kuid kujundusotsusel on operatiivne kulu:

• Vabakutselisele, kellel on kolm või neli saiti, on uue saidi lisamise meelespidamine tühiasi.
• Agentuuri jaoks, kes loob uue kliendisaiti iga nädala või kahe järel, muutub see kellegi jaoks püsivaks kontrollpunktiks, korduvaks ülesandeks.
• Kui see üks kordki vahele jääb, jääb see sait sinu jälgimisest, hulgvärskendustest ja tegevuslogidest välja, nähtamatuks juhtpaneelile, mis peaks olema sinu ainus tõeallikas.

Cloudways

Halda Cloudways-hostitud WordPressi rakendusi tsentraliseeritud värskenduste, Safe Updates'i, tegevuslogide ja portfelliülese ajastamisega.

Külasta Cloudways

Mille eest sa tegelikult maksad

Site Manager jaguneb päriselt kasutatavaks tasuta tasemeks ja Pro tasemeks, mis avab funktsioonid, mille ümber agentuur tegelikult töövoo ehitaks.

Basic vs. Pro, funktsioon funktsiooni haaval

Basic ei ole kärbitud prooviversioon. See sisaldab päris saidi ülevaadet, võimalust hallata kasutajaid, teemasid ja pluginaid ilma wp-admini avamata, ühe klõpsuga WordPressi Single Sign-On’i, Quick Updates’i ja märkimisväärselt ka tsentraliseeritud juhtpaneeli ennast.

Cloudways ei lukustanud põhilist “näe kõiki oma saite ühes kohas” kogemust tasulise müüri taha. Tasulise müüri taga on kõik see, mis teeb selle juhtpaneeli piisavalt usaldusväärseks, et selle järgi ilma pideva järelvalveta tegutseda.

Pro on Public Preview ajal praegu kasutamiseks tasuta, olenemata selle loetletud hinnast, mis on $3 ühe rakenduse kohta kuus, langedes $2 rakenduse kohta, kui ületad viie rakenduse piiri.

Mida Pro tegelikult maksab, kui sinu portfell kasvab

See soodusläve tasub enne eeldamist läbi arvutada, et Pro skaleerub odavalt:

Kumbki neist numbritest ei ole ebamõistlik võrreldes sellega, mida üks katkine, varundamata värskendus võib kliendi usaldusele maksta, kuid rakenduspõhine hinnastamine tähendab, et arve kasvab sinu portfelliga sirgjooneliselt, mitte astmeliste allahindlustena, nagu mõned konkureerivad tööriistad kõrgemates tasemetes pakuvad.

Kolm kohta sama värskenduse käivitamiseks

Kui liitumine ja hinnastamine on selged, käsitleb ülejäänud ülevaade seda, milline on igapäevane kasutus tegelikult, alustades arhitektuurist, mida tasub mõista.

See on see osa Site Manageri disainist, mille mõistmine võttis kõige kauem aega, ja seda ei selgitata kasutajaliideses kusagil.

• Rakenduse enda Overview leht näitab endiselt oma Manage Updates tabelit, mis loetleb samad ootel olevad plugina värskendused, mida näeksid konto tasandi juhtpaneelis.
• Konto tasandi juhtpaneeli rea tasandi Actions menüü pakub oma Manage Updates toimingut, kasutades sama aluseks olevat andmestikku.
• Auto Updates vahekaart võimaldab selle sama tüüpi värskenduse ajastada automaatselt, ühele rakendusele või kõigile lisatud rakendustele korraga.

Need on kolm ust samasse ruumi. Rakendusevaade on mõeldud inimesele, kes juba töötab konkreetse saidi sees ja märkab juhuslikult ootel värskendust. Konto tasandi rea tegevus on mõeldud inimesele, kes skaneerib kogu portfelli ja otsustab üht saiti kohe muuta.

Ajastamise vahekaart on mõeldud inimese kõrvaldamiseks protsessist täielikult.

Quick Update versus Safe Update

Kolmest äsja kirjeldatud uksest käsitleb see osa kahte esimest, rakendusevaadet ja konto tasandi rea tegevust, kuna mõlemad avavad sama värskendusmehhanismi.

Iga plaanitase pakub Quick Update’i. Selle rakendamine võtab sekundeid: värskendus installitakse otse tootmiskeskkonda ilma ühilduvuse kontrollita ja enne seda varukoopiat tegemata.

Cloudwaysi enda kasutajaliidese tekst on kompromissi osas aus, hoiatades, et see “may carry risks if updates aren’t compatible.”

Ma ei käivitanud selles testis Quick Update’i, seega ei saa ma oma kogemusest kirjeldada, milline näeb välja ebaõnnestunud juhtum ekraanil. See on selle ülevaate puhul päris lünk ning käsitleksin kõiki väiteid Quick Update’i tõrke käitumise kohta, olgu need minult või kelleltki teiselt, kes pole seda esile kutsunud, sobiva skepsisega.

Safe Update on see koht, kus Pro oma hinna välja teenib, ja seda tasub tervikuna läbi käia, sest protsess on keerukam kui lihtsalt “varundus, siis värskendus.”

Kuidas Safe Update’i käivitamine tegelikult välja näeb

Siin on täpselt, kuidas ma selle käivitasin. Integrations → Site Manageri konto tasandi Overview tabelist leidsin ridu, millel oli ootel värskendusi, ja klõpsasin rea lõpus kolme punktiga Actions menüüd. See avas neli valikut: WP-Admin, App Overview, Manage Updates ja Manage Plan. Klõpsasin Manage Updates.

See avas modaali, mis loetles kõik ootel oleva värskendusega pluginad, minu puhul neli: Breeze, Elementor, Object Cache Pro ja WP Ulike, igaüks märgitud valituna ning näidates oma praegust versiooni ja versiooni, kuhu see uuendatakse.

Nimekirja all olid kaks raadionuppude valikut: Quick Update ja Safe Update, mõlemal üherealine kirjeldus kompromissi kohta. Valisin Safe Update ja klõpsasin Proceed.

Ühe edenemiskeerutaja asemel kuvab järgmine avanev modaalse aken reaalajas uuenevat etapiviisilist kontrollnimekirja.

Staging environment:

• Pre Snapshot
• Fetch Update Packages
• Uuenda iga plugin eraldi
• Post Snapshot
• Purge Cache
• Visual Regression

Production:

• Täpselt sama järjestus kordub pärast stagingu läbimist, lõppedes ühe lõpliku vahemälu tühjendamisega

Alustasin jooksu kell 6:21 pm ja see lõppes kell 6:27 pm. Kuus minutit nelja plugina jaoks, kogu stagingu ja tootmise tsükli ulatuses. Modaalses aknas endas on ootuseks seatud, et see “usually takes less than a minute,” mis minu jooksu puhul jäi tegelikust ajast kaugelt maha.

See vahe hinnangulise aja ja tegeliku aja vahel on midagi, millega tasub hooldusaknas arvestada, mitte üllatuda: Safe Update’i puhul planeeri minuteid, mitte sekundeid, eriti kui pluginate arv kasvab.

Edukas teavitus kinnitas tulemust ja kohe, kui see lõppes, kandis konto tasandi History vahekaart selle kirjena “On-Demand Successful: Plugins (4)” koos lingiga täispildini.

See tsükli sulgumine, näha toimingut aset leidmas ja seejärel kohe osutada püsivale kirjale selle kohta, on täpselt selline kliendile suunatud tõend, mida agentuur vajab, ja SafeUpdates ei pakkunud seda kunagi.

Kaks seadet, mis otsustavad, kui andestavad värskendused on

Mõlemad asuvad ajastamise voos, mitte nõudepõhises värskendusekraanil, mis teeb nende märkamise lihtsaks:

• Visual Regression Sensitivity määrab, kui palju visuaalset erinevust stagingu testi ja tootmise vahel lubatakse enne, kui värskendus peatub paigutuse kaitsmiseks. Vaikimisi on see seatud kõige rangemale saadaolevale tasemele, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, vaikimisi lubatud, tähendab, et ühe plugina ebaõnnestumine ei peata kogu pakettvärskendust. Süsteem jätab selle ühe üksuse kõrvale, uuendab kõik ülejäänu, käivitab visuaalse regressiooni kontrolli sellel, mis õnnestus, ja viib need muudatused automaatselt tootmisse.

Koos otsustavad need kaks vaikeseadet, kas järelevalveta öine värskendus äratab sind üles ühe märgitud pluginaga järjekorras või kogu saidi keskeltläbi peatunud värskendusega, sest üks ühildumatu teema peatas kogu protsessi. Tasub enne ükskõik millise ajakava usaldamist need üle kontrollida, kui see peab töötama järelevalveta.

Cloudways

Halda Cloudways-hostitud WordPressi rakendusi tsentraliseeritud värskenduste, Safe Updates'i, tegevuslogide ja portfelliülese ajastamisega.

Külasta Cloudways

Värskenduste ajastamine kogu portfellis korraga

See kattis kaks esimest ust. See osa katab kolmanda: inimese eemaldamise protsessist täielikult. Auto Updates vahekaart, kuhu pääseb samalt konto tasandi Site Manageri lehelt, on koht, kus lubadus “halda paljusid saite nii, nagu need oleksid üks” kas toimib või kukub läbi. Minu puhul toimis.

Siin on täpselt, kuidas ma selle seadistasin. Integrations → Site Managerist klõpsasin ülemises reas vahekaarti Auto Updates.

Kuna midagi polnud veel ajastatud, näitas leht tühja olekut, “No Auto Updates Schedule”, ühe nupuga: Set Auto Update Schedule.

Sellel klõpsamine avas viisardi, “Set Auto Update Schedule”, mis juhatas läbi järgmise ühe läbimisega:

1. Day of Week and Schedule Time: kaks rippmenüüd, lisaks ajavööndi valik aja välja kõrval. Määrasin reede, ajavahemiku midnight kuni 5:59am UTC.
2. Select Application: nimekiri kõigist juba Site Manageris lisatud rakendustest, koos Select All valiku ja märkusega, et igasugune olemasolev ajakava valitud rakendusel asendatakse selle uue ajakavaga. Valisin mõlemad oma rakendused ja klõpsasin Choose Preferences.

Seejärel avanes teine ekraan, “Create Auto Update Schedule”, mis hõlmas:

3. Configure Update List: kolm laiendatavat jaotist, WordPress Core, Plugins ja Themes, igaühel oma kontrollnimekiri ja jooksev loendur, kui palju on valitud. Minu kahe rakenduse peale oli saadaval kümme pluginat ja neli teemat, mida lisada, ning iga üksik plugin ja teema näitas täpselt, mitmes minu rakenduses seda kasutati, mis on väike detail, mille tähtsus kasvab tohutuks, kui haldad kümneid saite ja üritad aru saada, millised värskendused väärivad laiemat testimist ja millised puudutavad vaid ühte saiti.

4. Update Type: rippmenüü, mis pakub Quick Update’i või Safe Update’i, mõlema juures sama kirjeldus nagu nõudepõhises modaalses aknas. Safe Update’i valimine tõi nähtavale kaks täiendavat juhtelementi, mis ilmuvad ainult selle režiimi puhul: Visual Regression Sensitivity ja Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: vaikimisi väljalülitatud lüliti, mis on mõeldud turvaparanduse lükkamiseks väljaspool tavapärast ajakava kohe, kui haavatavus on märgatud.

Klõpsates allosas Set AutoUpdate Schedule salvestati see, rakendati kõigile rakendustele, mille olin teises etapis valinud, ilma et peaks konfiguratsiooni iga saidi kohta eraldi kordama.

Tegevuslogid: see osa, mis tegelikult puudutab kliendikindlust

Kolm ust ja nende taga olev värskendusmehhanism katavad, kuidas. See viimane funktsioon katab tõendi: püsiva kirje selle kohta, mis juhtus, eraldi värskendusprotsessist endast.

Siin on täpselt, kuidas ma selle sisse lülitasin.

Selle rakenduse enda Site Manager Overview lehel, samal, kuhu jõuad pärast liitumist 1. tee kaudu, asub kaardi kujul “Activity Logs are Disabled” jõudlusnäidiku kõrval, lühikirjelduse ja ühe nupuga: Enable Activity Logs.

Klõpsasin seda ja kaart värskendus kohe, ilma kinnitusmodaalita, ilma täiendavate sammudeta. Kohe pärast seda kontrollides konto tasandi Manage Applications tabelit, Integrations → Site Manager all, oli selle rakenduse Activity Logs veerus juba muutunud Disabled-st Enabled-iks, ilma et oleks pidanud lehte värskendama.

See funktsioon on Pro taga ja see on olemas selleks, et vastata küsimusele, mille iga agentuurilt lõpuks küsib klient: kes muutis mida ja millal?

Ilma selleta elab see vastus tavaliselt WordPressi logimispluginas, mis kirjutab saidi enda andmebaasi, mis aja jooksul paisub ja ei paku kaitset võltsimise vastu. Selle kirje olemasolu hostingukihis, mitte WordPressi paigalduse sees, on märgatavalt teistsugune usaldustase kõigile, kes tegutsevad kliendikeskses keskkonnas.

Cloudways

Halda Cloudways-hostitud WordPressi rakendusi tsentraliseeritud värskenduste, Safe Updates'i, tegevuslogide ja portfelliülese ajastamisega.

Külasta Cloudways

Eelised ja puudused

Kellele see tegelikult mõeldud on

Nüüd, kui kogu funktsionaalsus, selle kulud ja komistuskivid on laual, on viimane küsimus lihtsalt see, kas see sobib sinu konkreetse portfelliga.

Kõige selgem sobivus on agentuurile või vabakutselisele arendajale, kes haldab mitut, ideaaljuhul palju WordPressi saite, mis asuvad juba täielikult Cloudwaysis, kus katki läinud värskendus tähendab kliendi usaldusele tõelist kulu, mitte lihtsalt isiklikku ebamugavust.

Safe Update’i töövoog ja hulgi ajastamine on loodud just selle probleemi lahendamiseks, mis ilmub siis, kui käsitsi iga saidi kontrollimine ei ole enam mõistlik.

See on osaline sobivus kõigile, kellel on segaportfell. Tasuta Site Manageri plugin võib tuua välised saidid sisse põhijälgimiseks ja värskendusteks, kuid funktsioonid, mis muudavad natiivse juhtpaneeli tasuliseks, staging-põhine Safe Update, visuaalne regressioon, tegevuslogid, jäävad kättesaamatuks seni, kuni need saidid päriselt Cloudwaysi kolivad.

See on lihtsalt ebavajalik ühe saidi omanikule. Tasuta tase töötaks tehniliselt küll, kuid kogu toode on loodud lahendama portfelli suurusega probleemi, mida üksainus sait kunagi ei tekita.

Kokkuvõte: väärt seda, aga ainult Cloudwaysi sees

Jah, saidihaldur on väärt kasutuselevõttu, ühel tingimusel: sinu saidid asuvad juba Cloudwaysis. Selles piiris pakub Site Manager seda, mida lubab: päris eri rakendusi hõlmavat juhtpaneeli, Safe Update’i teed, mis teeb enne tootmist muudatusi varukoopia, ja hulgi ajastamist, mis kohtleb värskendusi kui kogu laevastiku, mitte ühe sisselogimise ülesannet.

Väljaspool seda piiri on see kergem tööriist koos selge migratsioonisurvega. Parim sobivus on agentuur, mis koondab kliendisaite Cloudwaysi ja vajab ühte kohta, kus näidata, mis muutus ja millal.

Cloudways

4.6

537 user reviews

9,46 € /mo

Alghind

Külasta Cloudways

Rating based on expert review

• Kasutajasõbralik
  4.5
• Tugi
  4.6
• Omadused
  4.8
• Usaldusväärsus
  4.8
• Hinnakujundus
  4.3