Jump.BG ir Bulgārijas hostinga pakalpojumu sniedzējs, kura infrastruktūra darbojas Sofijā, ar datu centru iespējām visā Bulgārijā, Apvienotajā Karalistē, Vācijā un Francijā.

Visvairāk testēšanas laikā izcēlās nevis pats plāns, bet Redis kešatmiņas pārvaldnieks un katrai vietnei atsevišķa PHP versijas maiņa, kas tieši iebūvēta cPanel — tādi rīki man nav redzēti piedāvāti šādā veidā pie lielākās daļas dalītā hostinga pakalpojumu sniedzēju. Lūk, kā reģistrācija, veiktspēja un atbalsts izturēja reālu testēšanu.

Jump.BG

Jump.BG ir Bulgārijas hostinga uzņēmums ar vairāk nekā 15 gadu pieredzi, kas balstīts uz ilgtermiņa partnerības un uzticības principiem. Uzņēmums piedāvā plašu pakalpojumu klāstu — no domēnu reģistrācijas un koplietošanas hostinga līdz Cloud VPS, pārvaldītam Cloud VPS, WordPress atbalstam, SSL sertifikātiem un dedikētiem serveriem — pielāgotu mazo un vidējo uzņēmumu vajadzībām.

Apmeklēt Jump.BG

Plusi un mīnusi

Vērtējuma sadalījums

Lai noteiktu, kur Jump.BG nonāk kopumā, es to novērtēju, balstoties uz mūsu pārskata metodoloģiju , ko mēs izmantojam visiem hostinga pakalpojumu sniedzējiem šajā vietnē, tāpēc zemāk norādītie skaitļi atspoguļo faktisku testēšanu, nevis pirmo iespaidu.

Cenas un plāni

Jump.BG piedāvā plašu hostinga pakalpojumu klāstu, tostarp:

• Koplietotais hostings: LiteSpeed darbināts hostings ar cPanel
• WordPress hostings: optimizēti WordPress plāni ar iebūvētu kešošanu
• Reseller hostings: pārdodiet hostingu ar savu zīmolu
• Cloud VPS & Managed Cloud VPS: mērogojami virtuālie serveri, pārvaldītajos plānos iekļauts cPanel un servera administrēšana
• Dedicated Servers: augstas veiktspējas atsevišķi serveri

Tālāk varat redzēt precīzas šo pakalpojumu cenas.

Pirms pasūtīšanas ir vēl daži svarīgi aspekti:

• Rēķinu izrakstīšana: Jump.BG izmanto priekšapmaksas kredīta sistēmu. Pakalpojumi tiek norakstīti no jūsu bilances, un, ja kredīts beidzas, tie netiks nodrošināti.
• Atmaksa: tiesīgās atmaksas tiek izsniegtas 14 dienu laikā, izņemot domēnus, SSL sertifikātus un citus neatmaksājamos papildinājumus. Klienti var atteikties no hostinga līguma 30 dienu laikā pēc iegādes, iesniedzot atteikuma pieprasījumu.
• Norēķinu iespējas: varat izvēlēties ikmēneša vai gada norēķinus.
• Maksājumu metodes: kredītkarte/debetkarte, PayPal, bankas pārskaitījums, ePay.bg, EasyPay, B-Pay un Bitcoin.
• Vecuma prasība: lai atvērtu kontu, jums jābūt vismaz 18 gadus vecam.

Komplekso kompromisu veido atmaksas politika: ja plāns nederēs, nebūs naudas atgriešanas garantijas, uz ko paļauties, tāpēc ir vērts būt pārliecinātam par savu izvēli vai sākt ar ikmēneša norēķiniem, pirms apņematies uz ilgāku termiņu.

Jump.BG

Jump.BG ir Bulgārijas hostinga uzņēmums ar vairāk nekā 15 gadu pieredzi, kas balstīts uz ilgtermiņa partnerības un uzticības principiem. Uzņēmums piedāvā plašu pakalpojumu klāstu — no domēnu reģistrācijas un koplietošanas hostinga līdz Cloud VPS, pārvaldītam Cloud VPS, WordPress atbalstam, SSL sertifikātiem un dedikētiem serveriem — pielāgotu mazo un vidējo uzņēmumu vajadzībām.

Apmeklēt Jump.BG

Funkcijas

• Redis Cache Manager iebūvēts cPanel
• Katrai vietnei atsevišķa PHP versijas maiņa
• SSH piekļuve un Git atbalsts
• Imunify360 drošība un ModSecurity iekļauti
• JetBackup 5 automātiskās rezerves kopijas
• Četru ES datu centru izvēle
• Node.js un Python lietotņu atbalsts
• LiteSpeed serveris ar iebūvētu kešošanu
• Bezmaksas SSL aktīvs no reģistrācijas brīža

Veiktspēja

Lai Jump.BG hostinga apgalvojumiem piešķirtu reālus skaitļus, es veicu GTmetrix testus pret WordPress vietni, kas darbojās uz Blogger Ultra plāna — augstākā līmeņa plāna Jump.BG WordPress Hosting klāstā un plāna, ko es šajā pārskatā iepriekš nodrošināju.

Lūk, ar kādu iestatījumu es strādāju:

• Plāns: Blogger Ultra (WordPress Hosting)
• Datu centrs: Bulgārija, 3DC/Equinix, Sofija
• Krātuve: 250 GB SSD, kā reklamēts (244.14 GB redzami kā pieejami cPanel konta pārskatā, neliela atšķirība, kas, visticamāk, ir formatēšanas atšķirība starp reklamēto un faktisko apjomu, nevis kas maldinošs)
• Datplūsma: neierobežota
• Vadības panelis: cPanel
• Testa vietne: WordPress instalācija, kas darbojās vietnē hostadvice.nl

Kāpēc GTmetrix? GTmetrix veic testus no reālām ģeogrāfiskām vietām, izmantojot īstu Chrome pārlūkprogrammu, tāpēc skaitļi atspoguļo to, ko piedzīvo reāls apmeklētājs, nevis sintētisku laboratorijas vidējo rādītāju. Tas arī tieši ziņo par Google Core Web Vitals (LCP, TBT, CLS), kas ir metrikas, pēc kurām Google vērtē lapas pieredzi meklēšanas rezultātu rangēšanai. Hostinga pārskatam tas dod atkārtojamu, salīdzināmu etalonu, ko varu piemērot katram pārbaudītajam pakalpojumu sniedzējam.

Kāpēc divi testi no diviem dažādiem kontinentiem? Jump.BG infrastruktūra darbojas no Sofijas, Bulgārijas, un GTmetrix nav testa mezgla pašā Sofijā, tāpēc Frankfurte ir tuvākā lielā testēšanas vieta faktiskajam serverim un sniedz reālistisku labākā gadījuma rādījumu tuvējam Eiropas trafikam. Taču Jump.BG sevi pozicionē ne tikai Bulgārijas vai reģionālai auditorijai.

Daudzvalūtu norēķini, valodas pārslēgs mājaslapā un maksājumu iespējas, kas ietver PayPal un Bitcoin, norāda uz hostingu, kas orientējas arī uz starptautiskiem klientiem.

Testēt tikai no vietas tieši pie servera pastāstītu tikai vienu stāsta pusi, tāpēc es veicu otro testu no Sanantonio, Teksasas, lai redzētu, ko saņem apmeklētājs Atlantijas okeāna otrā pusē. Starp abiem testiem jūs iegūstat gan reālistisku labāko gadījumu, gan reālistisku attālināto gadījumu, nevis tikai optimistisku skaitli no tuvākā pieejamā testa punkta.

GTmetrix rezultāti: Frankfurte pret ASV

12 punktu veiktspējas starpība starp abām vietām ir šeit visredzamākais signāls, un Largest Contentful Paint stāsta to pašu no cita skatpunkta: 1.0s no Frankfurtes pret 2.5s no Sanantonio.

Paša Google “laba” LCP rezultāta slieksnis ir 2.5s vai mazāk, tāpēc Frankfurtes rezultāts tajā ērti iekļaujas, kamēr ASV rezultāts nonāk tieši uz robežas, nevis skaidri tajā iekšā.

Dažas lietas, ko vērts īpaši izcelt:

• CLS 0 abos testos nozīmē, ka izkārtojums saglabājas stabils neatkarīgi no tā, no kurienes nāk pieprasījums, un tas nav atkarīgs no tīkla attāluma, bet gan atspoguļo tīru lapas uzbūvi, nevis servera veiktspēju
• TBT patiesībā ir zemāks ASV testā nekā Frankfurtē (111ms pret 184ms), kas pirmajā brīdī šķiet pretrunīgi. TBT mēra, cik ilgi galvenā pavediena darbība ir bloķēta skriptu izpildes laikā lapas ielādes laikā, un tas vairāk ir atkarīgs no testa veikšanai izmantotās pārlūkprogrammas instances, nevis no tīkla attāluma, tāpēc tā nav zīme, ka ASV savienojums ir ātrāks, bet gan atgādinājums, ka ne visas metrikas mainās vienā virzienā ar latentumu
• Abi TBT rādītāji ir krietni zem 200ms sliekšņa, kas citādi signalizētu par problēmu

Lapas ielādes sadalījums

Šeit attāluma sods parādās konkrētos, izskaidrojamos skaitļos. Vien connect laiks palielinās no 123ms līdz 497ms, un TTFB gandrīz trīskāršojas no 275ms līdz 788ms.

Abi skaitļi atbilst viena reģiona serverim: pieprasījumam fiziski jāaizceļo no Teksasas uz Sofiju un atpakaļ, pirms lapa vispār var sākt attēloties, un no tā nevar izvairīties ar viena atrašanās vietas kontu.

Lasītājiem tas sadalās divos praktiskos scenārijos:

• Ja jūsu apmeklētāji galvenokārt atrodas Eiropā, īpaši netālu no Vācijas vai citos tuvākos reģionos, Frankfurtes skaitļi ir jūsu darba bāze: 1.0s LCP, 275ms TTFB un pilnībā ielādēts laiks 3.2s. Tas ir spēcīgs rezultāts dalītajam WordPress hostingam.
• Ja jūsu apmeklētāji pārsvarā ir Ziemeļamerikā vai izkliedēti globāli, sagaidiet Sanantonio skaitļus: 2.5s LCP, 788ms TTFB un 3.8s pilnībā ielādēts laiks. Neviens no šiem rādītājiem nekritizē Core Web Vitals, taču LCP rezultāts īpaši atrodas tieši uz Google “labā” sliekšņa robežas, nevis droši tajā iekšā.

Viena robežvērtība, ko vērts tieši pieminēt: Jump.BG četri datu centru varianti reģistrācijas laikā — Bulgārija, Apvienotā Karaliste, Vācija un Francija — visi atrodas Eiropā.

Nav pieejams ASV vai cits ārpus Eiropas reģions, ko izvēlēties, tāpēc lasītājam, kura auditorija galvenokārt ir Ziemeļamerikā vai Āzijā, nav iespējas saīsināt šo attālumu Jump.BG paša piedāvājumā tā, kā tas būtu pie hostinga pakalpojumu sniedzēja ar globāliem reģioniem.

Kopējais spriedums par veiktspēju

Eiropas auditorijai Jump.BG Blogger Ultra plāns nodrošina spēcīgus rezultātus: 84% GTmetrix veiktspēja, 1.0s LCP un 3.2 sekundēs pilnībā ielādēta lapa no Frankfurtes — viss ērti iekļaujas Google “labo” sliekšņu robežās. Attēls mainās, kad apmeklētāji ir tālāk. No Sanantonio veiktspēja krītas līdz 72%, LCP gandrīz dubultojas un atrodas tieši “labā” diapazona malā, bet TTFB gandrīz trīskāršojas fiziskā attāluma līdz Sofijai dēļ.

Nekas no tā neliecina par slikti konfigurētu serveri — CLS rādītājs abos testos saglabājās tīrs 0, un pamata lapas uzbūve nemainījās; tas ir attāluma līdz serverim kompromiss, ko redzētu pie jebkura viena reģiona hostinga, un no kura nevar apiet, jo visi četri Jump.BG datu centru varianti atrodas Eiropā.

Ja jūsu trafiks ir Eiropas, šis plāns darbojas krietni virs vidējā dalītā hostinga līmeņa. Ja ievērojama daļa jūsu apmeklētāju ir ārpus Eiropas, rēķinieties ar lēnāko šo skaitļu daļu, nevis Frankfurtes rezultātu, jo pašlaik nav tuvāka reģionālā varianta, uz ko paļauties.

Jump.BG

Jump.BG ir Bulgārijas hostinga uzņēmums ar vairāk nekā 15 gadu pieredzi, kas balstīts uz ilgtermiņa partnerības un uzticības principiem. Uzņēmums piedāvā plašu pakalpojumu klāstu — no domēnu reģistrācijas un koplietošanas hostinga līdz Cloud VPS, pārvaldītam Cloud VPS, WordPress atbalstam, SSL sertifikātiem un dedikētiem serveriem — pielāgotu mazo un vidējo uzņēmumu vajadzībām.

Apmeklēt Jump.BG

Lietošanas vienkāršība

Es izgāju Jump.BG pasūtīšanas procesu tā, kā to darītu jauns klients — no mājaslapas līdz plāna izvēlei, domēna iestatīšanai un norēķiniem, pēc tam nonākot cPanel vidē, kas tiek piešķirta aktīvajam kontam. Lūk, kā šis process izskatījās un ar ko tas izcēlās salīdzinājumā ar citiem dalītā hostinga pakalpojumu sniedzējiem, kurus esmu testējis.

1. Reģistrācija

Pirmā lieta, ko ievēroju Jump.BG mājaslapā, bija valodas izvēlne, kas atveras, ielādējot lapu, ļaujot jums izvēlēties starp bulgāru un angļu valodu vēl pirms jebkura plāna apskatīšanas.

Tas ir neliels sīkums, bet svarīgs hostinga pakalpojumu sniedzējam, kas bāzēts Bulgārijā: starptautisks klients netiek atstāts minēt, vai vietne (vai atbalsta komanda) strādā angliski.

No augšējās navigācijas es devos uz Hosting izvēlni, kas atver nolaižamo sarakstu ar sešām produktu līnijām: Move a Website, Shared Hosting, WordPress Hosting, WordPress Support, eShop Hosting un Reseller Hosting.

Es izvēlējos WordPress Hosting, kurā ir četras pakāpes: Blogger Start, Blogger Uni, Blogger Pro un Blogger Ultra. Katrā plāna kartītē jau sākumā norādīta aplēstā mēneša apmeklējumu kapacitāte un SSD apjoms, kas šajā posmā ir noderīgāk nekā vairums hostinga pakalpojumu sniedzēju vispār uztraucas norādīt:

Testam es izvēlējos Blogger Ultra, kas ir augstākās klases plāns. Noklikšķinot Order, jūs nenonākat uzreiz norēķinos. Jump.BG vispirms aizved caur domēna soli, kur ir trīs iespējas: reģistrēt jaunu domēnu, pārcelt esošo no cita reģistratora vai norādīt esošā domēna nameservers uz Jump.BG bez pārcelšanas.

Šī trešā iespēja ir vērts pieminēt. Daudzi hostinga pakalpojumu sniedzēji šajā posmā piedāvā tikai reģistrēt-vai-pārcelt, kas liek pieņemt lēmumu, kuru jūs, iespējams, vēl neesat gatavs pieņemt. Atļaut norādīt nameservers uz domēnu, kuru turpināt uzturēt citur, ir mazāk saistošs veids, kā vispirms izmēģināt hostingu.

Pēc domēna soļa Configure lapā vēlreiz tiek parādītas plāna specifikācijas kopā ar izvēlēm, kuras lielākā daļa hostinga pakalpojumu sniedzēju slēpj dziļāk norēķinos vai vispār nepiedāvā:

• Norēķinu cikls: mēneša vai gada, ar atsevišķu cenu katram (vairums dalītā hostinga pakalpojumu sniedzēju, ko esmu pārskatījis, šajā posmā uzspiež tikai gada norēķinus)
• Atrašanās vietas izvēle: Bulgārija, Apvienotā Karaliste, Vācija vai Francija, katra sasaistīta ar konkrētu datu centru
• Spam Expert: maksas papildinājums vienam domēnam, pēc noklusējuma iestatīts uz nulli
• Papildu diska vieta: slīdnis virs plāna bāzes krātuves
• Personīgā (dedikētā) IP adrese: maksas papildinājums

Četru valstu datu centru izvēle ir patiesi atšķirīgs elements. Vairums dalītā hostinga pakalpojumu sniedzēju, ko esmu testējis, jūs piesaista vienam reģionam bez izvēles, bet šeit Jump.BG ļauj izvēlēties vēl pirms maksāšanas, kas ir svarīgi, ja jūsu apmeklētāji galvenokārt ir Lielbritānijā vai citā Rietumeiropas daļā, nevis Bulgārijā.

Noklikšķinot Continue, atveras “Added to Cart” uznirstošais logs, kurā redzami trīs maksas WordPress Support līmeņi (Basic, Optimal un Premium) pirms jūs atgriežaties pie pasūtījuma.

Neviens no tiem nav iepriekš atlasīts, un to izlaišana prasa tikai vēlreiz noklikšķināt Continue, taču ar šādu norēķinu pārtraukumu ir jārēķinās. Ja esat tehniski pārliecināts un varat pats pārvaldīt savu vietni, nav nepieciešams pievienot nevienu no tiem, un bāzes plāns bez tiem pilnībā darbojas.

Review and Checkout lapa ir vieta, kur pasūtījums tiek apkopots kopā. Dažas lietas, ko vērts pieminēt:

• Valūtas izvēle: lai gan plānu cenas visā vietnē tiek rādītas EUR un BGN, norēķinu laikā varat pārslēgties uz citām valūtām, tostarp USD, kas ir noderīgi, ja vēlaties redzēt un maksāt savā valūtā

• Promo koda lauks: atsevišķs lodziņš atlaižu kodiem, nodalīts no pasūtījuma kopsavilkuma
• Uzņēmuma norēķinu lauki: līdzās standarta personas datiem veidlapā ir pilns uzņēmuma lauku komplekts (uzņēmuma nosaukums, PVN numurs, reģistrētā adrese un vadītāja vārds), lai Bulgārijas biznesa klienti varētu saņemt korektu PVN rēķinu, nesazinoties ar atbalstu

• Konta izveide caur Facebook vai Google: saīsne blakus standarta e-pasta un paroles reģistrācijai

Maksājumu iespējas sniedzas tālāk nekā vairumam dalītā hostinga pakalpojumu sniedzēju, ko esmu pārskatījis: karšu maksājumi caur Stripe, PayPal, ePay.bg, EasyPay, B-Pay, vietējais bankas pārskaitījuma variants ar nosaukumu Bank Road un Bitcoin. Bitcoin pieņemšana līdzās tik daudziem Bulgārijas reģionālajiem maksājumu procesoriem nav tas, ko es bieži redzu dalītā hostinga norēķinu lapā.

Tūlīt pēc pasūtījuma un apmaksas pabeigšanas saņēmu divus e-pastus: vienu, kas apstiprināja pirkumu, un atsevišķu, kurā bija paskaidrots, ko darīt tālāk. Tas, ka šis otrais, darbībām paredzētais e-pasts pienāk uzreiz pēc norēķina, nevis liek jums meklēt savu pirmo soli panelī, ir laba zīme ikvienam, kas reģistrējas bez iepriekšējas hostinga pieredzes.

Kā es to novērtēju: domēna-pirmais pasūtīšanas process un Configure lapas atklātās izvēles par datu centru, norēķinu ciklu un papildinājumiem padara šo par vienu no caurspīdīgākajiem norēķinu procesiem, ko esmu testējis dalītā hostinga pakalpojumā. Uznirstošais WordPress Support piedāvājums pēc plāna pievienošanas grozam ir jāņem vērā, taču tas netraucē turpināt, neizvēloties neko.

Starp uzņēmuma norēķinu laukiem, valūtas pārslēgu un maksājumu metožu klāstu šis norēķinu process ir veidots plašākam klientu lokam nekā tipisks viena tirgus hostinga pakalpojumu sniedzējs, un sekojošais e-pasts ar nākamajiem soļiem ir neliels, bet noderīgs elements, kas jaunam klientam neļauj sākt pilnīgi no nulles.

Tālāk es soli pa solim parādīšu, kas notiek, kad nonākat pašā hostinga vidē.

2. Hostinga pārvaldība

Jump.BG hostinga pārvaldību uztic cPanel, un šeit nodrošinātajā versijā ir vairāk iebūvētu rīku nekā standarta cPanel instalācijā.

Pirmā lieta, kas izceļas, ir sadaļa “Jump Developed” virs standarta cPanel kategorijām, kurā ir trīs pielāgoti rīki:

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

Katrai vietnei atsevišķa PHP versijas maiņa parādās daudzos dalītā hostinga pakalpojumu sniedzējos, taču Redis kešatmiņas pārvaldnieks tieši iebūvēts cPanel nav kaut kas, ko es šajā līmenī redzu bieži.

Redis parasti prasa vai nu atbalsta pieteikumu, vai komandrindas iestatīšanu salīdzināmos plānos, tāpēc tā pieejamība kā klikšķināmam rīkam ir patiesa priekšrocība ikvienam, kurš vada WordPress vietni ar objektu kešošanu vai pielāgotu lietotni, kam no tā ir labums.

Papildus šai pielāgotajai sadaļai pārējais rīku kopums aptver kategorijas, kuras varētu sagaidīt, ar dažām detaļām, ko vērts atzīmēt:

Git version control, kas atrodas līdzās standarta failu rīkiem, ir detaļa, ko novērtēs izstrādātāji, bet ikdienas WordPress lietotāji to nekad neizmantos, un tas man liecina, ka Jump.BG šo paneli veidojis plašākam tehnisko prasmju līmenim nekā tikai iesācējiem domāts hostings.

Drošības rinda ir vieta, kur šis plāns nopelna īstu atzinību. Two-Factor Authentication un Imunify360 dalītā hostinga plānā paši par sevi nav nekas neparasts, taču SSH piekļuve, ModSecurity un pilna SSL/TLS sertifikātu pārvaldība, kas pieejama tieši panelī, kopā ar SSL sertifikātu, kas konta pārskatā jau ir atzīmēts kā Active, nevis jāinstalē manuāli, ir spēcīgāks sākumpunkts nekā vairākiem citiem dalītā hostinga pakalpojumu sniedzējiem, ko esmu testējis, kur SSL pēc reģistrācijas prasa manuālu soli.

Labajā pusē redzamais konta kopsavilkuma panelis ir vērts uzmanību pats par sevi. Tas parāda konta resursu robežas, nevis liek tās meklēt: 244.14 GB diska vietas, 2.5 GB fiziskās atmiņas un 1,024 IOPS limitu, līdzās neierobežotam papildu domēnu, apakšdomēnu, pastkastu un datubāzu skaitam (katrs attēlots kā skaitītājs pret bezgalības simbolu, nevis kā fiksēts limits).

Šāda atklātība par faktiskajiem resursu limitiem, kas parādīti skaidri, nevis paslēpti zināšanu bāzes rakstā, ir kaut kas, no kā vairāki dalītā hostinga pakalpojumu sniedzēji izvairās, jo reālie limiti bieži vien konfliktē ar “neierobežots” mārketinga tekstu. Jump.BG šos skaitļus noliek tieši priekšā.

WordPress Manager by Softaculous un Social Media Management parādās kā atsevišķi vienumi kreisajā sānjoslā, ārpus galvenā Tools režģa, kas padara vienas klikšķa piekļuvi WordPress pārvaldībai un sociālajiem rīkiem pieejamu no jebkuras paneļa vietas, nevis liek ritināt līdz Software sadaļai.

Pats Softaculous nodrošina plašu skriptu bibliotēku — no CMS platformām un forumiem līdz spēlēm, attēlu galerijām un reklāmu pārvaldības rīkiem —, kas šo plānu paplašina tālu aiz tikai WordPress izmantošanas gadījuma, ja vēlaties tajā pašā kontā darbināt ko citu.

Kopējais spriedums par lietošanas vienkāršību

Nokļūšana no Jump.BG mājaslapas līdz darba hostinga kontam ir īss process ar dažiem noderīgiem lēmuma punktiem: valodas pārslēgšana ielādes sākumā, domēna solis, kas neuzspiež pārcelšanu, un Configure lapa, kur datu centra atrašanās vieta, norēķinu cikls un papildinājumi ir redzami pirms maksāšanas, nevis pēc tās. WordPress Support uznirstošais piedāvājums pie norēķiniem ir vērts ņemt vērā, bet to ir viegli izlaist.

Ar ko šis plāns patiešām izceļas, ir cPanel iekšienē. Redis kešatmiņas pārvaldnieks un katrai vietnei atsevišķa PHP versijas kontrole sadaļā “Jump Developed”, SSH piekļuve un pilna SSL/TLS pārvaldība pēc noklusējuma, jau aktīvs SSL sertifikāts bez manuālas iestatīšanas un konta pārskats, kas uzreiz parāda reālos resursu limitus, nevis slēpjas aiz “neierobežots” mārketinga teksta, viss liecina par hostinga pakalpojumu sniedzēju, kas pārvaldības paneli veidojis tehniski spējīgiem lietotājiem, ne tikai pirmreizējiem vietņu īpašniekiem.

Ja vēlaties šādu servera kontroli, nepametot cPanel, šis ir spēcīgāks sākumpunkts nekā vairums šāda līmeņa dalītā hostinga plānu.

Atbalsta līmenis

Tiešsaistes tērzēšana ir Jump.BG galvenais atbalsta kanāls. Tā atrodas katras paneļa lapas apakšējā labajā stūrī, tāpēc nav jāmeklē atbalsta portāls vai jāatver pieteikuma forma, lai sāktu sarunu. Es nolēmu to pārbaudīt ar tehnisku jautājumu par Redis Cache Manager rīku, ko atradu cPanel.

1. Tiešsaistes tērzēšana

Tērzēšana atveras ar MI palīgu vārdā Froggy, kas jau no sākuma identificē sevi kā MI un norāda, ka sarunu pārskata cilvēka operators un vajadzības gadījumā iesaistīsies. Šī atklātība ir svarīga: jau no pirmā ziņojuma jūs zināt, vai runājat ar botu vai cilvēku, un jums pasaka, ka cilvēks jau seko līdzi fonā, nevis jāprasa to pašam.

Es jautāju, vai Redis instance aiz Redis Cache Manager ir izolēta katram kontam vai koplietota ar atslēgu prefiksēšanu. Froggy atbilde bija konkrēta, nevis vispārīga:

• Katrā hostinga kontā ir sava Redis instance ar unikālu hostu un portu, ko var redzēt cPanel sadaļā Redis Cache Manager by Jump.BG
• Ja vienā kontā ir vairākas vietnes, Redis instance tiek koplietota starp tām, un katrai vietnei nepieciešams atšķirīgs datubāzes numurs (0 līdz 15), lai kešatmiņas dati nesajauktos starp vietnēm
• Tā pati pati pamanīja reālu saderības problēmu: Redis Cache un LiteSpeed Cache spraudņi nestrādā kopā, jo LiteSpeed Cache ir sava iebūvēta Redis konfigurācija sadaļā Settings, Advanced
• Tika pievienota saite uz zināšanu bāzes rakstu un bloga ierakstu tālākai lasīšanai, kā arī precīzas wp-config.php konstantes, kas nepieciešamas, lai savienotos ar instanci

Šis brīdinājums par vairāku vietņu datubāzes numuru nebija kaut kas, ko es pajautāju. Tā pievienošana pašai no sevis ir tieši tas sīkums, kas pasargā klientu no reālas problēmas (kešatmiņas sajaukšanās starp divām vietnēm vienā kontā) vēl pirms tā notiek.

Cilvēka operators Stoyan pievienojās čatam uzreiz pēc tam bez manas lūgšanas, apstiprināja to pašu izolācijas atbildi un pateicās par sazināšanos.

Es turpināju, jautājot, vai Redis ir konfigurēts ar noturību (RDB vai AOF) vai tiek izmantots tikai kā atmiņā bāzēta kešatmiņa. Stoyan lūdza mirkli, lai pārbaudītu, un atgriezās ar tiešu atbildi: ir ieslēgta RDB snapshot noturība, AOF nav.

Ko es domāju: šis MI uz cilvēku pārsūtīšanas process darbojas labāk nekā vairums risinājumu, ar kuriem esmu saskāries. Froggy atbilde nebija virspusēja atbilde uz vārdu “Redis”, tā pareizi nošķīra plāna līmeņa jautājumu no vietnes līmeņa konfigurācijas detaļas un pievienoja brīdinājumu par spraudņu konfliktu, ko es nebiju pajautājis.

Stoyan pievienošanās bez lūguma noņēma ierasto gaidīšanu, kamēr cilvēks paņems pieteikumu, lai gan viņa pirmais ziņojums atkārtoja jau Froggy pateikto, nevis turpināja no turienes.

Tas, kas man pateica visvairāk, bija noturības jautājums: Stoyan neuzminēja un nedeva nomierinošu, bet miglainu atbildi — viņš pārbaudīja un atgriezās ar pareizo, konkrēto konfigurāciju (RDB, nevis AOF). Tā ir atšķirība starp operatoru, kas lasa no skripta, un tādu, kurš pārzina infrastruktūru.

2. Zināšanu bāze

Pēc tiešsaistes atbalsta pārbaudes es vēlējos redzēt, vai Jump.BG to papildina ar pašapkalpošanās dokumentāciju, jo ne katram jautājumam ir vērts atvērt tērzēšanu.

Zināšanu bāze ir pieejama tajā pašā atbalsta sānjoslā kā tiešsaistes tērzēšana un pieteikumu vēsture, un tā ir sakārtota deviņās kategorijās:

Shared Hosting un Domains veido lielāko daļu satura, kas atbilst tam, kur vairumam klientu patiesībā vajadzīga palīdzība. Online Radio, kam ir atsevišķa 10 rakstu kategorija, ir ar Jump.BG saistīta īpatnība, jo straumēšanas audio hostings vispār nav produkts, ko piedāvā vairums dalītā hostinga pakalpojumu sniedzēju, vēl jo mazāk to dokumentē atsevišķi.

Es atvēru vienu no saistītajiem rakstiem, “Changing PHP version for a specific directory or site”, lai pārbaudītu paša teksta kvalitāti.

Raksts ir trīs soļu pamācība: atrodiet vietnes saknes direktoriju, izmantojot FTP vai File Manager, atveriet vai izveidojiet .htaccess failu, pēc tam pievienojiet vienu no vairākiem koda blokiem atkarībā no tā, kuru PHP versiju vēlaties, un katrai versijai no 5.2 līdz 8.4 ir atsevišķs piemērs.

Tajā ir saite uz atsevišķu rakstu par PHP versijas maiņu visam kontam, un beigās ir saistītie raksti (shared hosting pamati, saknes domēna maiņa, SMTP iestatījumi, failu atļaujas, cPanel pieteikšanās), kas visi ir loģiski nākamie soļi kādam, kurš šo rakstu lasa pirmoreiz. Rakstā redzams, ka 346 lietotāji to atzīmējuši kā noderīgu no 770 balsīm, tātad šī nav lapa, kuru neviens nelasa.

Viena neliela problēma: PHP versiju virsraksti no 7.1 līdz 8.0 vidū pāriet bulgāru valodā (“За PHP версия 7.1, добавете следните редове”) un pēc tam atkal pāriet angļu valodā 8.1 līdz 8.4.

Mājaslapas sadaļai Most Popular Articles ir tā pati problēma: līdzās angļu rakstiem, piemēram, “Free SSL certificate from Let’s Encrypt”, vairāki no top pieciem ir tikai bulgāru valodā, tostarp “Какво е SSL” (Kas ir SSL) un “Плащане чрез ePay” (Maksājums caur ePay).

Ko es domāju: dziļums ir tur. Shared Hosting un Domains ir nopietni pārklāti, PHP versijas raksts ir pietiekami precīzs, lai atrisinātu īsto problēmu bez atbalsta pieteikuma, un balsu skaits rāda, ka cilvēki šīs lapas patiešām izmanto, nevis tikai pārlapo.

Valodas nekonsekvence ir vienīgais, ko ir vērts zināt iepriekš. Ja izmantojat vietnes angļu versiju, nepārsteidzieties, ja “Most Popular” saite vai vidū esošs koda bloks pārslēdzas uz bulgāru valodu. Tas nesabojā informāciju, jo koda fragmenti abos gadījumos ir vienādi, bet tas ir trūkums citādi angļu valodai gatavā atbalsta pieredzē.

Kopējais spriedums par atbalsta līmeni

Jump.BG tiešsaistes tērzēšana ir ātri sasniedzama, un tikpat ātri tiek iegūta īsta atbilde. MI asistents apstrādāja tehnisku jautājumu par Redis izolāciju ar specifiku, nevis vispārīgu atbildi, norādīja uz spraudņu konfliktu, ko es nebiju pajautājis, un cilvēka operators, kas pievienojās bez uzvedināšanas, apstiprināja MI atbildi un pēc tam pārbaudīja sarežģītāku sekojošo jautājumu par noturību, nevis minēja.

Zināšanu bāzē ir reāls dziļums tur, kur tas ir svarīgi visvairāk — Shared Hosting un Domains —, un PHP versijas raksts, ko apskatīju, bija pietiekami precīzs un konkrēts, lai to varētu tieši izmantot. Vienīgā konsekventā plaisa abos kanālos ir valoda: zināšanu bāzes raksti un Most Popular saraksts bez brīdinājuma sajauc angļu un bulgāru valodu, un tas ir vērts zināt, ja jūs kontu pārvaldāt tikai angļu valodā.

Ātrai, tehniski precīzai atbildei uz reāliem infrastruktūras jautājumiem šis ir viens no spēcīgākajiem atbalsta piedzīvojumiem, ko esmu testējis dalītā hostinga pakalpojumā.

Jump.BG

Jump.BG ir Bulgārijas hostinga uzņēmums ar vairāk nekā 15 gadu pieredzi, kas balstīts uz ilgtermiņa partnerības un uzticības principiem. Uzņēmums piedāvā plašu pakalpojumu klāstu — no domēnu reģistrācijas un koplietošanas hostinga līdz Cloud VPS, pārvaldītam Cloud VPS, WordPress atbalstam, SSL sertifikātiem un dedikētiem serveriem — pielāgotu mazo un vidējo uzņēmumu vajadzībām.

Apmeklēt Jump.BG

Secinājums: vai mēs iesakām Jump.BG hostingu?

Jā, ar skaidru izpratni par to, kam tas paredzēts. Jump.BG izceļas ar tehnisko dziļumu, kas iebūvēts cPanel vidē: Redis kešatmiņas pārvaldnieks, katrai vietnei atsevišķa PHP versijas maiņa, SSH piekļuve un Git atbalsts nav lietas, ko es bieži redzu iekļautas dalītā vai WordPress hostinga plānā, un tās padara šo par spēcīgāku izvēli izstrādātājiem un tehniski zinošiem vietņu īpašniekiem nekā pirmreizējiem lietotājiem, kas meklē iespējami vienkāršāko iestatīšanu.

Veiktspēja to apstiprina Eiropas auditorijai ar spēcīgiem GTmetrix skaitļiem no Frankfurtes, lai gan apmeklētāji ārpus Eiropas redzēs reālu kritumu, jo visi četri datu centru varianti atrodas kontinentā.

Atbalsts testā ar reālu tehnisku jautājumu izturēja labi, sniedzot ātru un precīzu atbildi gan no MI asistenta, gan no cilvēka aģenta, kurš pēc tam sekoja.

Jump.BG

5.0

6 user reviews

€3,26 /mo

Sākumcena

Apmeklēt Jump.BG

Rating based on expert review

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