Jump.BG egy bolgár hosting szolgáltató, amely infrastruktúráját Szófiából üzemelteti, adatközponti opciói pedig Bulgárián, az Egyesült Királyságon, Németországon és Franciaországon át érhetők el.

A tesztelés során leginkább nem maga a csomag tűnt ki, hanem egy Redis cache manager és az oldalonkénti PHP-váltás, amelyek közvetlenül a cPanelbe vannak beépítve — ilyen megoldásokat nem látok ilyen formában a legtöbb shared hoszton. Íme, hogyan teljesített a regisztráció, a teljesítmény és az ügyfélszolgálat valós tesztelés alatt.

Jump.BG

A Jump.BG egy bolgár hostingcég, több mint 15 éves tapasztalattal, amely a hosszú távú partnerség és bizalom elveire épül. A vállalat széles körű szolgáltatásokat kínál — a domainregisztrációtól és megosztott tárhelytől kezdve a Cloud VPS-en, menedzselt Cloud VPS-en, WordPress-támogatáson, SSL-tanúsítványokon és dedikált szervereken át — a kis- és középvállalkozások igényeire szabva.

Látogatton el a(z) Jump.BG weboldalára

Előnyök és hátrányok

Értékelési bontás

Annak meghatározásához, hogy hol helyezkedik el összességében a Jump.BG, a értékelési módszertanunk szerint pontoztam, amelyet az oldalon minden szolgáltatónál alkalmazunk, így az alábbi számok valós tesztelésen alapulnak, nem az első benyomáson.

Árak és csomagok

A Jump.BG szolgáltatások széles körét kínálja, többek között:

• Shared Hosting: LiteSpeed-alapú hosting cPanellel
• WordPress Hosting: Optimalizált WordPress csomagok beépített gyorsítótárazással
• Reseller Hosting: Saját márkanév alatt értékesítheted a hostingot
• Cloud VPS & Managed Cloud VPS: Skálázható virtuális szerverek, a menedzselt csomagok cPanelt és szerveradminisztrációt is tartalmaznak
• Dedicated Servers: Nagy teljesítményű, önálló szerverek

Az alábbiakban pontosan láthatod az árakat mindegyikhez.

Néhány fontos tudnivaló rendelés előtt:

• Számlázás: A Jump.BG előre fizetett kreditrendszert használ. A szolgáltatásokból a kredited egyenlege terhére vonnak le, és ha elfogy a kredit, nem kerülnek kiépítésre.
• Visszatérítések: A jogosult visszatérítéseket 14 napon belül utalják vissza, kivéve a domaineket, SSL tanúsítványokat és egyéb nem visszatéríthető kiegészítőket. Az ügyfelek a hosting szerződést a vásárlástól számított 30 napon belül elállási kérelem benyújtásával felmondhatják.
• Számlázási lehetőségek: Havi vagy éves számlázást választhatsz.
• Fizetési módok: Hitel/betéti kártya, PayPal, banki átutalás, ePay.bg, EasyPay, B-Pay és Bitcoin.
• Életkori követelmény: Az account megnyitásához legalább 18 évesnek kell lenned.

A kompromisszum a visszatérítési szabályzat: nincs pénz-visszafizetési garancia, amelyre támaszkodhatsz, ha egy csomag nem válik be, ezért érdemes biztosnak lenned a választásodban, vagy havi számlázással kezdeni, mielőtt hosszabb időszakra köteleződnél el.

Jump.BG

A Jump.BG egy bolgár hostingcég, több mint 15 éves tapasztalattal, amely a hosszú távú partnerség és bizalom elveire épül. A vállalat széles körű szolgáltatásokat kínál — a domainregisztrációtól és megosztott tárhelytől kezdve a Cloud VPS-en, menedzselt Cloud VPS-en, WordPress-támogatáson, SSL-tanúsítványokon és dedikált szervereken át — a kis- és középvállalkozások igényeire szabva.

Látogatton el a(z) Jump.BG weboldalára

Funkciók

• Redis Cache Manager beépítve a cPanelbe
• Oldalonkénti PHP verzióváltás
• SSH-hozzáférés és Git támogatás
• Imunify360 biztonság és ModSecurity benne van
• JetBackup 5 automatizált biztonsági mentések
• Négy EU adatközpont közül választhat
• Node.js és Python alkalmazástámogatás
• LiteSpeed szerver beépített gyorsítótárazással
• Ingyenes SSL a regisztrációtól aktív

Teljesítmény

Hogy valós számokkal támasztjam alá a Jump.BG hostingra vonatkozó állításait, GTmetrix teszteket futtattam egy WordPress oldalon, amely a Blogger Ultra csomagon működött, vagyis a Jump.BG WordPress Hosting kínálatának csúcsszintű csomagján, amelyet a jelen véleményhez korábban már kiépítettem.

Íme, milyen beállítással dolgoztam:

• Csomag: Blogger Ultra (WordPress Hosting)
• Adatközpont: Bulgária, 3DC/Equinix, Szófia
• Tárhely: 250 GB SSD a hirdetés szerint (244.14 GB látszik elérhetőként a cPanel fiók áttekintésében, ez az eltérés nagy valószínűséggel inkább formázási különbség a hirdetett és a tényleges érték között, mint bármi megtévesztő)
• Forgalom: Korlátlan
• Vezérlőpult: cPanel
• Tesztoldal: egy WordPress telepítés a hostadvice.nl címen

Miért GTmetrix? A GTmetrix valós földrajzi helyekről, valódi Chrome böngészővel futtat teszteket, így az eredmények azt tükrözik, amit egy valódi látogató tapasztal, nem pedig egy szintetikus laborátlagot. Emellett közvetlenül riportálja a Google Core Web Vitals mutatóit (LCP, TBT, CLS), vagyis azokat a metrikákat, amelyeket a Google a keresési rangsorhoz használt oldalélmény megítélésére alkalmaz. Egy hosting véleménynél ez ismételhető, összehasonlítható mércét ad, amelyet minden tesztelt szolgáltatóval szemben használhatok.

Miért két teszt, két külön kontinensről? A Jump.BG infrastruktúrája Szófiából, Bulgáriából működik, és a GTmetrixnek nincs tesztcsomópontja magában Szófiában, ezért Frankfurt a legközelebbi nagy teszthelyszín a tényleges szerverhez, és reális, legjobb esetet mutató eredményt ad a közeli európai forgalomhoz. De a Jump.BG nem csak bolgár vagy regionális közönségnek pozicionálja magát.

A többdevizás pénztár, a nyelvváltó a kezdőlapon, valamint a PayPal-t és Bitcoint is tartalmazó fizetési lehetőségek mind arra utalnak, hogy a host nemzetközi ügyfeleket is céloz.

Ha csak a szerverhez legközelebbi pontról tesztelnénk, az csak a történet egyik felét mondaná el, ezért futtattam egy második tesztet San Antonio-ból, Texasból, hogy lássam, mit kap egy másik oldalon lévő látogató az Atlanti-óceán túloldaláról. A kettő együtt megmutatja a reális legjobb és a reális távoli esetet is, nem csak egy optimista számot a legközelebbi elérhető tesztpontról.

GTmetrix eredmények: Frankfurt vs USA

A két helyszín közötti 12 pontos teljesítménykülönbség itt a legvilágosabb jel, és a Largest Contentful Paint ugyanazt a történetet mondja el egy másik szögből: 1.0s Frankfurtból szemben 2.5s San Antonio-ból.

A Google saját küszöbe szerint a „jó” LCP pontszám 2.5s vagy az alatt van, így a frankfurti eredmény kényelmesen ezen belül van, míg az amerikai eredmény éppen a határon landol, nem pedig egyértelműen azon belül.

Néhány dolog, amit érdemes kiemelni:

• A CLS 0 mindkét futásnál azt jelenti, hogy az elrendezés stabil marad attól függetlenül, honnan érkezik a kérés, és ezt nem befolyásolja a hálózati távolság; inkább a tiszta oldalkialakítást tükrözi, mint a szerver teljesítményét
• A TBT valójában alacsonyabb az amerikai teszten, mint a frankfurti esetben (111ms vs 184ms), ami elsőre ellentmondásosnak tűnhet. A TBT azt méri, mennyi ideig blokkolja a fő szálat a böngésző a betöltés során, és ez inkább a tesztet futtató böngészőpéldánytól függ, mint a hálózati távolságtól, így ez nem annak a jele, hogy az amerikai kapcsolat gyorsabb, hanem inkább emlékeztető arra, hogy nem minden metrika mozog ugyanabba az irányba, mint a késleltetés
• Mindkét TBT érték bőven a 200ms-os küszöb alatt van, ami már problémára utalna

Oldalbetöltési bontás

Itt jelenik meg a távolsági büntetés konkrét, jól magyarázható formában. A Connect idő önmagában 123ms-ról 497ms-re ugrik, a TTFB pedig majdnem megháromszorozódik: 275ms-ról 788ms-re.

Mindkettő összhangban van az egy régiós szerverrel: a kérésnek fizikailag el kell utaznia Texasból Szófiába és vissza, mielőtt az oldal egyáltalán elkezdhetne megjelenni, és ezt egyetlen helyszínes accounttal nem lehet megkerülni.

Az olvasók számára ez két gyakorlati forgatókönyvre bontható:

• Ha a látogatóid Európában összpontosulnak, különösen Németország környékén vagy közeli régiókban, akkor a frankfurti számok a működő alapértékek: 1.0s LCP, 275ms TTFB és 3.2s teljes betöltési idő. Ez erős eredmény a shared WordPress hostinghoz képest.
• Ha a látogatóid túlnyomórészt Észak-Amerikában vannak, vagy globálisan szóródnak, akkor inkább a San Antonio-számokra számíts: 2.5s LCP, 788ms TTFB és 3.8s teljes betöltési idő. Ezek közül egyik sem bukik meg Core Web Vitals szempontból, de különösen az LCP eredmény éppen a Google „jó” küszöbének szélén van, nem pedig biztonságosan azon belül.

Egy korlátozást érdemes nyíltan kiemelni: Jump.BG négy adatközponti opciója a regisztrációnál — Bulgária, az Egyesült Királyság, Németország és Franciaország — mind európai.

Nincs amerikai vagy más nem európai régió, amelyet választhatsz, így ha az oldalad közönsége Észak-Amerikában vagy Ázsiában koncentrálódik, akkor nincs lehetőséged ezen a felálláson belül csökkenteni ezt a távolságot, ahogy azt egy globális régiókat kínáló szolgáltatónál megtehetnéd.

Általános értékelés a teljesítményről

Európai közönség számára a Jump.BG Blogger Ultra csomagja erős eredményeket produkál: 84%-os GTmetrix Performance, 1.0s LCP és 3.2 másodperces teljes betöltés Frankfurtból, mindez kényelmesen a Google „jó” küszöbein belül. A kép a távolabbi látogatók esetében megváltozik. San Antonio-ból a Performance 72%-ra csökken, az LCP majdnem megduplázódik, és éppen a „jó” tartomány szélén landol, a TTFB pedig a Szófiába vezető fizikai távolság miatt majdnem megháromszorozódik.

Ez egyik sem arra utal, hogy a szerver rosszul lenne konfigurálva; a CLS mindkét tesztben tiszta 0 maradt, és az alapoldal felépítése sem változott. Ez inkább egy távolság és szerver közötti kompromisszum, amivel bármelyik egy régiós host esetében találkoznál, és amelyet nem lehet kikerülni, mivel Jump.BG mind a négy adatközponti opciója Európában van.

Ha a forgalmad európai, ez a csomag jóval a shared hosting átlag felett teljesít. Ha a látogatóid jelentős része Európán kívülről érkezik, akkor inkább a számok lassabb végére készülj, ne a frankfurti eredményre, mivel jelenleg nincs közelebbi regionális opció, amelyhez vissza lehetne nyúlni.

Jump.BG

A Jump.BG egy bolgár hostingcég, több mint 15 éves tapasztalattal, amely a hosszú távú partnerség és bizalom elveire épül. A vállalat széles körű szolgáltatásokat kínál — a domainregisztrációtól és megosztott tárhelytől kezdve a Cloud VPS-en, menedzselt Cloud VPS-en, WordPress-támogatáson, SSL-tanúsítványokon és dedikált szervereken át — a kis- és középvállalkozások igényeire szabva.

Látogatton el a(z) Jump.BG weboldalára

Könnyű használat

A Jump.BG rendelési folyamatát úgy jártam végig, mint egy új ügyfél: a kezdőoldaltól a csomag kiválasztásán, a domain beállításon és a fizetésen át egészen a cPanel környezetig, amely az aktív accounttal jár. Íme, hogyan néz ki ez a folyamat, és miben tűnt ki a többi általam tesztelt shared hoszttól.

1. Regisztráció

Az első dolog, amit a Jump.BG kezdőoldalán észrevettem, egy érkezéskor felugró nyelvválasztó volt, amely lehetővé teszi, hogy bulgár és angol között válassz, mielőtt egyáltalán megnéznél egy csomagot.

Ez apró részlet, de számít egy Bulgáriában működő szolgáltatónál: a nemzetközi ügyfél nincs arra kényszerítve, hogy találgasson, vajon az oldal (vagy a támogatás) angolul is működik-e.

A felső navigációból a Hosting menübe kattintottam, amely egy legördülő menüt nyit meg hat termékvonallal: Move a Website, Shared Hosting, WordPress Hosting, WordPress Support, eShop Hosting és Reseller Hosting.

A WordPress Hostingot választottam, amely négy szintet sorol fel: Blogger Start, Blogger Uni, Blogger Pro és Blogger Ultra. Mindegyik csomagkártya előre feltünteti a becsült havi látogatottságot és az SSD-kapacitást, ami ezen a ponton hasznosabb, mint amit a legtöbb host meg szokott adni:

A teszteléshez a Blogger Ultra csomagot választottam, vagyis a csúcsszintű opciót. Az Order gombra kattintva nem egyenesen a pénztárhoz jutsz. A Jump.BG előbb egy domain lépésen vezet végig, három választási lehetőséggel: új domain regisztrálása, egy meglévő domain átvitele egy másik regisztrátortól, vagy egy meglévő domain névszervereinek Jump.BG-re mutatása átvitel nélkül.

Ez az utóbbi opció különösen figyelemre méltó. Sok host ezen a ponton csak a regisztrálás vagy átvitel lehetőségét kínálja, ami olyan döntésre kényszerít, amelyre lehet, hogy még nem állsz készen. Az, hogy megengedik a névszerverek átirányítását egy olyan domainről, amelyet máshol tartasz, kevésbé elkötelező módja annak, hogy előbb kipróbáld a hostingot.

A domain lépés után a Configure oldal ismét megmutatja a csomag specifikációit, valamint néhány olyan opciót, amelyeket a legtöbb host mélyebbre rejt a checkoutban, vagy egyáltalán nem kínál:

• Számlázási ciklus: havi vagy éves, külön árazással (a legtöbb általam vizsgált shared host ezen a ponton csak éves számlázást kényszerít rá)
• Helyszínválasztás: Bulgária, Egyesült Királyság, Németország vagy Franciaország, mindegyik egy megnevezett adatközponthoz kötve
• Spam Expert: fizetős, domainenkénti kiegészítő, alapértelmezetten nullára állítva
• További lemezterület: csúszka a csomag alap tárhelye fölött
• Személyes (dedikált) IP-cím: fizetős kiegészítő

A négy ország közötti adatközpont-választás valódi megkülönböztető jegy. A legtöbb általam tesztelt shared host egyetlen régióhoz köt, és itt a Jump.BG már a fizetés előtt lehetővé teszi a választást, ami számít, ha a látogatóid inkább az Egyesült Királyságban vagy Nyugat-Európa más részein koncentrálódnak, nem pedig Bulgáriában.

A Continue gombra kattintva egy „Added to Cart” felugró ablak nyílik meg, amely három fizetős WordPress Support szintet mutat (Basic, Optimal és Premium), mielőtt visszakerülnél a rendeléshez.

Ezek közül egyik sincs előre kiválasztva, és ha átugrod őket, egyszerűen ismét a Continue gombra kell kattintani, de érdemes felkészülni erre a checkout megszakításra. Ha technikailag magabiztosan kezeled a saját oldaladat, nincs szükség ezek hozzáadására, és az alapcsomagnak nincs rájuk szüksége a működéshez.

A Review and Checkout oldalnál áll össze a rendelés. Néhány dolog, amit érdemes kiemelni:

• Pénznemválasztás: bár a csomagárak EUR-ban és BGN-ben jelennek meg az oldalon, a checkout lehetővé teszi, hogy más pénznemekre, köztük USD-re válts, ami hasznos, ha inkább a saját pénznemedben szeretnéd látni és fizetni az összeget

• Promóciós kód mező: külön doboz a kedvezménykódoknak, elkülönítve a rendelési összegtől
• Üzleti számlázási mezők: a szokásos személyes adatok mellett az űrlapon teljes cégadat-mezők is találhatók (cégnév, adószám, bejegyzett cím és vezető neve), így a bolgár üzleti ügyfelek megfelelő ÁFA-s számlát kaphatnak a támogatás megkeresése nélkül

• Account létrehozása Facebookkal vagy Google-lel: egy gyorsító lehetőség a hagyományos e-mailes és jelszavas regisztráció mellett

A fizetési lehetőségek többet kínálnak, mint a legtöbb általam vizsgált shared host: Stripe-on keresztüli kártyás fizetés, PayPal, ePay.bg, EasyPay, B-Pay, egy Bank Road nevű helyi banki átutalási opció és Bitcoin. A Bitcoin elfogadása ennyi regionális bolgár fizetési szolgáltató mellett nem olyasmi, amit gyakran látok shared hosting checkoutnál.

Két e-mail érkezett azonnal, miután befejeztem a rendelést és a fizetést: az egyik a vásárlást erősítette meg, a másik pedig végigvezetett a következő lépéseken. Az, hogy ez a második, cselekvésorientált e-mail közvetlenül a checkout után megérkezik, ahelyett hogy a dashboardban kellene keresgélned a saját induló lépéseidet, jó jel bárki számára, aki korábban még nem használt hostot.

Mit gondolok: a domain-first rendelési folyamat és a Configure oldal előre látható adatközponti, számlázási ciklus- és kiegészítőválasztásai miatt ez az egyik átláthatóbb checkout, amit shared hostnál teszteltem. A csomag kosárba helyezése utáni upsell felugró ablakra érdemes felkészülni, de nem akadályozza meg, hogy bármilyen választás nélkül továbblépj.

A vállalati számlázási mezők, a pénznemváltó és a fizetési módok széles köre miatt ez a checkout szélesebb körű ügyfeleknek készült, mint egy tipikus, egy piacra fókuszáló host, és a következő lépéseket tartalmazó visszaigazoló e-mail egy apró, de hasznos segítség az új ügyfélnek, hogy ne hidegen induljon.

Ezután közvetlenül megnézem, mi történik, amikor belépsz magába a hosting környezetbe.

2. Hosting kezelés

A Jump.BG a hosting kezelést a cPanelre bízza, és az itt kiépített verzió többet tartalmaz, mint egy alap cPanel telepítés.

Elsőként a „Jump Developed” rész tűnik fel a szokásos cPanel kategóriák felett, három egyedi eszközzel:

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

Az oldalonkénti PHP-verzióváltás sok shared hoston megjelenik, de a cPanelbe közvetlenül beépített Redis cache manager nem olyasmi, amit ezen a szinten gyakran látok.

A Redis általában vagy support ticketet, vagy parancssoros beállítást igényel hasonló csomagoknál, ezért valódi előny, hogy itt egy kattintható eszközként jelenik meg bárki számára, aki WordPress oldalt futtat object cachinggel, vagy olyan egyedi alkalmazást használ, amely profitál belőle.

Ezen a külön szekción túl a többi eszköz a megszokott kategóriákat fedi le, néhány megjegyzendő részlettel:

A Git version control a szokásos fájlkezelő eszközök mellett olyan részlet, amelyet a fejlesztők értékelni fognak, a hétköznapi WordPress felhasználók pedig soha nem használnak, ami számomra azt jelzi, hogy Jump.BG ezt a panelt szélesebb technikai tudásszinthez építette, nem csupán kezdőknek.

A Security sor adja ennek a csomagnak az igazi pluszát. A Two-Factor Authentication és az Imunify360 önmagukban nem szokatlanok egy shared csomagban, de az SSH-hozzáférés, a ModSecurity és a teljes SSL/TLS tanúsítványkezelés közvetlenül a panelből, valamint az account áttekintésében már Active-ként jelölt SSL tanúsítvány, a frissen regisztrált ügyfél számára jobb kiinduló állapotot jelent, mint több olyan shared hoszt, ahol az SSL-t manuálisan kell beállítani a regisztráció után.

A jobb oldali account összegző panel önmagában is figyelemre méltó. Megmutatja a fiók erőforrás-korlátait anélkül, hogy keresgélni kellene: 244.14 GB tárhely, 2.5 GB fizikai memória és 1,024 IOPS limit, valamint korlátlan további domain, aldomainek, postaládák és adatbázisok (mindegyik egy végtelenséget jelző szimbólummal futó számlálóként jelenik meg, nem fix korlátként).

Az, hogy a valós erőforráskorlátokat ilyen átláthatóan, a tudásbázis mélyére rejtés helyett világosan mutatja meg, olyasmi, amit sok shared host kerüli, mert a valódi limit gyakran gyengíti az „unlimited” marketing szöveget. Jump.BG viszont az arcodba teszi ezeket a számokat.

A WordPress Manager by Softaculous és a Social Media Management egyaránt külön elemként jelenik meg a bal oldali sávban, a fő eszközrácson kívül, így a WordPress-kezeléshez és a közösségi eszközökhöz egyetlen kattintásnyi távolságra kerülsz a panel bármely pontjáról, ahelyett hogy végig kellene görgetned a Software szekciót.

A Softaculous maga is széles szkriptkönyvtárral rendelkezik, a CMS platformoktól és fórumoktól kezdve a játékokon és képgalériákon át a hirdetéskezelő eszközökig, ami ezt a csomagot jóval túlmutatóvá teszi a pusztán WordPress-alapú használaton, ha később valami mást is futtatnál ugyanazon az accounton.

Általános értékelés a könnyű használatról

A Jump.BG kezdőoldalától egy működő hosting accountig rövid út vezet, néhány hasznos döntési ponttal: nyelvválasztó érkezéskor, domain-lépés, amely nem kényszerít átvitelre, és egy Configure oldal, amely a fizetés előtt mutatja meg az adatközpontot, a számlázási ciklust és a kiegészítőket, nem utána. A checkoutnál megjelenő WordPress Support upsell képernyőre érdemes felkészülni, de könnyen átugorható.

Ami igazán megkülönbözteti ezt a csomagot, az a cPanelen belül van. Egy Redis cache manager és az oldalonkénti PHP-verziókezelés egy „Jump Developed” részben, az SSH-hozzáférés és a teljes SSL/TLS-kezelés alapból elérhető, az aktív SSL tanúsítvány, amely nem igényel kézi beállítást, valamint az account áttekintő, amely a valós erőforráskorlátokat mutatja a „korlátlan” marketing mögé bújtatva — mindez azt jelzi, hogy a Jump.BG a technikailag magabiztos felhasználóknak építette a kezelőfelületet, nem csak az első weboldalt indítóknak.

Ha ilyen szintű szervervezérlést szeretnél a cPanel elhagyása nélkül, ez erősebb kiindulópont a legtöbb hasonló árú shared hosting csomagnál.

Támogatási szint

Az élő chat a Jump.BG elsődleges támogatási csatornája. Minden dashboard oldalon a jobb alsó sarokban látható, így nem kell támogatási portált keresgélni vagy ticket űrlapot megnyitni ahhoz, hogy beszélgetést kezdhess. Úgy döntöttem, egy technikai kérdéssel tesztelem meg a cPanelben talált Redis Cache Manager eszközzel kapcsolatban.

1. Élő chat

A chat egy Froggy nevű AI asszisztenssel nyílik meg, amely már az elején jelzi, hogy AI, és azt is közli, hogy egy emberi operátor átnézi a beszélgetést, és szükség esetén belép. Ez a nyilvánosságra hozatal fontos: már az első üzenetből tudod, hogy bottal vagy emberrel beszélsz, és azt is megtudod, hogy egy ember már a háttérben figyel.

Azt kérdeztem, hogy a Redis Cache Manager mögötti Redis példány accountonként elkülönített-e, vagy megosztott prefixeléssel. Froggy válasza konkrét volt, nem pedig sablonos:

• Minden hosting account saját Redis példányt kap egyedi hosttal és porttal, amely a cPanelben a Redis Cache Manager by Jump.BG alatt látható
• Ha ugyanazon az accounton több oldal van, a Redis példány megosztott köztük, és minden oldalnak külön adatbázisszámot kell használnia (0-tól 15-ig), hogy a cache adatai ne keveredjenek össze
• Saját magától is jelzett egy valódi kompatibilitási problémát: a Redis Cache és a LiteSpeed Cache plugin nem működnek együtt, mert a LiteSpeed Cache saját beépített Redis-konfigurációval rendelkezik a Settings, Advanced alatt
• Egy tudásbázis-cikkre és egy blogbejegyzésre mutató linket is adott további olvasnivalóként, és megadta a WordPress Redis-hez való csatlakozásához szükséges pontos wp-config.php konstansokat

Az a multi-site adatbázisszámra vonatkozó figyelmeztetés nem olyasmi volt, amire rákérdeztem. Az, hogy ezt magától megemlítette, pont az a részlet, amely megóvhat egy ügyfelet egy valódi problémától (cache átcsordulása két, ugyanazon accounton lévő oldal között), mielőtt belefutna.

Ezt követően egy emberi ügyintéző, Stoyan, azonnal csatlakozott a chathez anélkül, hogy külön kértem volna, megerősítette ugyanezt az izolációs választ, és megköszönte, hogy megkerestem őket.

Ezután megkérdeztem, hogy a Redis a perzisztencia (RDB vagy AOF) szempontjából van-e konfigurálva, vagy kizárólag memóriabeli cache-ként működik. Stoyan kért egy pillanatot, hogy utánanézzen, majd közvetlen választ adott: RDB snapshot perzisztencia engedélyezve van, az AOF nincs.

Mit gondolok: az AI–ember átadás itt jobban működik, mint a legtöbb hasonló megoldás, amivel találkoztam. Froggy válasza nem felszínes kulcsszó-egyezés volt a „Redis” szóra, hanem helyesen különválasztotta a csomagszintű kérdést egy oldalszintű konfigurációs részlettől, és hozzáadott egy pluginütközésre vonatkozó megjegyzést is, amelyre nem kérdeztem rá.

Stoyan külön kérés nélküli megjelenése megszüntette a szokásos várakozást, amíg egy emberi ügyintéző átveszi a ticketet, bár az első üzenete megismételte azt, amit a bot már lefedett, ahelyett, hogy onnan folytatta volna.

A legtöbbet számomra a perzisztencia kérdésnél mutatta: Stoyan nem tippelt, és nem adott megnyugtató, de homályos választ, hanem utánanézett, és visszajött a helyes, konkrét konfigurációval (RDB, nem AOF). Ez a különbség egy szkriptet olvasó ügyintéző és egy olyan között, aki tényleg érti az infrastruktúrát.

2. Tudásbázis

Miután leteszteltem az élő támogatást, meg akartam nézni, hogy a Jump.BG mennyire támasztja ezt alá önkiszolgáló dokumentációval, hiszen nem minden kérdéshez érdemes chatet nyitni.

A tudásbázis ugyanazon a támogatási oldalsávon keresztül érhető el, mint az élő chat és a ticketelőzmények, és kilenc kategóriába van rendezve:

A Shared Hosting és a Domains viszi a tartalom nagy részét, ami összhangban van azzal, ahol a legtöbb ügyfélnek valóban segítségre van szüksége. Az Online Radio saját, 10 cikkből álló kategóriája egy Jump.BG-specifikus részlet, mivel a streaming audio hosting nem olyasmi, amit a legtöbb shared host egyáltalán kínál, nemhogy külön dokumentálna.

Megnyitottam az egyik hivatkozott cikket, a „Changing PHP version for a specific directory or site” címűt, hogy megnézzem magának az írásnak a minőségét.

A cikk egy háromlépéses útmutató: keresd meg az oldal gyökérkönyvtárát FTP-n vagy a File Managerben, nyisd meg vagy hozd létre a .htaccess fájlt, majd adj hozzá egy kódrészletet attól függően, melyik PHP verziót szeretnéd, egyenként lefedve az 5.2-től 8.4-ig terjedő verziókat.

Külön cikkre hivatkozik az account szintű PHP-verzióváltáshoz, és a végén kapcsolódó cikkeket sorol fel (shared hosting alapok, root domain módosítása, SMTP beállítások, fájljogosultságok, cPanel bejelentkezés), amelyek mind logikus következő lépéseknek tűnnek annak számára, aki ezt olvassa. A cikket 346 felhasználó hasznosnak jelölte 770 szavazatból, így ez nem egy olyan oldal, amelyet senki sem olvas.

Egy kis nyelvi döccenő: a 7.1-től 8.0-ig terjedő PHP-verziófejlécek közepén hirtelen bolgárra váltanak („За PHP версия 7.1, добавете следните редове”), majd 8.1-től 8.4-ig ismét angolra váltanak.

A kezdőoldal Most Popular Articles listáján ugyanez a helyzet: az angol tételek, mint a „Free SSL certificate from Let’s Encrypt”, mellett a top ötben több bolgár nyelvű elem is van, köztük a „Какво е SSL” (Mi az SSL) és a „Плащане чрез ePay” (Fizetés ePay-jel).

Mit gondolok: a mélység megvan. A Shared Hosting és a Domains valódi lefedettséget kapott, a PHP-verzióról szóló cikk elég pontos ahhoz, hogy ténylegesen megoldja a problémát support ticket nélkül, és a szavazatszámok azt mutatják, hogy az emberek használják ezeket az oldalakat, nem csak átfutnak rajtuk.

A nyelvi inkonzisztencia az egyetlen dolog, amire érdemes előre figyelni. Ha az oldal angol felületét használod, ne lepődj meg, ha egy „Most Popular” link vagy egy középre tett kódblokk bolgárra vált. Az információt nem töri meg, mert a kódrészletek mindkét nyelven ugyanazok, de ez egy hiányosság egy egyébként angolul is jól használható támogatási élményben.

Általános értékelés a támogatási szintről

A Jump.BG élő chatje gyorsan elérhető, és ugyanolyan gyorsan valódi választ is ad. Az AI asszisztens egy Redis-izolációra vonatkozó technikai kérdést specifikusan kezelt, ráadásul jelzett egy plugin-ütközést is, amire nem kérdeztem rá, azután pedig az emberi ügyintéző, aki kérés nélkül csatlakozott, megerősítette az AI válaszát, majd egy nehezebb, perzisztenciára vonatkozó kérdést is ellenőrzött ahelyett, hogy tippelt volna.

A tudásbázis ott mély, ahol számít, vagyis a Shared Hosting és a Domains területén, és az általam átnézett PHP-verziós cikk elég pontos és konkrét volt ahhoz, hogy közvetlenül fel lehessen használni. Az egyetlen ismétlődő hiány mindkét csatornán a nyelv: a tudásbázis cikkei és a Most Popular lista angol és bolgár elemeket vegyít figyelmeztetés nélkül, amit érdemes tudni, ha teljesen angolul kezeled az accountot.

Gyors, technikailag pontos válaszokkal a valódi infrastruktúrával kapcsolatos kérdésekre ez az egyik erősebb támogatási élmény, amit shared hoszton teszteltem.

Jump.BG

A Jump.BG egy bolgár hostingcég, több mint 15 éves tapasztalattal, amely a hosszú távú partnerség és bizalom elveire épül. A vállalat széles körű szolgáltatásokat kínál — a domainregisztrációtól és megosztott tárhelytől kezdve a Cloud VPS-en, menedzselt Cloud VPS-en, WordPress-támogatáson, SSL-tanúsítványokon és dedikált szervereken át — a kis- és középvállalkozások igényeire szabva.

Látogatton el a(z) Jump.BG weboldalára

Összegzés: Ajánljuk a Jump.BG hostingot?

Igen, de azzal a világos tudattal, hogy kinek való. A Jump.BG a cPanel környezetébe épített technikai mélységgel tűnik ki: a Redis cache manager, az oldalonkénti PHP-váltás, az SSH-hozzáférés és a Git támogatás nem olyan dolgok, amelyeket gyakran találok együtt egy shared vagy WordPress hosting csomagban, és ez erősebb opcióvá teszi fejlesztőknek és technikailag magabiztos oldalkezelőknek, mint azoknak az első weboldal-tulajdonosoknak, akik a lehető legegyszerűbb megoldást keresik.

A teljesítmény ezt európai közönség esetén alátámasztja: a frankfurti GTmetrix eredmények erősek, bár az Európán kívüli látogatók esetében a számok érezhetően romlanak, mivel mind a négy adatközponti opció a kontinensen van.

A támogatás jól teljesített egy valós technikai kérdés alatt, az AI asszisztens és a később bekapcsolódó emberi ügyintéző is gyors, pontos választ adott.

Jump.BG

5.0

6 user reviews

1 180 Ft /mo

Kezdő ár

Látogatton el a(z) Jump.BG weboldalára

Rating based on expert review

• Felhasználóbarát
  4.5
• Támogatás
  4.8
• Szolgáltatások
  4.6
• Megbízhatóság
  4.2
• Ár
  4.5