Защо избрах хостинг в Jump?

Въпроса е доста сложен и ми харесва това което Дивна е дала като отговор във статията „Защо избрах хостинг в Jump?“. Сега тук ще изложа и моята гледна точка защо Jump е и моя избор.

За да дам отговор на същия този въпрос ще трябва да разкажа една малко дълга история която се простира в има-няма 20 години. В началото беше някъде зимата 2003 може би Февруари месец ако не се лъжа. Тъкмо се преместихме в новата квартира намираща се във блок Трансстрой и използвахме интернет през модем. Обаче тогава имаше разни компютърни вестници и списания и ги купувах от будката на Механотехникума. Та една вечер преглеждах някакъв вестник и там имаше на последните 2-3 страници обяви. И видях обявата на Bulhosting с изключително изгодно предложение за хостинг от порядъка на 4 или 5 лева на месец. Тогава конкурентните цени тук бяха двойни така, че си беше далаверка отвсякъде. На следващия ден на работа разгледах сайта по-подробно и телефонния ми номер ми се стори супер познат отнякъде. И след няколко часа като мокър парцал се сетих на кой точно е този телефонен номер! Ставаше въпрос за моя приятел от детството – Цветелин Йотов. Едно телефонно обаждане и се сдобих със така желания от мен хостинг пакет и домейн. Тогава хостингите имаха като ограничение само дисково пространство, месечен трафик и брой мейл акаунта. Тъй като не ползвах хостинга по предназначение съответно не съм имал никакви проблеми с него.

По някое време обаче Цецо ми се обади и каза „Братле, вече не се занимавам с хостинга, защото продадох команията“. По време на същия разговор научих и няколко интересни неща, но по-важното е, че новия собственник е Host.bg. Ето тук има съобщението до медиите и тук е вече обновената страница на Bulhosting със анонса. Ако прочетете анонса тогава можете да видите и приблизителния пазарен дял на новосформираната компания. Казвам новосформирана, защото Host.bg тогава беше доста агресивна и изкупи може би 5 по-малки хостинга за да вземе 50% пазарен дял. Горе-долу във този момент малко след разговора ме мигрираха към сървър на Host.bg и всичко беше на български което си беше някакво удобство на фона на изцяло английския Cpanel. При повторен поглед – всичко си беше някаква вътрешна разработка на Host.bg и беше изцяло написано от нулата. Това ме впечатли тогава.

Горе-долу 2005-6та почнах много повече да използвам хостинга вече и тогава се натъкнах на няколко дребни проблема:

  • Първия и по-фатален проблем беше, че понякога пощите работеха добре, понякога се дънеха зверски. Това ми направи доста неприятно впечатление защото няколко пъти изпуснах много хубави възможности от един сайт за работа. Нямам мейл, минават няколко часа и получавам мейл. Влизам във сайта да го прочета и установявам, че междувременно БИ трябвало да съм получил още няколко мейла. Но те ми липсваха в пощенската ми кутия…
  • Втория проблем беше, че работата на PHP тогава се изпълняваше като модула mod-php работеше на ниво Apache като потребител apache. Проблема беше, че в голяма част от случаите можеш да качиш файл и той си идва от твоя потребител, примерно peter. Проблема обаче е, че когато се качеше файл през PHP той беше собственност на apache и този файл НЕ МОЖЕШЕ да бъде изтрит от мен, нито по FTP, нито от уеб панела. Единственния вариант беше да направя тикет на поддръжката и те да го изтрият от мое име.
  • Третия и най-фатален проблем беше къстъм системата им. Това работеше на Apache 1.3 ако не се лъжа с някакво по-старо PHP може би 5.2 и някакво по-старо MySQL (тук вече не мога да се сетя за версията) което имаше по-чалнат енкодинг. Offtopic – все още имам някакви архиви на блога ми оттогава (2003та) които не мога да ги подкарам. Та цялото това нещо някак си работеше, но с течение на времето остаря. При това остаря доста защото беше на 32 битова операционна система и веднъж качих 2.5G файл който не можеше да се зареди през уеб защото Apache можеше да зареди само част от него. А Host.bg не правеха почти никакви обновления на системата си.

В интерес на истината за може би 10на години съм имал сумарно 10 тикета към хостинга и бях доволен. Горе-долу 2-3 години след това обаче на пазара излезе нов и доста агресивен играч и поетапно почна да придобива пазарен дял – Superhosting. Услугата им беше добра, но бяха по-добри в маркетинга. Тук Host.bg бяха направо вече незабележими. Новия играч, обаче вкара 2 големи нововъведения – брояха inodes и процесорното време. Докато моя съществуващ хостинг, не го правеше това и аз не намирах причина да си причиня главоболие с това.

Голямото главоболие обаче възникна когато научих за слуха, че Host.bg ще бъде придобит от Superhosting. И няколко седмици след това и имаше и анонс на сделката тук. И аз имах някъде година да реша къде исках да бъда.

През това време вече познавах Драгомир Желев и екипа зад Jump.bg и реших да им дам един шанс. И горе-долу така се отзовах и в Jump.bg. Междувременно съм работил с клиенти по почти всички нашенски хостинг компании така, че имам поглед отвътре като клиент, но без да съм физически хостнат при тях.

Общо взето положението навсякъде е подобно – едни и същи сървъри, едни и същи операционни системи, едни и същи приложения, хостнати на едни и същи локации. Тук е момента да отбележа, че малко ми липсват добрите стари дни на Host.bg когато всичко беше различно и цветно. Но това което ги различава са цените. И хората които работят зад бранда на компанията. И съответно какво получаваш за парите си. Прост пример при конкуренцията – получава се мейл „Процесорното време е превишено, ще ви спрем достъпа на посетители към сайта“, съответно клиента ми звъни до минута „КРАЙ! УМИРАМЕ!“. При Jump-a подобни мейли също идват, но самите служители имат много по-голям толеранс на задържане, защото знаят – днес сайт X ще има новина и съответно повече посетители, утре няма да имат новина и съответно няма да имат посетители. Друг пример е броенето на прословутите inodes, но тук Дивна го е описала много по-добре. Мога да изброя и още няколко, но по-важното е прословутия LiteSpeed уеб сървър за което Дивна също така е писала тук.

И горе долу това е късата версия на историята. Има и по-дълга версия на това, но тя е свързана с описание на това как мигрирах от Windows към Linux и после към OSX и през какви перипетии съм преминал през това време. Разбира се в момента се занимавам с доста по-големи сайтове и търкалям хостинги в различни локации включително и в няколко клауда. Обаче когато някой ме попита за хостинг им казвам в повечето случаи – мигрирай към Драго и Jump и ще си доволен. И повече не ги чувам тези хора което е гаранция, че миграцията им е минала безпогрешно и са доволни. Даже веднъж звънях на един „абе какво стана? ами мигрирах и сметките ми паднаха!“. Затова ако действително искате хостинг на подходяща цена и без проблеми си заслужава да изберете Jump.bg.

Надявам се ви дадох моя отговор на въпроса „Защо избрах хостинг в Jump?„. Надявам се да ви е харесал!

Защо избрах хостинг в Jump?

За общественото мнение

Веднъж градският кадия проводи до спахията, който владееше Байрактарска махала, за дърводелеца Йосиф: да украси новата му къща с дърворязан таван. Беше късна есен; Петър яхна магарето и се сви в ямурлучето; баща му водеше магарето.

Срещнаха ги хора и казаха:
— Ама че син: язди, а баща му пеша!

Слезе Петър и тръгна пеша; баща му яхна магарето; настигнаха ги хора и рекоха:
— Ама че баща: язди, а малкият бъхти пеша!

Качи се и Петър — яхнаха двамата — други ги укориха:
— Виж как мъчат магарето!

Слязоха и двамата, присмяха им се:
— Гледай глупаци! И двамата пеша вървят, а магарето тича свободно!

И още приказки за Хитър Петър оттук

За общественото мнение

macOS missing telnet

Новите версии на macOS вече идват без популярното приложение telnet което е заклеймено като ненадежно и даже опасно. Но в доста моменти примерно като IoT или нещо за разработки telnet е прекрасен защото работи само в рамките на локалната мрежа и не е обременен със криптирания и аутентикации.

До сега избягвах липсата на telnet по 2 начина. На един mac си бях компилирал telnet от сорс по следния начин:

curl -o http://ftp.gnu.org/gnu/inetutils/inetutils-1.9.4.tar.gz
tar xvzf inetutils-1.9.4.tar.gz
cd inetutils-1.9.4
./configure
make
sudo make install

И това си работи и до ден днешен защото разполагам с компилаторите.

На друг mac го решавам по друг начин – влизам със ssh към едно Raspberry Pi и оттам правя telnet накъдето ми трябва.

Но днес разбрах, че има и 3ти начин – nc:

nc 192.168.0.105 23

което ми връща ето това:

????!????

BusyBox v1.14.1 (2016-02-19 14:02:33 CST) built-in shell (msh)
Enter 'help' for a list of built-in commands.

а това за моите нужди е напълно достатъчно.

macOS missing telnet

Terminal Image Viewer

Как да гледаме картинки от команден ред без да се пуска X или картинката да се смъква по SFTP към друг компютър.

Първоначално го инсталираме:
git clone https://github.com/stefanhaustein/TerminalImageViewer.git
cd TerminalImageViewer/src/main/cpp
make
sudo make install

След това се използва ето така:
tiv image.png

Terminal Image Viewer

WPPusher – GIT to WP deployment

Един от най-интересните плъгини за WP напоследък който съм виждал е WPPusher. Предназначението му е доста просто – инсталира и синхронизира разширения и теми от Git във WordPress.

Всъщност това можете и сами да го правите по два начина:
1. можете да смъквате кода като ZIP и да го качвате във WP през панела или през FTP.
2. ако имате SSH можете ръчно всеки път да го обновявате със clone/pull/fetch
Но и в двата случая скоро ще ви писне.

Затова можете да използвате WPPusher-a и той автоматично да инсталира разширението или темата от GitHub, BitBucket, GitLab вместо вас автоматично. Освен това е възможно при всяко обновление на кода в горните услуги кода да се обнови автоматично във WordPress. Това прави нещата доста по-приятни ако се налага да се обновяват няколко десетки WordPress сайта.

И преди да се зарадвате ето и малко лоши новини:
– безплатната версия не позволява използването на лични хранилища с кодове
– не може да се използва чисто GIT хранилище. Примерно аз ползвам Gitolite и засега не мога да го интегрирам
Разбира се тези недостатъци може и да не ви засягат.

WPPusher – GIT to WP deployment

Add Me to Search Google

Сега ще ви покажа как можете да се прибавите в сърча. Това е нова услуга която е пусната за Индия вчера.

А ето как да си я активирате и оттук. Първо трябва да натиснете десен бутон, Inspect Element и да се настроите като мобилно устройство намиращо се в Мумбай, Индия.

Настройка на за мобилно устройство
Настройка на геолокация

След това натискате „Get Started“ и следвате стъпките:

Попълване на данните
Попълване на линкове към социалните профили
Вече попълнени данни
Финален преглед на нещата
Успешно записване на данните
Как изглежда цялата тази гимнастика в търсачката

Снимките са малко по-големи, но при 1080 така се получава. Възможно е да не сработва ако Google е на Български. Тогава просто допишете в URL-a след ? това hl=en

Add Me to Search Google