Rekisteröin kaksi WordPress-sovellusta Cloudways Site Manager -palveluun tätä arviota varten, toisen sovelluksen oman sivupalkin sisään piilotetun käyttöönottonäytön kautta, toisen tilitasolla toimivan massavirran kautta.
Sen jälkeen suoritin oikean Safe Update -päivityksen neljälle lisäosalle, rakensin jaetun automaattisen päivitysaikataulun, joka kattoi molemmat sivustot, otin käyttöön toimintalokin ja vietin tarpeeksi aikaa tilitason hallintapaneelissa ymmärtääkseni, missä sama tieto näkyy useammassa paikassa ja miksi sillä on enemmän merkitystä kuin äkkiseltään luulisi.
Site Manager korvasi vanhemman Cloudways-lisäosan nimeltä SafeUpdates. SafeUpdatesin puutteiden ymmärtäminen selittää lähes kaikki nykyisen tuotteen suunnitteluratkaisut.
SafeUpdates suoritti kaiken SSH:n kautta, mikä aiheutti tietyn joukon ongelmia kaikille, jotka hallinnoivat useampaa kuin muutamaa sivustoa:
Toimistot, jotka hallinnoivat kahtakymmentä tai useampaa WordPress-asennusta, kertoivat Cloudwaysille käytännössä, että työkalu toimi siihen asti, kunnes se ei enää toiminut skaalautuvasti, ja juuri skaalautuminen oli koko syy siihen, miksi he olivat Cloudwaysissa.
Site Manager on suora vastaus tähän palautteeseen. Tämä tausta on tärkeä, kun lukee loppuarvostelua, koska se selittää, miksi jotkin tuotteen osat tuntuvat poikkeuksellisen kypsiltä ottaen huomioon, että se on yhä Public Preview -vaiheessa, ja miksi toiset osat, kuten käyttöönoton vaihe, johon törmäät ensimmäisenä päivänä, näyttävät edelleen saumoja.
Tämän taustan ollessa paikallaan seuraava kysymys on laajuus: mitä tämä työkalu todella kattaa. Ennen kuin mennään käyttöönottoon, päivityksiin ja aikataulutukseen, on syytä olla täsmällinen siitä, mitä Site Manager kattaa ja mitä ei, koska rehellinen vastaus on nyansoidumpi kuin yksiselitteinen kyllä tai ei.
Jokainen sovellus, joka oli mahdollista ottaa mukaan tilitason Site Manageriin, oli kyse sitten sovelluskohtaisesta näytöstä tai massatoiminnosta Integrations-osion alla, tuli palvelimelta, joka oli jo Cloudways-tilissäni.
Ei ollut kenttää, johon olisi voinut liittää tunnuksia ulkoisesti hostattua asennusta varten, eikä liitintä sivustolle, joka toimisi kokonaan toisella palveluntarjoajalla.
Tämän katsauksen käsittelemä täysi ominaisuuskokonaisuus, Safe Updaten staging-klooni, visuaalinen regressiotestaus, toimintalokit, massaaikataulutus, kaikki se sijaitsee tämän alkuperäisen, Cloudways-hostatun tason sisällä.
Cloudways julkaisee myös ilmaisen WordPress-lisäosan, joka on niin ikään nimeltään Cloudways Site Manager ja joka on kehitetty yhdessä WP Remote -tiimin kanssa.
Toisin kuin alkuperäinen hallintapaneeli, tämä lisäosa asennetaan suoraan WordPress-sivustolle riippumatta siitä, missä sitä hostataan, mikä tarkoittaa, että se voi tuoda ulkoisen, ei-Cloudways-sivuston saman keskitetyn näkymän versioon.
Se on kuitenkin aidosti eri tuote kuin alkuperäinen hallintapaneeli, ja ero näiden kahden välillä on tärkeä:
| Ominaisuus | Alkuperäinen Site Manager (Cloudways-hostatut sovellukset) | Site Manager -lisäosa (mikä tahansa hosti) |
|---|---|---|
| Keskitetty hallintapaneeli | Kyllä | Kyllä |
| Ydin-, lisäosa- ja teemapäivitykset | Kyllä | Kyllä |
| Safe Update (staging-klooni + visuaalinen regressio) | Kyllä | Ei |
| Palvelintason välimuisti (Varnish, Redis, Cloudflare) | Kyllä | Ei |
| Toimintalokit | Kyllä (Pro) | Ei vastaavaa |
| Hinta | Ilmainen (Basic) / maksullinen (Pro) | Ilmainen |
Lisäosa myös poistaa käytöstä WordPressin omat automaattiset päivitykset ollessaan aktiivinen, mikä on Cloudwaysin tietoinen valinta konfliktien välttämiseksi etähallinnan aikana.
Cloudways on suorasukainen sen suhteen, että lisäosareitti on välivaihe eikä päämäärä: jos haluat koko pinon, automaattiset varmuuskopiot, yhden klikkauksen stagingin, Cloudflare-integraation ja hallitun välimuistin, suositeltu paras käytäntö on siirtää ulkoinen sivusto Cloudwaysiin sen sijaan, että sitä hallinnoitaisiin pitkään etänä.
Toimistolle, jonka koko portfolio on Cloudwaysissa, mikään tästä ei merkitse mitään. Kaikille, jotka pyörittävät yhä muutamaa sivustoa muualla, ja useimmilla toimistoilla, joiden kanssa olen puhunut vuosien varrella, on ainakin joitakin, lisäosa on oikea vaihtoehto perusseurantaan ja päivityksiin, mutta ei korvike sille, mitä alkuperäinen hallintapaneeli tekee.
Kun laajuuskysymys on ratkaistu, käytännön osuus alkaa tästä: WordPress-sovelluksen todellinen ottaminen mukaan. Cloudways tarjoaa kaksi tapaa päästä alkuperäiseen Site Manageriin, eivätkä ne ole yhtä sopivia tehtävään.
Näin tarkalleen pääsin sinne ensimmäisellä kerralla. Cloudwaysin etusivun hallintapaneelista klikkasin palvelimelleni, sitten sillä olevalle WordPress-sovellukselle, joka vie sinut kyseisen sovelluksen Access Details -sivulle.
Siellä oleva vasen sivupalkki listaa kohdat Access Details, Staging Management, Monitoring, Application Security, Domain Management ja sitten Site Manager, merkittynä “New”-tunnisteella. Klikkaamalla sitä pääsin suoraan näytölle, jonka otsikko oli “Simplify App Management with Site Manager,” ja joka oli täysin rajattu tähän yhteen sovellukseen, kahden suunnitelmakortin, Basicin ja Pron, ollessa vierekkäin.
Klippasin Get Pro. Silloin asiat menivät pieleen.
Näyttö muuttui muotoon “Subscribing to the Site Manager Plan…”, ja viesti selitti, että Cloudways asensi lisäosan ja synkronoi sivustoni dataa, mikä voisi kestää muutaman minuutin sovelluksen koosta riippuen.
Se pyöri noin kaksi minuuttia ja epäonnistui sitten, palauttaen punaisen virheilmoituksen: “Please delete existing plugin and install again.” Minulla ei ollut aiempaa asennusta poistettavana, joten viesti ei itsessään kertonut, mikä oikeastaan meni vikaan.
Klikkasin Get Pro toisen kerran samalla suunnitelmasivulla, muuttamatta mitään. Tuo yritys toimi. Se kesti noin kolme minuuttia ja päättyi vihreään onnistumisilmoitukseen, joka vahvisti, että olin tilannut Site Manager -suunnitelman, ja vei minut sovelluksen Site Manager Overview -sivulle, jossa lisäosien määrä, teemojen määrä, suorituskykyarvo ja Manage Updates -taulukko olivat kaikki täytettyinä ja valmiina.
Tämä on se reitti, jota kannattaa käyttää heti kun hallinnoit useampaa kuin yhtä sivustoa, ja tässä tarkalleen miten löysin sen ja käytin sitä.
Cloudwaysin etusivun hallintapaneelissa vasemman reunan navigaatiossa on rivi kuvakkeita: Home, Flexible, Autonomous, Integrations ja Agency Partners. Klikkasin Integrations. Se avasi korttipaneelin, jossa oli Site Manager (merkitty “New”), Application Migration, DNS Made Easy, CookieYes ja Equalize Digital Accessibility Checker muiden joukossa.
Clicking the Site Manager kortti vei minut täysin eri näytölle kuin Polku 1, näytölle, joka sijaitsee murupolun Integrations → Add-Ons → Site Manager alla ja jossa on oma välilehtirivinsä: Overview, Manage Updates, Auto Updates, History.
Tämä Overview-sivu on varsinainen komentokeskus. Se näyttää tilitason tilastot, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates ja niiden alla Manage Applications -taulukon, joka listaa jokaisen jo mukaan otetun sovelluksen.
Lisätäkseni enemmän klikkasin Add Apps to Site Manager taulukon oikeassa yläkulmassa. Se avasi kaksivaiheisen ohjatun toiminnon:
Listan yläpuolella oleva huomautus kertoi, että staging-sovellukset, pysäytettyjen palvelimien sovellukset ja kaikki vanhempaa SafeUpdates-lisäosaa käyttävät sovellukset jätetään pois. Valitsin haluamani sovelluksen ja klikkasin Select Plan.
Koko virtaus kesti alle minuutin, kun olin päässyt ohjatun toiminnon näytölle, ja se koski kaikkia valitsemiani sovelluksia vaiheessa yksi kerralla, ilman että suunnitelma piti valita uudelleen jokaista sivustoa varten.
Kun olin nyt ottanut sovelluksia mukaan molempien polkujen kautta, tässä on havainto, joka muutti tapaani ajatella tämän tuotteen päivittäistä ylläpitoa. Lisäsin toiselle palvelimelle uuden WordPress-sovelluksen, vaikka samalla palvelimella oli jo toinen sovellus, jota Site Manager hallinnoi aktiivisesti.
Odotin uuden sovelluksen ilmestyvän automaattisesti, koska se seisoi aivan vierekkäin sovelluksen kanssa, jonka Site Manager jo tunsi. Näin ei käynyt. Tilitason hallintapaneelin “Total Apps on Site Manager” -laskuri pysyi täsmälleen samassa, kunnes vein uuden sovelluksen käsin käyttöönoton läpi.
Tämä on suunnitteluratkaisu, mutta sellainen, jolla on toiminnallinen hinta:
Site Manager jakautuu aidosti käyttökelpoiseen ilmaistasoon ja Pro-tasoon, joka avaa ne ominaisuudet, joiden ympärille toimisto oikeasti rakentaisi työnkulun.
| Ominaisuus | Basic (ilmainen) | Pro |
|---|---|---|
| Sivuston yleiskatsaus | Kyllä | Kyllä |
| Käyttäjien, teemojen ja lisäosien hallinta | Kyllä | Kyllä |
| Pikapäivitykset | Kyllä | Kyllä |
| WordPressin kertakirjautuminen | Kyllä | Kyllä |
| Keskitetty hallintapaneeli | Kyllä | Kyllä |
| Safe Updates (staging-klooni + regressiotesti) | Ei | Kyllä |
| Aikataulutetut automaattiset päivitykset | Ei | Kyllä |
| Sivuston suorituskyvyn seuranta | Ei | Kyllä |
| Toimintalokit | Ei | Kyllä |
| Päivityshistoria | Ei | Kyllä |
Basic ei ole riisuttu kokeiluversio. Se sisältää aidon sivuston yleiskatsauksen, mahdollisuuden hallita käyttäjiä, teemoja ja lisäosia ilman wp-adminiin menemistä, WordPressin yhden klikkauksen kertakirjautumisen, Quick Updatesin ja huomattavasti myös itse keskitetyn hallintapaneelin.
Cloudways ei lukinnut keskeistä “näe kaikki sivustosi yhdessä paikassa” -kokemusta maksumuurin taakse. Lukittuna on kaikki se, mikä tekee tästä hallintapaneelista tarpeeksi luotettavan, jotta sen pohjalta voi toimia ilman jatkuvaa vahtimista.
Pro on tällä hetkellä ilmainen käyttää Public Preview -vaiheen aikana riippumatta sen ilmoitetusta hinnasta, joka on $3 per sovellus kuukaudessa, laskien $2 per sovellus, kun ylität viiden sovelluksen rajan.
Tuo alennuskynnys kannattaa laskea ennen kuin olettaa Pron skaalautuvan halvaksi:
| Hallitut sivustot | Pro-kustannus (listahinta) |
|---|---|
| 3 sivustoa | $9/month |
| 5 sivustoa | $10/month ($2/app) |
| 10 sivustoa | $20/month |
| 25 sivustoa | $50/month |
| 50 sivustoa | $100/month |
Yksikään noista numeroista ei ole kohtuuton verrattuna siihen, mitä yksi rikkinäinen, varmuuskopioimaton päivitys voisi maksaa asiakasturvallisuuden kannalta, mutta per-sovellus-hinnoittelu kasvattaa laskua suoraviivaisesti portfolion mukana, ei portaikkona kuten jotkin kilpailijat korkeammilla tasoilla.
Kun käyttöönotto ja hinnoittelu on käyty läpi, loppuarvio keskittyy siihen, miltä päivittäinen käyttö todella näyttää, alkaen rakenteesta, joka kannattaa ymmärtää.
Tämä on se osa Site Managerin suunnittelua, jonka selvittämiseen meni pisimpään, eikä sitä selitetä missään itse käyttöliittymässä.
Nämä ovat kolme ovea samaan huoneeseen. Sovelluskohtainen näkymä on sitä varten, että joku jo työskentelee kyseisen sivuston sisällä ja huomaa sattumalta odottavan päivityksen. Tilitason rivitoiminto on sitä varten, että joku selaa koko portfoliota ja päättää toimia yhdelle sivustolle juuri nyt.
Aikataulutusvälilehti on sitä varten, että ihminen poistetaan kokonaan välistä.
Näistä juuri mainituista kolmesta ovesta tämä osa käsittelee kahta ensimmäistä, sovelluskohtaista näkymää ja tilitason rivitoimintoa, koska molemmat avaavat saman päivitysmekanismin.
Jokainen suunnitelmataso tarjoaa Quick Update -toiminnon. Sen käyttäminen kestää sekunteja: päivitys asennetaan suoraan tuotantoon ilman yhteensopivuustarkistusta ja ilman, että varmuuskopio otetaan ensin.
Cloudwaysin oma käyttöliittymäteksti on rehellinen kompromissista ja varoittaa, että se “may carry risks if updates aren’t compatible.”
En suorittanut Quick Update -päivitystä tässä testissä, joten en voi omakohtaisesti kuvata, miltä epäonnistunut päivitys oikeasti näyttää näytöllä. Se on todellinen aukko tässä arviossa, ja suhtautuisin kaikenlaisiin väitteisiin Quick Updaten epäonnistumiskäyttäytymisestä, niin minun kuin kenen tahansa muun, joka ei ole laukaissut sellaista, asianmukaisella skeptisyydellä.
Safe Update on se kohta, jossa Pro oikeuttaa hintansa, ja se kannattaa käydä läpi kokonaisuudessaan, koska prosessi on monimutkaisempi kuin “varmuuskopioi, sitten päivitä.”
Näin käynnistin sen tarkalleen. Integrations → Site Manager -osion tilitasoisesta Overview-taulukosta löysin rivin sovellukselle, jossa oli odottavia päivityksiä, ja klikkasin kyseisen rivin lopussa olevaa kolmen pisteen Actions-valikkoa. Se avasi neljä vaihtoehtoa: WP-Admin, App Overview, Manage Updates ja Manage Plan. Klikkasin Manage Updates.
Se avasi modaalin, jossa listattiin jokainen lisäosa, jolla oli odottava päivitys, neljä minun tapauksessani: Breeze, Elementor, Object Cache Pro ja WP ULike, jokainen valittuna kohteena, mukana nykyinen versio ja versio, johon se päivitettäisiin.
Listan alla oli kaksi radiovalintaa: Quick Update ja Safe Update, joista kummassakin oli yhden rivin mittainen kuvaus kompromissista. Valitsin Safe Update ja klikkasin Proceed.
Sen sijaan, että näkyisi yksi edistymisen spinneri, seuraavaksi avautuva modaali näyttää vaiheistetun tarkistuslistan, joka päivittyy reaaliajassa.
Staging-ympäristö:
Tuotanto:
Aloitin ajon kello 6:21 pm ja se valmistui kello 6:27 pm. Kuusi minuuttia neljälle lisäosalle, koko staging- ja tuotantovaiheen kattavalla kierroksella. Itse modaali asettaa odotukseksi, että tämä “usually takes less than a minute,” mikä jäi omassa ajossani selvästi vajaaksi.
Tuo ero ilmoitetun arvion ja todellisen ajan välillä on hyvä huomioida etukäteen eikä yllättyä siitä, jos Safe Update ajetaan usealle lisäosalle huoltoikkunassa: varaa minuutteja, älä sekunteja, etenkin kun lisäosien määrä kasvaa.
Onnistumisilmoitus vahvisti tuloksen, ja heti kun se valmistui, tilitason History-välilehti kirjasi tapahtuman muodossa “On-Demand Successful: Plugins (4)” ja tarjosi linkin täydelliseen yksityiskohtanäkymään.
Tuo ympyrän sulkeutuminen, toiminnon seuraaminen reaaliajassa ja sitten välittömästi pysyvän merkinnän osoittaminen siitä, on juuri sellaista asiakasnäyttöä, jota toimisto tarvitsee, ja SafeUpdates ei koskaan tarjonnut sitä.
Molemmat löytyvät aikataulutusvirran sisältä eivätkä kertapäivityksen näytöltä, joten ne on helppo ohittaa:
Yhdessä nämä kaksi oletusarvoa ratkaisevat, heräätkö valvomattoman yöpäivityksen jälkeen yhteen merkittyyn lisäosaan jonossa vai koko sivustoon, joka on jumissa kesken päivityksen, koska yksi yhteensopimaton teema pysäytti koko prosessin. Kannattaa tarkistaa molemmat ennen kuin luottaa minkään aikataulun ajavan ilman valvontaa.
Se kattaa kaksi ensimmäistä ovea. Tämä osio käsittelee kolmatta: ihmisen poistamista kokonaan välistä. Auto Updates -välilehti, johon pääsee samalta tilitason Site Manager -sivulta, on se paikka, jossa “hallinnoi monta sivustoa kuin ne olisivat yksi” -lupaus joko toteutuu tai kaatuu. Minun tapauksessani se toteutui.
Näin asetin sen tarkalleen. Integrations → Site Manager -kohdasta klikkasin yläreunan Auto Updates -välilehteä.
Kun mitään ei ollut vielä aikataulutettu, sivu näytti tyhjän tilan, “No Auto Updates Schedule,” ja yhden painikkeen: Set Auto Update Schedule.
Sen klikkaaminen avasi ohjatun toiminnon, “Set Auto Update Schedule,” joka kävi läpi seuraavat vaiheet yhdellä kertaa:
Sen jälkeen avautui toinen näkymä, “Create Auto Update Schedule,” joka kattoi:
Kun klikkasin alareunasta Set AutoUpdate Schedule sen tallentamiseksi, se sovellettiin kaikkiin sovelluksiin, jotka olin valinnut vaiheessa kaksi, ilman tarvetta toistaa asetusta sivusto kerrallaan.
Kolme ovea ja niiden taustalla olevat päivitysmekanismit kattavat tavan. Tämä viimeinen ominaisuus kattaa todistuksen: pysyvän merkinnän siitä, mitä tapahtui, erillään itse päivitysprosessista.
Näin otin sen käyttöön.
Sen sovelluksen omalla Site Manager Overview -sivulla, jolle päädyt Polun 1 kautta tilauksen jälkeen, suorituskykykehän vieressä on kortti nimeltä “Activity Logs are Disabled”, lyhyt kuvaus ja yksi painike: Enable Activity Logs.
Klikkasin sitä, ja kortti päivittyi välittömästi, ei vahvistusmodaalia, ei lisävaiheita. Kun tarkistin heti tämän jälkeen tilitason Manage Applications -taulukon Integrations → Site Manager -kohdassa, kyseisen sovelluksen Activity Logs -sarake oli jo vaihtunut Disabledista Enablediin ilman sivun päivittämistä.
Tämä ominaisuus on Pro-tason takana, ja se on olemassa vastatakseen kysymykseen, jonka jokainen toimisto saa lopulta asiakkaalta: kuka muutti mitä ja milloin?
Ilman sitä vastaus elää yleensä WordPressin lokituslisäosassa, joka kirjoittaa sivuston omaan tietokantaan, mikä kasvattaa sitä ajan myötä eikä tarjoa suojaa manipulointia vastaan. Se, että tuo merkintä elää WordPress-asennuksen ulkopuolella, hostauksen tasolla, on merkittävästi erilainen luottamuksen taso kaikkeen asiakaslähtöiseen.
Koko ominaisuuskokonaisuuden, sen kustannusten ja sen karheiden kohtien ollessa nyt pöydällä viimeinen kysymys on yksinkertaisesti se, sopiiko se juuri sinun portfolioosi.
Selvin kohde on toimisto tai freelance-kehittäjä, joka pyörittää useita, mieluiten monia, WordPress-sivustoja ja joka on jo kokonaan Cloudwaysissa, missä rikkinäinen päivitys aiheuttaa todellisen hinnan asiakasturvana eikä vain henkilökohtaisena harmituksena.
Safe Update -työnkulku ja massaaikataulutus on suunniteltu nimenomaan ratkaisemaan ongelma, joka ilmestyy, kun et enää voi järkevästi tarkistaa jokaista sivustoa erikseen.
Se on osittainen sopivuus kaikille, joilla on yhdistelmäportfolio. Ilmainen Site Manager -lisäosa voi tuoda ulkoiset sivustot mukaan perusseurantaan ja päivityksiin, mutta ne ominaisuudet, jotka tekevät alkuperäisestä hallintapaneelista maksamisen arvoisen, staging-pohjainen Safe Update, visuaalinen regressio, toimintalokit, pysyvät ulottumattomissa, kunnes nuo sivustot todella siirtyvät Cloudwaysiin.
Se on yksinkertaisesti tarpeeton yhden sivuston omistajalle. Ilmaisversio toimisi teknisesti, mutta koko tuote on olemassa ratkaisemaan portfolion mittakaavan ongelma, jota yksittäinen sivusto ei koskaan synnytä.
Kyllä, site manager on käyttämisen arvoinen, yhdellä ehdolla: sivustosi ovat jo Cloudwaysissa. Tämän rajan sisällä Site Manager tekee sen, mitä lupaa: oikean eri sovellukset kattavan hallintapaneelin, Safe Update -polun, joka ottaa varmuuskopion ennen tuotantoon koskemista, ja massaaikataulutuksen, joka kohtelee päivityksiä koko laivaston mittaisena toimintana eikä jokaisen kirjautumisen vaivana.
Tämän rajan ulkopuolella se on kevyempi työkalu, johon on liitetty selvä migraatiokehote. Paras käyttökohde on toimisto, joka keskittää asiakassivustoja Cloudwaysiin ja tarvitsee yhden paikan näyttää, mitä muuttui ja milloin.
| Description | Expert Review |
|---|---|
| Hallinnoitu WordPress-isännöinti nopeudella, turvallisuudella ja vaivattomilla päi... | Read Wordpress Hosting Review |
| Joustava, suorituskykyinen pilvi-isännöinti, jossa on skaalautuvat resurssit ja luo... | Read Cloud Hosting Review |
| Turvallinen ja tehokas sähköpostipalvelu räätälöity yritysviestinnän tarpeisii... | Read Email Hosting Review |
| Optimoitu Magento-isännöinti nopeilla yhteysnopeuksilla ja parannetulla verkkokaupa... | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Kyllä. Cloudways Site Manager on natiivi lisäosa, joka keskittää päivitykset, suorituskyvyn seurannan ja toimintalokit WordPress-sovelluksille, jotka on jo hostattu Cloudways-tililläsi. Erillinen, ilmainen kumppanilisäosa tuo kevyemmän seurannan ja päivitystoiminnon WordPress-sivustoille, jotka on hostattu missä tahansa.
Ei alkuperäisen hallintapaneelin kautta, jota tässä arvostelussa testattiin, sillä se on rajoitettu Cloudwaysissä jo isännöityihin sovelluksiin. Ilmainen lisäosa, jota kutsutaan myös nimellä Cloudways Site Manager ja jonka kehityksessä on ollut mukana WP Remote, voi tuoda mukaan ulkoisia sivustoja ydin-, lisäosa- ja teemavalvontaa sekä päivityksiä varten, mutta ilman Safe Updaten staging-kloonia, visuaalista regressiotestausta tai palvelintason välimuistia.
Basic-taso on ilmainen ja kattaa sivuston yleiskatsauksen, käyttäjien ja lisäosien hallinnan sekä Quick Updatesin. Pro lisää Safe Updatesin, aikataulutuksen, suorituskyvyn seurannan ja toimintahistoriat $3:lla per sovellus kuukaudessa, hinta laskee $2:een viidellä tai useammalla sovelluksella, ja sitä voi tällä hetkellä käyttää ilmaiseksi Public Preview -vaiheen aikana.
Quick Update tekee muutokset suoraan tuotantoon sekunneissa ilman varmuuskopiota tai yhteensopivuustarkistusta. Safe Update luo staging-kloonin, tarkistaa yhteensopivuuden, päivittää jokaisen paketin, suorittaa visuaalisen regressiotestin ja vie muutokset tuotantoon vain, jos testi läpäistään.
Kyllä. Uudet sovellukset eivät koskaan liity automaattisesti, vaikka ne lisättäisiin palvelimelle, jossa on jo muita Site Manager -sovelluksia käynnissä. Jokainen sivusto tarvitsee oman käyttöönotto- vaiheen joko erikseen tai Integraatiot-kohdan massatoiminnon kautta.
Vastaa muutamaan yksinkertaiseen kysymykseen ja löydä täydellinen ratkaisu juuri sinulle!
Aloita hostaushaku
