Jump.BG yra Bulgarijos hostingo paslaugų teikėjas, kurio infrastruktūra veikia Sofijoje, su duomenų centrų pasirinkimais visoje Bulgarijoje, JK, Vokietijoje ir Prancūzijoje.

Per testavimą labiausiai išsiskyrė ne pats planas, o „Redis“ talpyklos tvarkyklė ir kiekvienai svetainei skirtas PHP perjungimas, įdiegtas tiesiai į cPanel — tokių įrankių daugumoje bendrojo naudojimo hostų nematau siūlomų tokiu būdu. Štai kaip registracija, našumas ir palaikymas pasirodė realių bandymų metu.

Jump.BG

„Jump.BG“ yra Bulgarijos hostingo įmonė, turinti daugiau nei 15 metų patirties, paremta ilgalaikės partnerystės ir pasitikėjimo principais. Įmonė siūlo platų paslaugų spektrą — nuo domenų registracijos ir bendrojo hostingo iki Cloud VPS, valdomo Cloud VPS, WordPress palaikymo, SSL sertifikatų ir dedikuotų serverių — pritaikytą mažų ir vidutinių įmonių poreikiams.

Aplankykite Jump.BG

Privalumai ir trūkumai

Vertinimo suskirstymas

Norėdamas nustatyti, kur Jump.BG atsiduria bendrai, įvertinau jį pagal mūsų apžvalgos metodiką , kurią taikome kiekvienam šioje svetainėje vertinamam hostui, todėl toliau pateikti skaičiai atspindi tikrą testavimą, o ne pirmą įspūdį.

Kainos ir planai

Jump.BG siūlo platų hostingo paslaugų spektrą, įskaitant:

• Bendras hostingas: LiteSpeed technologija paremtas hostingas su cPanel
• WordPress hostingas: WordPress planai su integruota talpykla
• Reseller hostingas: Parduokite hostingą su savo prekės ženklu
• Cloud VPS & Managed Cloud VPS: Plečiami virtualūs serveriai, o valdomuose planuose įtrauktas cPanel ir serverio administravimas
• Dedikuoti serveriai: Aukštos spartos atskiri serveriai

Tikslias kiekvieno iš šių planų kainas galite matyti žemiau.

Prieš užsisakydami verta žinoti kelis dalykus:

• Apmokėjimas: Jump.BG naudoja išankstinio kredito sistemą. Už paslaugas nuskaičiuojama iš jūsų balanso, o jei kredito pritrūksta, jos nebus suteiktos.
• Grąžinimai: Tinkami grąžinimai išmokami per 14 dienų, išskyrus domenus, SSL sertifikatus ir kitus negrąžinamus papildomus priedus. Klientai gali atsisakyti hostingo sutarties per 30 dienų nuo pirkimo pateikdami atsisakymo prašymą.
• Apmokėjimo galimybės: Galite rinktis mėnesinį arba metinį atsiskaitymą.
• Mokėjimo būdai: Kredito / debeto kortelė, PayPal, bankinis pavedimas, ePay.bg, EasyPay, B-Pay ir Bitcoin.
• Amžiaus reikalavimas: Norėdami susikurti paskyrą, turite būti bent 18 metų.

Rizika slypi grąžinimo politikoje: nėra pinigų grąžinimo garantijos, kuria būtų galima pasikliauti, jei planas netiktų, todėl verta būti tikram dėl savo pasirinkimo arba pradėti nuo mėnesinio atsiskaitymo prieš įsipareigojant ilgesniam terminui.

Jump.BG

„Jump.BG“ yra Bulgarijos hostingo įmonė, turinti daugiau nei 15 metų patirties, paremta ilgalaikės partnerystės ir pasitikėjimo principais. Įmonė siūlo platų paslaugų spektrą — nuo domenų registracijos ir bendrojo hostingo iki Cloud VPS, valdomo Cloud VPS, WordPress palaikymo, SSL sertifikatų ir dedikuotų serverių — pritaikytą mažų ir vidutinių įmonių poreikiams.

Aplankykite Jump.BG

Funkcijos

• „Redis Cache Manager“ įdiegtas į cPanel
• Kiekvienai svetainei skirtas PHP versijos perjungimas
• SSH priėjimas ir „Git“ palaikymas
• „Imunify360“ saugumas ir „ModSecurity“ įtraukti
• Automatinės „JetBackup 5“ atsarginės kopijos
• Galimybė rinktis iš keturių ES duomenų centrų
• Node.js ir Python programėlių palaikymas
• LiteSpeed serveris su integruota talpykla
• Nemokamas SSL nuo registracijos

Našumas

Norėdamas pagrįsti Jump.BG hostingo teiginius realiais skaičiais, atlikau GTmetrix testus su WordPress svetaine, veikiančia pagal Blogger Ultra planą — aukščiausią Jump.BG WordPress hostingo linijos pakopą, kurią ir užsisakiau anksčiau šioje apžvalgoje.

Štai su kokia sąranka dirbau:

• Planas: Blogger Ultra (WordPress Hostingas)
• Duomenų centras: Bulgarija, 3DC/Equinix, Sofija
• Atmintis: 250 GB SSD, kaip reklamuojama (cPanel paskyros apžvalgoje rodoma 244.14 GB, o šis nedidelis skirtumas greičiausiai yra formatavimo, o ne kokio nors klaidinančio pateikimo pasekmė)
• Srautas: Neribotas
• Valdymo skydas: cPanel
• Bandomoji svetainė: WordPress diegimas hostadvice.nl

Kodėl GTmetrix? GTmetrix testuoja iš realių geografinių vietų naudodamas tikrą „Chrome“ naršyklę, todėl skaičiai atspindi tai, ką patiria realus lankytojas, o ne sintetinį laboratorinį vidurkį. Jis taip pat tiesiogiai pateikia „Google“ Core Web Vitals (LCP, TBT, CLS) — rodiklius, kuriais „Google“ vertina puslapio patirtį paieškos reitingams. Hostingo apžvalgai tai suteikia pakartojamą, palyginamą etaloną, kurį galiu naudoti vertindamas kiekvieną testuojamą tiekėją.

Kodėl du testai iš dviejų skirtingų žemynų? Jump.BG infrastruktūra veikia iš Sofijos, Bulgarijos, o GTmetrix neturi testavimo mazgo pačioje Sofijoje, todėl Frankfurtas yra artimiausia didelė testavimo vieta realiam serveriui ir suteikia tikrovišką geriausio atvejo rodmenį netolimiems Europos lankytojams. Bet Jump.BG nesiorientuoja tik į bulgarų ar regioninę auditoriją.

Kelių valiutų atsiskaitymas, kalbos perjungiklis pagrindiniame puslapyje ir mokėjimo galimybės, įskaitant PayPal ir Bitcoin, rodo, kad hostas taikosi ir į tarptautinius klientus.

Testavimas tik iš vietos šalia serverio parodytų tik vieną istorijos pusę, todėl atlikau antrą testą iš San Antonio, Teksaso, kad pamatyčiau, ką gauna lankytojas kitoje Atlanto pusėje. Kartu šie du testai pateikia ir realų geriausią atvejį, ir realų tolimą atvejį, o ne tik optimistinį skaičių iš artimiausio galimo testavimo taško.

GTmetrix įverčiai: Frankfurtas prieš JAV

12 taškų našumo skirtumas tarp šių dviejų vietų yra aiškiausias signalas, o Didžiausias turinio elementas tą pačią istoriją patvirtina kitu kampu: 1.0s iš Frankfurto, palyginti su 2.5s iš San Antonio.

Pačios „Google“ nustatyta „gero“ LCP riba yra 2.5s arba mažiau, tad Frankfurto rezultatas patogiai telpa į ją, o JAV rezultatas atsiduria ties riba, bet ne aiškiai jos viduje.

Keli dalykai, kuriuos verta išskirti:

• CLS, lygus 0 abiejuose bandymuose, reiškia, kad išdėstymas išlieka stabilus nepriklausomai nuo to, iš kur ateina užklausa, ir tai nėra susiję su tinklo atstumu, o atspindi tvarkingą puslapio konstrukciją, o ne serverio našumą
• TBT iš tikrųjų yra mažesnis JAV teste nei Frankfurto (111ms prieš 184ms), o iš pradžių tai atrodo prieštaringa. TBT matuoja, kiek laiko pagrindinė gija yra blokuojama vykdant skriptus puslapio įkėlimo metu, o tai labiau priklauso nuo bandymą atliekančios naršyklės aplinkos, o ne nuo tinklo atstumo, tad tai nėra ženklas, kad JAV ryšys greitesnis — tik priminimas, jog ne kiekviena metrika juda ta pačia kryptimi kaip delsimas
• Abu TBT skaičiai yra gerokai mažesni už 200ms ribą, kuri signalizuoja problemą bet kuriuo atveju

Puslapio įkėlimo suskirstymas

Čia ir pasimato atstumo bauda konkrečiais, paaiškinamais terminais. Vien prisijungimo laikas šokteli nuo 123ms iki 497ms, o TTFB beveik patrigubėja — nuo 275ms iki 788ms.

Abu šie rodikliai atitinka vieno regiono serverį: užklausa turi fiziškai nukeliauti iš Teksaso į Sofiją ir atgal dar prieš puslapiui pradedant rodyti turinį, ir nuo to niekaip nepabėgsi naudojant vienos vietos paskyrą.

Skaitytojams tai susideda į du praktinius scenarijus:

• Jei jūsų lankytojai daugiausia yra Europoje, ypač netoli Vokietijos ar gretimų regionų, Frankfurto skaičiai yra jūsų veikimo bazė: 1.0s LCP, 275ms TTFB ir 3.2s pilnai įkeltas laikas. Tai stiprus rezultatas bendram WordPress hostingo planui.
• Jei jūsų lankytojų daugiausia yra Šiaurės Amerikoje arba jie išsisklaidę po pasaulį, tikėkitės San Antonio skaičių: 2.5s LCP, 788ms TTFB ir 3.8s pilnai įkeltą laiką. Nė vienas iš šių skaičių nepažeidžia Core Web Vitals, bet ypač LCP rezultatas atsiduria ties „gero“ „Google“ slenksčio riba, o ne saugiai jo viduje.

Verta tiesiai įvardyti ir vieną ribotumą: Jump.BG keturi duomenų centrų pasirinkimai registracijos metu — Bulgarija, JK, Vokietija ir Prancūzija — yra visi Europoje.

Nėra JAV ar kito ne Europos regiono pasirinkimo, todėl vartotojas, kurio auditorija yra sutelkta Šiaurės Amerikoje ar Azijoje, neturi būdo sumažinti to atstumo Jump.BG viduje taip, kaip galėtų pasirinkęs hostą su pasauliniais regionais.

Bendra išvada apie našumą

Europos auditorijai Jump.BG Blogger Ultra planas pateikia stiprius skaičius: 84% GTmetrix našumą, 1.0s LCP ir 3.2 sekundės pilnai įkeltą puslapį iš Frankfurto, visiškai neviršijant „Google“ „gerų“ ribų. Vaizdas keičiasi tolimesniems lankytojams. Iš San Antonio našumas krinta iki 72%, LCP beveik padvigubėja ir atsiduria ties „geros“ zonos riba, o TTFB beveik patrigubėja dėl fizinio atstumo iki Sofijos.

Tai nereiškia blogai sukonfigūruoto serverio — CLS abiejuose testuose išliko visiškai 0, o pati puslapio konstrukcija nepasikeitė. Tai atstumo iki serverio kompromisas, kokį matytumėte su bet kuriuo vieno regiono hostu, ir kurio negalite apeiti, nes visi keturi Jump.BG duomenų centrų pasirinkimai yra Europoje.

Jei jūsų srautas yra europinis, šis planas veikia gerokai geriau nei vidutinis bendras hostingas. Jei reikšminga lankytojų dalis yra už Europos ribų, planuokite pagal lėtesnę šių skaičių pusę, o ne pagal Frankfurto rezultatą, nes šiuo metu nėra artimesnio regioninio pasirinkimo, į kurį būtų galima persijungti.

Jump.BG

„Jump.BG“ yra Bulgarijos hostingo įmonė, turinti daugiau nei 15 metų patirties, paremta ilgalaikės partnerystės ir pasitikėjimo principais. Įmonė siūlo platų paslaugų spektrą — nuo domenų registracijos ir bendrojo hostingo iki Cloud VPS, valdomo Cloud VPS, WordPress palaikymo, SSL sertifikatų ir dedikuotų serverių — pritaikytą mažų ir vidutinių įmonių poreikiams.

Aplankykite Jump.BG

Naudojimo paprastumas

Perėjau Jump.BG užsakymo procesą taip, kaip tai darytų naujas klientas — nuo pagrindinio puslapio iki plano pasirinkimo, domeno nustatymo ir atsiskaitymo, o tada į cPanel aplinką, kurią gaunate su aktyvia paskyra. Štai kaip tas procesas atrodo ir kuo jis išsiskyrė iš kitų mano testuotų bendrojo naudojimo hostų.

1. Registracija

Pirmas dalykas, kurį pastebėjau Jump.BG pagrindiniame puslapyje, buvo kalbos pasirinkimo langas, pasirodantis vos atidarius svetainę ir leidžiantis pasirinkti tarp bulgarų ir anglų kalbos dar prieš peržiūrint planą.

Tai nedidelė detalė, bet svarbi hostui, įsikūrusiam Bulgarijoje: tarptautiniam klientui nelieka abejonių, ar svetainė (ar palaikymo komanda) veikia anglų kalba.

Iš viršutinės navigacijos nuėjau į Hosting meniu, kuris atveria išskleidžiamąjį sąrašą su šešiomis produktų linijomis: Move a Website, Shared Hosting, WordPress Hosting, WordPress Support, eShop Hosting ir Reseller Hosting.

Pasirinkau WordPress Hosting, kuriame pateikiamos keturios pakopos: Blogger Start, Blogger Uni, Blogger Pro ir Blogger Ultra. Kiekvienos plano kortelė iš anksto nurodo numatomą mėnesinių apsilankymų kiekį ir SSD talpą, kas šiame etape yra naudingiau nei dauguma hostų apskritai pateikia:

Testui pasirinkau Blogger Ultra — aukščiausią pakopą. Paspaudus Order, jūs iškart nenukreipiami į atsiskaitymą. Jump.BG pirmiausia nuveda per domeno žingsnį, kuriame yra trys pasirinkimai: registruoti naują domeną, perkelti esamą iš kito registratoriaus arba nukreipti esamo domeno nameserverius į Jump.BG neperkeliant paties domeno.

Tas trečiasis pasirinkimas vertas dėmesio. Daugelis hostų šiame etape siūlo tik registraciją arba perkėlimą, o tai priverčia priimti sprendimą, kuriam galbūt dar nesate pasiruošę. Galimybė nukreipti nameserverius į domeną, kurį laikote kitur, yra mažiau įpareigojantis būdas išbandyti hostingą pirmiausia.

Po domeno žingsnio Configure puslapis vėl pateikia plano specifikacijas kartu su pasirinkimais, kuriuos dauguma hostų slepia giliau atsiskaityme arba išvis nesiūlo:

• Atsiskaitymo ciklas: mėnesinis arba metinis, kainuojantis atskirai (daugelis mano apžvelgtų bendrojo naudojimo hostų šiame etape verčia rinktis tik metinį atsiskaitymą)
• Vietos pasirinkimas: Bulgarija, Jungtinė Karalystė, Vokietija arba Prancūzija, kiekviena susieta su konkrečiu duomenų centru
• Spam Expert: mokamas priedas kiekvienam domenui, pagal numatymą nustatytas į nulį
• Papildoma disko vieta: slankiklis virš plano bazinės talpos
• Asmeninis (dedikuotas) IP adresas: mokamas priedas

Keturių šalių duomenų centrų pasirinkimas yra tikras išskirtinumas. Dauguma mano testuotų bendrojo naudojimo hostų pririša jus prie vieno regiono neklausdami, o čia Jump.BG leidžia pasirinkti dar prieš sumokant, kas svarbu, jei jūsų lankytojai sutelkti JK arba kitose Vakarų Europos vietose, o ne Bulgarijoje.

Paspaudus Continue, atsidaro „Added to Cart“ iššokantis langas, kuriame rodomos trys mokamo WordPress Support pakopos (Basic, Optimal ir Premium) dar prieš grįžtant prie užsakymo.

Nė viena iš jų nėra iš anksto pažymėta, o tiesiog pereiti toliau tereikia dar kartą paspausti Continue, tačiau tokį atsiskaitymo pertraukimą verta numatyti iš anksto. Jei techniškai esate pasirengę valdyti svetainę patys, nė vienos iš šių paslaugų pridėti nereikia, o bazinis planas veikia be jų.

Review and Checkout puslapis yra vieta, kur užsakymas galutinai susideda. Keli dalykai, į kuriuos verta atkreipti dėmesį:

• Valiutos pasirinkimas: nors planų kainos visoje svetainėje rodomos EUR ir BGN, atsiskaityme galima persijungti į kitas valiutas, įskaitant USD, kas naudinga, jei norite matyti ir mokėti savo valiuta

• Promo kodo laukelis: atskiras nuolaidos kodų laukas, atskirtas nuo užsakymo suvestinės
• Verslo sąskaitos laukeliai: greta standartinių asmens duomenų forma turi pilną įmonės laukų rinkinį (įmonės pavadinimas, PVM kodas, registruotas adresas ir vadovo vardas), todėl Bulgarijos verslo klientai gali gauti tinkamą PVM sąskaitą faktūrą nesikreipdami į palaikymą

• Paskyros kūrimas per Facebook arba Google: nuoroda greta įprastos registracijos el. paštu ir slaptažodžiu

Mokėjimo galimybės yra platesnės nei daugumoje mano apžvelgtų bendrojo naudojimo hostų: mokėjimas kortele per Stripe, PayPal, ePay.bg, EasyPay, B-Pay, vietinis banko pavedimo variantas pavadintas Bank Road ir Bitcoin. Bitcoin priėmimas kartu su tiek daug regioninių Bulgarijos mokėjimo procesorių nėra kažkas, ką dažnai matau bendrojo naudojimo hostingo atsiskaityme.

Iš karto po to, kai užbaigiau užsakymą ir apmokėjimą, gavau du el. laiškus: vieną, patvirtinantį pirkimą, ir atskirą, aiškinantį, ką daryti toliau. Toks antras, veiksmus nurodantis laiškas iš karto po atsiskaitymo, užuot vertęs ieškoti savo pirmųjų žingsnių valdymo skydelyje, yra geras ženklas bet kuriam naujam klientui.

Kaip man pasirodė: domeno pirmumo užsakymo eiga ir Configure puslapio iš anksto pateikiami pasirinkimai dėl duomenų centro, atsiskaitymo ciklo ir papildomų paslaugų paverčia tai vienu skaidresnių atsiskaitymo procesų, kuriuos esu testavęs bendrojo naudojimo hoste. WordPress Support papildomų paslaugų iššokantis langas vertas išankstinio pasiruošimo, bet jis netrukdo tęsti neužsisakant nieko papildomai.

Tarp verslo sąskaitos laukų, valiutų perjungiklio ir mokėjimo būdų įvairovės šis atsiskaitymas sukurtas platesniam klientų ratui nei tipiškas vienos rinkos hostas, o tolesnis el. laiškas su instrukcijomis yra nedidelis, bet naudingas žingsnis, padedantis naujam klientui nepradėti nuo nulio.

Toliau apžvelgsiu, kas vyksta pačioje hostingų aplinkoje.

2. Hostingo valdymas

Jump.BG hostingo valdymą perduoda cPanel, o čia įdiegta versija turi daugiau funkcijų nei standartinis cPanel diegimas.

Pirmas dalykas, kuris išsiskiria, yra skyrius „Jump Developed“ virš standartinių cPanel kategorijų, kuriame yra trys pritaikyti įrankiai:

• Process Manager by Jump.BG
• Redis Cache Manager by Jump
• PHP Version per site

Kiekvienai svetainei skirtas PHP versijos perjungimas pasitaiko daugelyje bendrojo naudojimo hostų, bet „Redis“ talpyklos tvarkyklės, įdiegtos tiesiai į cPanel, šiame lygyje matau labai retai.

„Redis“ paprastai tokiuose planuose reikalauja arba palaikymo užklausos, arba komandinės eilutės nustatymų, todėl tai, kad jis pateiktas kaip įrankis su paspaudimu pele, yra tikras privalumas visiems, kurie naudoja WordPress su objektų talpykla arba nestandartine programa, kuriai tai naudinga.

Be šio pritaikyto skyriaus, likęs įrankių rinkinys apima tai, ko ir tikėtumėtės, su keliais pastebėjimais:

„Git“ versijų valdymas šalia standartinių failų įrankių yra detalė, kurią įvertins programuotojai, o paprasti WordPress naudotojai niekada nenaudos, ir tai rodo, kad Jump.BG šią valdymo panelę kuria platesniam techninių įgūdžių spektrui nei tik pradedantiesiems skirta hostingo paslauga.

Saugumo eilutė yra vieta, kur šis planas užsidirba tikrą pagarbą. Dviejų veiksnių autentifikavimas ir Imunify360 bendro naudojimo plane atskirai nėra neįprasti, tačiau SSH priėjimas, ModSecurity ir pilnas SSL/TLS sertifikatų valdymas, pateikti tiesiai panelėje, kartu su SSL sertifikatu, jau pažymėtu kaip aktyvus paskyros apžvalgoje, o ne reikalaujančiu rankinio diegimo, yra stipresnė pradinė padėtis nei keliuose kituose mano testuotuose bendrojo naudojimo hostuose, kur SSL po registracijos reikia diegti rankiniu būdu.

Dešinėje esantis paskyros suvestinės skydelis pats savaime vertas dėmesio. Jame rodoma neapibendrinta „neribotumo“ reklama, o tikros paskyros išteklių ribos: 244.14 GB vietos diske, 2.5 GB fizinės atminties ir 1,024 IOPS limitas, kartu su neribotu papildomų domenų, subdomenų, pašto dėžučių ir duomenų bazių skaičiumi (kiekvienas rodomas kaip skaičiuojamas rodiklis greta begalybės simbolio, o ne kaip fiksuota riba).

Toks skaidrumas dėl tikrųjų išteklių ribų, aiškiai pateiktų, užuot paslėptų žinių bazės straipsnyje, yra tai, ko daugelis bendrojo naudojimo hostų vengia, nes realios ribos dažnai prieštarauja rinkodaroje vartojamai „neribotumo“ kalbai. Jump.BG šiuos skaičius rodo tiesiai priešais jus.

WordPress Manager by Softaculous ir Social Media Management taip pat matomi kaip atskiri elementai kairiojoje šoninėje juostoje, už pagrindinio įrankių tinklelio ribų, todėl vieno paspaudimo prieiga prie WordPress valdymo ir socialinių įrankių pasiekiama iš bet kurios panelės vietos, nereikia slinkti per Software skyrių.

Pati Softaculous turi platų skriptų katalogą — nuo TVS platformų ir forumų iki žaidimų, paveikslėlių galerijų ir reklamos valdymo įrankių — todėl šiame plane galite naudoti ne tik WordPress, jei nuspręsite tame pačiame accounte paleisti ką nors kita.

Bendra išvada apie naudojimo paprastumą

Nuo Jump.BG pagrindinio puslapio iki veikiančios hostingo paskyros kelias yra trumpas ir turi kelis naudingus sprendimo taškus: kalbos perjungiklį pradžioje, domeno žingsnį, kuris neverčia perkelti domeno, ir Configure puslapį, kuriame prieš sumokant pateikiama duomenų centro vieta, atsiskaitymo ciklas ir papildomos paslaugos. WordPress Support papildomų paslaugų iššokantis ekranas vertas pasiruošimo, bet jį lengva praleisti.

Kas šį planą išskiria, yra cPanel viduje. „Redis“ talpyklos tvarkyklė ir kiekvienai svetainei skirtas PHP versijos valdymas „Jump Developed“ skyriuje, SSH priėjimas ir pilnas SSL/TLS valdymas pagal nutylėjimą, SSL sertifikatas, jau aktyvus be rankinio nustatymo, ir paskyros apžvalga, kurioje nurodomos tikros išteklių ribos, o ne slepiamasi už „neribotumo“ rinkodaros kalbos — visa tai rodo hostą, sukurtą techniškai gabiems naudotojams, o ne tik pirmą svetainę kuriantiems pradedantiesiems.

Jei norite tokio serverio valdymo lygio nepalikdami cPanel, tai yra stipresnis atspirties taškas nei dauguma tokio lygio bendrojo naudojimo hostingo planų.

Palaikymo lygis

Tiesioginis pokalbis yra pagrindinis Jump.BG palaikymo kanalas. Jis pateikiamas apatiniame dešiniajame kiekvieno valdymo skydelio puslapio kampe, todėl nereikia naršyti palaikymo portale ar atidarinėti bilieto formos, kad pradėtumėte pokalbį. Nusprendžiau jį išbandyti su techniniu klausimu apie „Redis Cache Manager“ įrankį, kurį radau cPanel.

1. Tiesioginis pokalbis

Pokalbis prasideda nuo DI asistento vardu Froggy, kuris iš anksto nurodo, kad yra DI, ir pasako, jog žmogus operatorius peržiūri pokalbį ir prireikus perims jį. Toks atvirumas svarbus: nuo pirmos žinutės žinote, ar kalbatės su botu, ar su žmogumi, ir jums pasakoma, kad žmogus jau stebi pokalbį fone, užuot reikėję jo prašyti.

Paklausiau, ar „Redis Cache Manager“ naudojamas „Redis“ egzempliorius yra izoliuotas kiekvienai paskyrai, ar bendrinamas su raktų prefiksavimu. Froggy atsakė konkrečiai, o ne bendrinėmis frazėmis:

• Kiekviena hostingo paskyra gauna savo „Redis“ egzempliorių su unikaliu hostu ir prievadu, matomu cPanel per Redis Cache Manager by Jump.BG
• Jei kelios svetainės yra toje pačioje paskyroje, „Redis“ egzempliorius yra bendrinamas tarp jų, o kiekvienai svetainei reikia skirtingo duomenų bazės numerio (0 iki 15), kad talpyklos duomenys nesusimaišytų
• Jis pats nurodė tikrą suderinamumo problemą: Redis Cache ir LiteSpeed Cache įskiepiai neveikia kartu, nes LiteSpeed Cache turi savo integruotą „Redis“ konfigūraciją skiltyje Settings, Advanced
• Jis pateikė nuorodą į žinių bazės straipsnį ir tinklaraščio įrašą papildomam skaitymui, taip pat nurodė tikslias wp-config.php konstantas, reikalingas prisijungti prie egzemplioriaus

Tas perspėjimas apie kelių svetainių duomenų bazės numerius nebuvo mano paklaustas. Tokios detalės pateikimas savo iniciatyva yra būtent tai, kas padeda klientui išvengti tikros problemos — talpyklos persidengimo tarp dviejų svetainių toje pačioje paskyroje — dar iki jai įvykstant.

Žmogus agentas Stoyan prisijungė prie pokalbio iš karto po to, man net neprašant, patvirtino tą patį atsakymą apie izoliaciją ir padėkojo, kad susisiekiau.

Tada paklausiau, ar „Redis“ sukonfigūruotas su ištverme (RDB ar AOF), ar naudojamas tik kaip atminties talpykla. Stoyan paprašė minutės pasitikrinti, o vėliau grįžo su tiesioginiu atsakymu: įjungta RDB momentinių kopijų ištvermė, AOF nenaudojamas.

Ką manau: DI ir žmogaus perdavimas čia veikia geriau nei daugumoje mano matytų sprendimų. Froggy atsakymas nebuvo paviršutiniškas atitikmuo pagal žodį „Redis“ — jis teisingai atskyrė plano lygmens klausimą nuo konkrečios svetainės konfigūracijos detalės ir pridėjo pastabą apie įskiepių konfliktą, kurios nebuvau klausęs.

Stoyan atsiradimas be prašymo panaikino įprastą laukimą, kol kas nors perims bilietą, nors jo pirmoji žinutė pakartojo tai, ką jau buvo pasakęs bot’as, užuot tęsusi nuo tos vietos.

Labiausiai pasakantis momentas buvo ištvermės klausimas: Stoyan nespėjo spėlioti ir nepateikė migloto raminančio atsakymo, o patikrino ir grįžo su tiksliu nustatymu (RDB, ne AOF). Tai skirtumas tarp darbuotojo, skaitančio skriptą, ir to, kuris išmano infrastruktūrą.

2. Žinių bazė

Po tiesioginio palaikymo testo norėjau pažiūrėti, ar Jump.BG palaiko savitarną dokumentacija, nes ne kiekvieną klausimą verta spręsti per pokalbį.

Žinių bazė pasiekiama per tą patį palaikymo šoninį skydelį kaip tiesioginis pokalbis ir bilietų istorija, suskirstyta į devynias kategorijas:

Shared Hosting ir Domains sudaro didžiąją turinio dalį, ir tai atitinka tai, kur daugumai klientų iš tikrųjų reikia pagalbos. Online Radio, turinti atskirą 10 straipsnių kategoriją, yra specifinė Jump.BG detalė, nes garso transliacijų hostingas nėra paslauga, kurią siūlo dauguma bendrojo naudojimo hostų, juo labiau kad ją atskirai dokumentuoja.

Atidariau vieną iš susietų straipsnių „Changing PHP version for a specific directory or site“, kad patikrinčiau paties teksto kokybę.

Straipsnis yra trijų žingsnių instrukcija: surasti svetainės šakninį katalogą per FTP arba File Manager, atidaryti arba sukurti .htaccess failą, tada įterpti vieną iš kelių kodo blokų, priklausomai nuo norimos PHP versijos, kurios čia pateiktos atskirai nuo 5.2 iki 8.4.

Jame pateikiama nuoroda į atskirą straipsnį apie PHP versijos keitimą paskyros mastu, o pabaigoje yra susijusių straipsnių rinkinys (shared hosting pagrindai, šakninio domeno keitimas, SMTP nustatymai, failų teisės, cPanel prisijungimas), kurie visi logiškai tinka kaip kitas žingsnis šį straipsnį skaitančiam žmogui. Straipsnis rodo 346 vartotojus, pažymėjusius jį naudingu iš 770 balsų, tad tai nėra puslapis, kurio niekas neskaito.

Vienas nesklandumas: PHP versijų antraštės nuo 7.1 iki 8.0 viduryje straipsnio persijungia į bulgarų kalbą („За PHP версия 7.1, добавете следните редове“), o vėliau vėl grįžta į anglų kalbą nuo 8.1 iki 8.4.

Pagrindinio puslapio skiltyje Most Popular Articles ta pati problema: greta angliškų įrašų, tokių kaip „Free SSL certificate from Let’s Encrypt“, keli iš penkių populiariausių yra tik bulgariški, įskaitant „Какво е SSL“ (Kas yra SSL) ir „Плащане чрез ePay“ (Mokėjimas per ePay).

Ką manau: gilumo čia tikrai yra. Shared Hosting ir Domains turi rimtą turinį, PHP versijos straipsnis yra pakankamai tikslus, kad išspręstų problemą be palaikymo užklausos, o balsų skaičiai rodo, kad žmonės šiuos puslapius iš tikrųjų naudoja, o ne tik juos peržiūri.

Kalbos nenuoseklumas yra vienintelis dalykas, kurį verta žinoti iš anksto. Jei naudojatės angliška svetainės versija, nenustebkite, jei „Most Popular“ nuoroda arba vidury straipsnio esantis kodo blokas persijungs į bulgarų kalbą. Tai nesugadina informacijos, nes kodo fragmentai abiem atvejais tie patys, bet tai yra spraga kitu atveju į anglų kalbą pasiruošusioje palaikymo patirtyje.

Bendra išvada apie palaikymo lygį

Jump.BG tiesioginis pokalbis pasiekiamas greitai, ir taip pat greitai gaunate tikrą atsakymą. DI asistentas techninį klausimą apie „Redis“ izoliaciją atsakė konkrečiai, o ne bendriniu tekstu, atkreipė dėmesį į įskiepių konfliktą, kurio nebuvau klausęs, o žmogus agentas, prisijungęs neprašytas, patvirtino DI atsakymą ir tada patikrino sudėtingesnį klausimą apie ištvermę, užuot spėliojęs.

Žinių bazė turi tikro gylio ten, kur svarbiausia — Shared Hosting ir Domains — o mano peržiūrėtas PHP versijos straipsnis buvo pakankamai tikslus ir konkretus, kad būtų galima juo vadovautis tiesiogiai. Vienintelė nuosekli spraga abiejuose kanaluose yra kalba: žinių bazės straipsniai ir Most Popular sąrašas be įspėjimo maišo anglų ir bulgarų kalbas, todėl verta tai žinoti, jei paskyrą valdote tik anglų kalba.

Greitų, techniškai tikslių atsakymų į tikrus infrastruktūros klausimus požiūriu tai yra vienas stipresnių palaikymo potyrių, kuriuos esu testavęs bendrojo naudojimo hoste.

Jump.BG

„Jump.BG“ yra Bulgarijos hostingo įmonė, turinti daugiau nei 15 metų patirties, paremta ilgalaikės partnerystės ir pasitikėjimo principais. Įmonė siūlo platų paslaugų spektrą — nuo domenų registracijos ir bendrojo hostingo iki Cloud VPS, valdomo Cloud VPS, WordPress palaikymo, SSL sertifikatų ir dedikuotų serverių — pritaikytą mažų ir vidutinių įmonių poreikiams.

Aplankykite Jump.BG

Išvada: ar rekomenduojame Jump.BG hostingą?

Taip, bet aiškiai nurodant, kam jis skirtas. Jump.BG išsiskiria techniniu gyliu, įdiegtu į cPanel aplinką: „Redis“ talpyklos tvarkyklė, kiekvienai svetainei skirtas PHP perjungimas, SSH priėjimas ir „Git“ palaikymas nėra dalykai, kuriuos dažnai randu kartu su bendro naudojimo ar WordPress hostingo planu, ir tai daro šį variantą stipresnį programuotojams bei techniškai patogiems svetainių savininkams nei visiškai pradedantiesiems, ieškantiems kuo paprastesnio nustatymo.

Našumas tai patvirtina Europos auditorijai: Frankfurto rezultatai stiprūs, nors lankytojai už Europos ribų matys realų kritimą, nes visi keturi duomenų centrų pasirinkimai yra žemyne.

Palaikymas gerai pasirodė realiame techniniame klausime: tiek DI asistentas, tiek žmogus agentas pateikė greitą ir tikslų atsakymą.

Jump.BG

5.0

6 user reviews

3.26 € /mo

Pradinė kaina

Aplankykite Jump.BG

Rating based on expert review

• Patogumas
  4.5
• Techninė parama
  4.8
• Funkcijos
  4.6
• Patikimumas
  4.2
• Kainos
  4.5