Онзи ден получихме чудесна изненада от екипа на популярния сайт Seir.bg – непровокирано от конкретен случай писмо, чийто текст е огромен комплимент за нас!

С тяхно разрешение в този петъчен следобед споделяме с всички думите им:

Здравейте,.

Бихме желали да изкажем специални благодарности на екипа на Space.bg за качеството на услугите, които предлагате и професионализма с който се отнасяте. По-малко от година ползваме хостинг при вас и за това време сме изключително доволни от стабилността и удобството на хостинг услугите. Продължавайте в същия дух, а ние няма да пропуснем да ви похвалим на всички, които се нуждаят от качествен хостинг.

Поздрави,
Екипът на Seir.BG

Такава оценка, дошла от хората, които са толкова добре запознати с „българската работа“, ще ми даде мотивацията след две седмици да се върна с 150% желание за работа. От страна на целия ни екип мога да кажа, че всеки хостинг доставчик мечтае за толкова успешни и изрядни клиенти като Seir.bg! Благодарим!

Боян Табаков за…
Перспективи пред споделения хостинг – Флекси Спейс

Преди около 4 години, когато в СПЕЙС.БГ решихме да развием собствени споделени хостинг услуги и огледахме състоянието на пазара, едно нещо ни направи силно впечатление – споделеният хостинг изглеждаше като изчерпана откъм нововъведения концепция.

Традиционно се слага знак за равенство между споделен хостинг и хостинг плановете с максимално достижим фиксиран обем ресурси – дисково пространство, месечен трафик, брой хоствани домейни, e-mail кутии, и т.н. Ситуация, с която често се сблъсваме като клиенти, е че когато дори един от параметрите на хостинг плана се окаже недостатъчен, се налага да закупим абонамент за следващия по-скъп план.

Стигаме до извода, че фиксираните хостинг планове се характеризират относителна предвидимост на финансите за сметка на гъвкавост – месечната ви сметка не зависи пряко от реалното потребление, при условие, че във всеки момент се вписвате напълно в избрания план. Освен това примамливо ниските цени, на хостинг плановете са валидни най-вече при предплащане за поне една година, като доставчиците разчитат, че за този период огромен обем от ресурсите ще остане неизползван.

Осъзнавайки, че споделеният хостинг е недооценена услуга с неосъществен потенциал, решихме да използваме вече изградената за корпоративните ни клиенти надеждна и скалируема хостинг инфраструктура, която позволява модулно, оптимизирано разпределение на услугите по различни физически сървъри и съвременна поддръжка на водещите уеб и хостинг технологии. След внимателно наблюдение върху употребата на хостинг плановете ни, създадохме гъвкава и на практика неограничена хостинг услуга – Флекси Спейс.

При Флекси Спейс всеки параметър може да нараства и намалява постоянно, в размери, многократно превишаващи предвидените във фиксираните пакети максимални стойности или стигащи до нула. Заплащат се реално използваните ресурси, изчислени на ежедневна база. Не се налага да планирате предварително, за да имате всичко небходимо и да предплащате ненужно големи планове, за да покриете пиковете в потреблението,когато достигнете до първа страница на Свежо, новите необходими пощенски кутии или дисковото пространство за временно споделяне на големи работни файлове. Ако ръководите уеб студио с динамичен брой клиенти и сайтове за поддръжка, то с Флекси Спейс не само лесно ще скалирате хостинг бюджета си, но и ще имате единно място за управление на всички проекти. Сайтове със силно непропорционално потребление на различните ресурси, както и тези с изразено сезонно или събитийно натоварване, също се възползвват добре от особеностите на услугата.

Клиентите на Флекси Спейс избягват нуждата от голяма начална ивестиция и заплащат използваните ресурси в края на отчетния месец, подобно на сметките за битови услуги, но без обвързване с дългосрочни договори. От друга страна, ако вие разполагате със свободни финанси, можете да депозирате сума, от която да се приспадат следващите потребления. Така ще спестите време, защото акаунтът се подновява автоматично за следващия месец, ако балансът по текущия депозит е положителен към края на месеца и ще се възползвате от ефективно по-ниски цени, заради допълнително заредените от нас бонуси.

Не на последно място, Флекси Спейс не се стреми да е универсално изгодна услуга, но ако стартирате новия си проект с Флекси Спейс и анализирате резултатите, ще имате стабилна база за прецизен избор на правилния хостинг.

Боян Табаков е технически директор в хостинг компанията „СПЕЙС.БГ“(http://www.space.bg/). Той ръководи планирането и изграждането на хардуерната инфраструктура на компанията, както и създаването на софтуера, който се грижи за управлението на всички услуги

В тази Коледна нощ възпламва ярка звезда
И обсипва живота ни с несметни мечти
Бог надежди вселява в наште сърца
И радост в душите ни нежно искри

Годината нова нека е мирна и здрава
Да бъде честита, пълна с любов
Днес по-светъл животът ни някак си става
И светът се преражда по-добър и по-нов

Борис Жогов, декември 2009 г.

Ние, екипът на СПЕЙС.БГ, и този път няма да пропуснем да присъстваме на събитието. Вече наистина става традиционно. Ние и много други компании, споделящи страстта към свободата, помагаме с както можем. Колегата Петър Пенчев организира и PGP keysigning парти (май още не е съвсем ясно точно кога ще се проведе то, но със сигурност ще бъде част от OpenFest). Аз пък се надявам да успея да посетя и OpenArt панела. Програмата е много интересна, така че не се чудете дали да посетите събитието!

Ето и официалната прес-информация за събитието:

София, 3 ноември 2009. Най-новото издание на OpenFest – ежегодния фестивал на свободната култура и свободния софтуер у нас – ще се състои на 7 и 8 ноември 2009 г. Този път празникът ще се проведе в бизнесцентър „Интерпред“ в София.

Тазгодишното издание на OpenFest (www.openfest.org) е седмото поред в историята на фестивала и очаквано програмата е изключително разнообразна. Сред акцентите й е презентацията на Корнел Креанга, технологичен еванглелист за продуктите на Adobe и част от екипа на компанията в Букурещ, Румъния, който ще разкаже как се създават интерактивни интернет приложения със свободните Flex, BlazeDS и Spring. Светлин Наков, председател на Българска асоциация на разработчиците на софтуер, ще представи книгата „Въведение в програмирането с Java“. Това е успешно реализиран от доброволци под негово ръководство проект със свободен лиценз. Феновете на Mozilla ще отпразнуват петия рожден ден на любимия си браузър Firefox. Те ще могат да вземат участие в две интерактивни сесии, свързани с отворения уеб и с писането на приложения за Mozilla.

За шести пореден път в рамките на OpenFest ще се състои и BSDcon – специализирана техническа конференция на потребителите и разработчиците на операционните системи, базирани на BSD. Тази година BSD специалистите ще могат да положат и изпит за придобиване на сертификата BSDA, който се издава от Групата за BSD Сертификация (BSDCG) и удостоверява начално ниво на BSD UNIX системната администрация.

Свое издание ще има и панелът OpenArt, който тази година ще бъде посветен на фотографията. На 7 ноември Йовко Ламбрев и Начо Каменов ще поговорят за фотографията от сърце – Йовко като страстен любител, а Начо като човек, който е посветил целия си живот на това – и като професия, и като изкуство. Предвидена е и практическа фотографска сесия, която ще даде възможност за участие на живо в импровизирано студио с професионално оборудване, където ще можете да снимате не с кого да е, а заедно с маестро Каменов.

Издателство O’Reilly Media за пореден път ще има щанд по време на конференцията, от който посетителите ще имат възможност да закупят някои от най-новите издания със сериозна отстъпка.

Спонсори на фестивала са: Спектър Нет, Adecco, EURid, OpenIntegra, SiteGround, СПЕЙС.БГ.

www.openfest.org

По този повод заедно с Ники Бачийски ви отправяме следната покана:

Какво: WordPress 2.8 Upgrade Party
Къде: офиса на СПЕЙС.БГ (ул. „Хемус“ 74, офис 6)
Кога: 12 юни 2009г. (петък), след 19:00

Ако не сте смогнали дотогава да обновите блоговете си, ще имате златната възможност да го направите съвсем безопасно в компанията на хора, които разбират WordPress. Ако не сте се стърпяли и вече успешно използвате новата версия, елате да помогнете на останалите. Хубаво е да си носите лаптоп, но ако нямате, ще има кой да ви услужи.

Ние обещаваме достатъчно Интернет за всички, бира, безалкохолно, хапване и терен за купонясване и прекарване на времето в сладки приказки (знаем, че сериозната работа не отнема никакво време ).

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

Радваме се, че основното ядро от организатори на OpenFest Габрово беше от ученици. Те се справиха с едно сериозно предизвикателство и малко хора могат на тази възраст да запишат в автобиографиите си толкова добра работа. Подкрепата, получена от страна основополагащи учебни заведения в града като ПМГ „Академик Иван Гюзелев“ и ТУ – Габрово, също ни дава вяра в доброто развитие на идеите на OpenFest.

Без да навлизам в подробности мога да кажа, че програмата беше на ниво. Някои от лекциите ще се помнят дълго, както и дискусиите извън конференцията.

За спомен ни останаха видео записи от лекциите и много туитове.

Накрая ми се иска да отговоря на един въпрос, въпреки че не си спомням някой да ми го е задавал директно. Защо СПЕЙС.БГ избра да спонсорира за втори път OpenFest и вероятно ще го прави и занапред?

• Защото СПЕЙС.БГ съществува благодарение на свободния софтуер, на отворения код, на отворените стандарти. От операционната система на съвърите ни, през наскоро добавената технология към услугите ни, до болшинството от уеб приложенията и лицензите, които нашите клиенти използват за своите сайтове, това зад което стои OpenFest, предопределя облика на компанията ни.
• Защото през годините OpenFest ни е дал много като хора и като професионалисти.
• Защото сме фенове.

От 22.05.2009г. СПЕЙС.БГ официално поддържа хостинг на Ruby on Rails приложения за всичките си хостинг планове. За производителността и стабилността на Rails в споделената среда се грижи модулът за Apache Phusion Passenger (mod_rails).

Да съществува едновременно достатъчно гъвкава и стабилна хостинг среда за приложенията и сайтовете, създадени с Rails, беше наша лична мечта. Сега получихме възможността да я сбъднем.

Знаем, че вчера поставихме само началото и има още много работа за вършене. Даваме си ясна сметка, че за да бъде изпълнена качествено и без лутане, имаме нужда от помощта на българските Rails разработчици. Те вече имат достатъчно добра предствава, каква трябва да е адекватната Rails хостинг услуга, най-бързо могат да открият подводните камъни при хостването на приложенията им и най-добре могат да представят изискванията си към нас.

Поради тези причини решихме да дадем възможност на всички желаещи да тестват системата и да помогнат за нейното развитие, като им предоставим безплатно Персонален хостинг план за един месец.

Ако искате да се включите в инициативата, направете на сайта ни поръчка за един месец Персонален хостинг план и ни пишете на rails@space.bg с името на акаунта, за да го активираме.

За домейн към акаунта, можете да вземете безплатен поддомейн от вида *.users.space.bg или да добавите Ваш съществуващ домейн. Ако използвате услугата DNS хостинг при друг доставчик и не искате да местите домейна си, можете да го добавите при нас без DNS хостинг и след това само да насочите Address запис на негов поддомейн към IP адреса на нашия сървър.

За да улесним комуникацията помежду ни, създадохме секция във форума на СПЕЙС.БГ, посветена изцяло на Ruby on Rails. Ще се радваме да се включите активно в дискусиите там, за да направим заедно СПЕЙС.БГ on Rails средата, която заслужавате.

Горещо благодарим на Стефан и Ники за оказаната помощ през последните дни. Винаги е удоволстие да се работи с професионалисти като тях!

Екипът на СПЕЙС.БГ желае на всички вас весело изкарване на Великденските празници! Нека тези дни ви донесат любов, светлина и пролетно настроение за цяла година!

Снимка: pitrih

Системата за имена на домейни (DNS) има йерархия от сървъри. В основата са т.нар. root (коренови) сървъри, които знаят само кои други сървъри отговарят за домейните от първо ниво (top-level domains, TLD). TLD представлява последният компонент от името на един домейн, например „com“ за „example.com“ или „bg“ за „space.bg“. Следващите са TLD-сървърите, които отговарят за един определен домейн от първо ниво (само за „com“, само за „bg“ и т.н.) и знаят адресите на два сървъра за всеки конкретен домейн в тази зона. Например TLD-сървърите за зоната „bg“ знаят, че за домейна „space.bg“ отговарят сървърите „a.ns.space.bg“ и „b.ns.space.bg“.

Информацията кои са двата сървъра, които отговарят за всеки домейн – стига до TLD-сървърите чрез т.нар. регистратори на домейни. Тези организации позволяват лесното регистриране на домейни в зоните „com“, „net“, „org“, „bg“ и т.н., като поемат грижата за това информацията да стига до правилните TLD-сървъри и да бъде обновявана бързо и коректно. Повечето хостинг доставчици работят с един определен регистратор на домейни, който им предлага лесен начин за промяна на информацията във всички домейни от първо ниво. Най-често това е прозрачно за клиентите – те управляват домейна си през контролния панел на хостинг доставчика и не им се налага дори да знаят кой регистратор всъщност го поддържа.

Стъпките при преместването на домейн от едни DNS-сървъри върху други изискват координация между поне три страни – доставчика, чиито сървъри за имена отговарят за домейна в момента, доставчика, чиито сървъри ще започнат да отговарят за него, и регистратора на домейна. Някои от тези стъпки представляват само изчакване – след като сте променили някакви данни в системата DNS, хубаво е да изчакате толкова време, колкото е било тяхното досегашно време за живот (time to live, TTL), така че всички клиенти по целия свят да са се обърнали поне още веднъж към сървърите за имена и да са получили новите данни.

Ще онагледим процедурата по промяна на сървъри за имена с пример – преместването на домейн example.com от доставчика example.net към доставчика space.bg, т.е. нас. Да приемем, че сегашните сървъри за имена за example.com са ns1.example.net и ns2.example.net, а трябва да го преместим към a.ns.space.bg и b.ns.space.bg. Имайте предвид, че често, но не задължително, DNS-сървърите, отговарящи за даден домейн, са сървъри на уеб хостинг доставчика за този домейн.

Ето и самата процедура:

1. Взимате от доставчикa example.net точното съдържание на DNS зоната ви – обикновен текстов файл, списък от записи с име, тип, стойност и time to live. В някои случаи тази стъпка можем да направим ние, ако сървърите за имена на example.net разрешават т.нар. AXFR – прехвърляне на данните за цял домейн наведнъж. Ако обаче това не е така, ще трябва да помолите доставчика си да ви даде DNS-зоната или да препишете на ръка DNS-записите от контролния панел, до който имате достъп.
2. Ние създаваме зоната example.com върху нашите DNS сървъри като точно копие на сегашното й съдържание върху сървърите на example.net.
3. При нас добавяме два записа за nameserver-и – a.ns.space.bg и b.ns.space.bg с time to live 86400 секунди (24 часа) и променяме time to live на записите за nameserver-ите на example.net на 300 секунди (пет минути)
4. В example.net добавяте двата записа за nameserver-и:

   example.com 86400 NS a.ns.space.bg
example.com 86400 NS b.ns.space.bg

   …и променяте time to live на старите:

   example.com 300 NS ns1.example.net
example.com 300 NS ns2.example.net

5. Изчакваме толкова, колкото е времето за живот (TTL) на досегашните nameserver записи върху сървърите на example.net. Обикновено този период е между четири часа и два-три дни. Това е необходимо, за да се обнови информацията за nameserver-ите във всички resolver-и по света; сега вече всички „предпочитат“ нашите сървъри и знаят, че тези на example.net са с малък TTL.
6. В контролния панел за управление на домейна при регистратора сменяте имената на DNS-сървърите, отговарящи за домейна, от ns1.example.net и ns2.example.net на a.ns.space.bg (77.77.142.9) и b.ns.space.bg (77.77.142.10)
7. Изчакваме толкова, колкото е времето за живот (TTL) на досегашните nameserver записи при регистратора. Обикновено това е най-дългото изчакване, тъй като тези времена варират от две денонощия до седмица в зависимост от политиката на самия регистратор.
8. След като вече е сигурно, че всички resolver-и по света знаят, че основните nameserver-и за example.com са нашите, при нас махаме двата записа за ns1 и ns2.example.net, така че оттук нататък никой никога няма да пита техните nameserver-и за DNS зоната example.com.
9. Върху досегашните сървъри за имена – ns1 и ns2.example.net – премахвате всякаква информация за домейна example.com. Това е много важна стъпка – винаги има клиенти, чиито resolver-и са запомнили старите nameserver-и и ще се обръщат само към тях, без да обръщат внимание на това, че в отговорите им са се появили и нови. Много е важно старите nameserver-и да „забравят“ за този домейн, така че клиентите да потърсят информация за него отначало – да започнат от основата на системата DNS, да преминат през TLD-сървърите, те да им дадат имената на нашите nameserver-и (a.ns.space.bg и b.ns.space.bg) и оттук нататък клиентите винаги да получават новите, правилни данни и да достигат до вашия сайт.

На пръв поглед звучи сложно. Затова пък, ако изпълните правилно тези няколко стъпки, ще е сигурно, че няма да има нито един момент, в който ваш клиент да не може да достигне до сайтове ви, да ви изпрати електронна поща или да използва другите ви услуги. Ако действително искате да поддържате услугите си достъпни за клиентите и можете да си позволите двете изчаквания по ден-два-три, докато информацията бъде обновена навсякъде, следването на тази процедура ще ви спести много ядове.

Снимка: James Jordan (cc-by-nc)