Бесплатный аккаунт на Microsoft Office Live + домен и хостинг

Microsoft производит раздачу бесплатных аккаунтов на своем Office Live сервисе. В принципе ничего примечательного, если бы не аккаунт не включал в себя:

- бесплатную регистрацию доменного имени (только на первый год).
- бесплатный хостинг с трафиком 10гиг.
- 500 мебагай места.
- 2 гигабайта на электронную почту.


Для этого достаточно зарегистрироваться на http://www.officelive.com/ , если есть Live ID то воспользоваться им. Подключившись в аккаунт, уже и можно воспользоваться всеми бесплатными плюшками, описанными выше.

Трафик на хостинге — лимит против анлимита.

Многие наверное заметили, как хостинговые компании предлагают вкусные планы выделенных серверов с 1000, 1500, 2000 гигабайтами трафика. И плюс к этому, часто встречаются предложения 10Mb анлим канал, что равняется 3300 гигабай трафика в месяц.

Все радужно, красиво и весело, пока не приходит время определиться, что же является наиболее лучшим вариантом. И так давайте рассмотрим все подводные камни.

Трафик не идет в одну сторону.
У обычного вэб сервера, соотношение входящего к исходящему прыгает на уровне 1:8 , то есть на 8 гигабай отданного вэб сервером трафика, вы получите 1 гигабай дополнительно входящего. Грубо говоря, с тарифом включающем в себя 1.000 гигабайт трафика, вы сможете отдать только 900.

Поэтому неплохо иногда поинтересоваться, указанное число трафика является суммарным, или же это в одну сторону. Так Ezzi.net указывает в тарифах 1.200 гигабай, но подразумевает под этим возможность прокачать столько в каждую сторону, что в сумме будет 2400. А вот Layeredtech, в тарифах указывает общую сумму трафика, разделения на входящий или исходящий нет.

Трафик не является постоянным.
Днем его больше, вечером меньше. Уровень потребления трафика всегда будет являть собой синусойду.

Поэтому имея много трафика, но узкий канал, в часы пик, вы получите медленную отдачу страниц, картинок с сервера. А это для некоторых проектов является весьма критичным фактором. На вскидку, при трафике выше 2.000 гигабайт, вы можете начать упираться в пропускную способность 10Mb канала.

Анлим трафик нельзя считать по максимуму.
Это очень успешный рекламный трюк "сервер подключен к каналу 10Мb, что позволяет прокачать вам 3.300 гигабайт информации."

Теоретически да, 10 мегабит канал — это в среднем 1.2 мегабайта в секунду. Умножаем на 30 дней, на число секунда в сутках, и получаем: 1.2*30*86400 = ~ 3.037 гигабайт.

Все красиво, если бы не несколько НО:

1. Канал может быть разделен между несколькими серверами, и постоянно забивать его полностью вам никто не даст.

2. Как уже указывалось выше, трафик не идет постоянным потоком, он плавает. В пиках вы потребляете в 2-5 раз больше, чем в другое время. Разделите канал на два, и вы получите средне статистическое число возможно пропускаемого трафика.


Таким образом, красивое число в 3 терабайта, плавно уменьшается до 1.5 терабайта на канале в 10Мб. Именно этим я уже ранее обусловил возможные проблемы с трафиком в 2 терабайта и каналом на 10 мегабит.

Что же выбирать.
Дело конечно индивидуальное, но для хостинга вэб сайтов, когда на сервере не используются торренты, раздача vpn каналов друзьям, не устраиваются фтп хранилища данных и прочее, наилучшим образом подходит выбор тарифа с гарантированным количеством трафика и желательно 100 мегабит каналом.

Хотя не сколько не сомневаюсь, что для некоторых будет наилучшим выбором выбор тарифа с анлимит каналом. О трафике можно не думать, больше чем можно не прокачать, счет за превышение не выставят. А если и будут тормоза в пике, ну что же поделать, кому сейчас легко.

Вот такое может оказаться с любым хостингом, никто не застрахован.

В качестве комментария к недавней теме о качестве хостингов. Есть у нас один из хостингов Fedora Hosting. Кстати заранее замечу, что вполне нормальный и ранее мной весьма уважаемый. Но вот понадобилось мне на нем установить очередной раз свой скрипт - и понеслось.

Изначально выяснилось, что на аккаунте php вообще не поддерживается. Хотя все должно быть. А так как проблемы своих клиентов обычно решаю я сам, то прошу аську саппорта, обнаруживаю ее уже в своих контактах … а в хистори одно единственное сообщение в саппорт и никакого ответа , при этом дата указывает на год назад J

Поскольку нас не запугать, создаю тикет с описанием проблемы. Приходит ответ, мол так и так, ваш аккаунт зарегистрирован на использование только статики, но сейчас в течении 15 минут мы исправим.

Проходит двое суток, клиент вопрошает «ну а как там ?». Я в ответ жалуюсь. Создается новый тикет, в нем в нехорошей форме спрашивается «а почему ?» - и о чудо, php начинает работать.

Но не все так просто. На этот раз не могу подключиться к MySQL. Пробую менять пароли, пересоздавать базу данных - нет результата. Снова пишу тикет, заранее указываю, что пароли менять пробовал, указывают все текущие данные которые использую для подключения, а заодно прошу проверить, работает ли база данных для этого аккаунта ( а нам ведь ранее сообщили, что аккаунт был только на статику. )

Приходит ответ - класс. «Вам следует попробовать поменять пароль, а ваш аккаунт на статике никогда не был». Я уже злой, ибо заебало. Пишу снова в тикеты в вежливой форме, что пускай уважаемый саппорт зайдет на сервер и попробует подключится по моим данным, а если не сможет - пускай делает так, что бы я смог. Удалось, менее чем за сутки подключение к базе заработало.

Поставил скрипт, начал настраивать. Все работает, а вот в одном месте ошибка. Начинаю смотреть. Сайт пущен за прокси, роль которого выполняет nginx ( и это для динамики ! ) , а php вообще работает в fastcgi режиме, при этом выдавая часть своих переменных не правильно. К примеру всегда присутствует заголовок прокси (_ENV["HTTP_X_REAL_IP"]) , а _ENV["SCRIPT_NAME"] и _ENV["SCRIPT_FILENAME"] вместо пути к php файлу выдают пути к php интерпритатору.

Плюнул, поправил свой скрипт в соответствии с «настройками» хостинга, все заработало.

Но на самом деле, вот простой пример, как хостинг, на котором до этого я не имел проблем, может устроить головомойку на 4 дня, при этом, что на установку скрипта у меня в среднем уходит 10 минут.

P.S. позже еще были обнаружены неприятные моменты, но уже плюнул и забил.

Выбор хостинга – а есть ли лучший ?

Навеяно многочисленными темами на разных форумах «подскажите лучший хостинг». Одни советуют одно, другие другое – а ответа нет, да и не будет.

Итак на основе опыта:

- начинающий хостинг. Как правило хороший. Клиентов мало, нагрузки мало, от работы получают удовольствие, да и условия хостинга как правило отличный. Тут правда замечу, что ресселеры виртуального хостинга под эту категорию не подходят. Но о них в самом низу.

- спецы. Набрана база клиентов, все еще уважаемых. Сервера изредка падают, но за этим следят и все вовремя исправляется.

- зубры. Клиентов много, серверов много, работают исключительно по шагам из правил, так как клиентом больше или меньше, роли не играет. Много тупят. Любая проблема для такого хостинга должна быть разбита на мелкие и описана по отдельности, иначе ничего не решат.

- похуисты. Хостинг все еще приносит деньги, клиенты приходят по старым контактам, отзывам, но в реальности все на все забили.

Теперь о том, как все таки найти свой хостинг.

Триал или тестовый период – если он есть, это большой плюс, так как вы можете проверить «а запускаются ли тут вообще мои скрипты»

Money back – обязан быть на виртуальном хостинге, но фактически отсутствует на дедикейтед. Если есть – опять же большой плюс.

Саппорт – сначала ищем наличие системы тикетов, если есть – хорошо. Потом пишем письмо, пускай с дурным вопросом – смотрим на время ответа. Если менее суток – устраивает, для не клиентов, это обычный срок.

Отзывы – ищем в поисковиках. Наличие «можно варез» тут же играет роль стоп сигнала, лучше не связываться, хостингом занимаются дети ( есть исключения, но цены будут оооочень большие ) .

Ресселеры и с чем их едят.

Ресселер – это человек, который перепродает хостинг или сопутствующие услуги. Иногда это хорошо, иногда плохо.

Риски – вы платите ресселеру, он основному хостеру. Если ресселер пропустил оплату, то в независимости от того, оплатили вы или нет, вас отключат от хостинга.

Преимущества – ресселер очень заинтересован в клиентах, поэтому может и дать условия и помочь, лучше чем основной хостер. Тут смотрите определение «начинающих хостинг»

Ресселер виртуального хостинга – я бы сравнил его с лоточником, продающим товар с рук и не имеющим ничего в своей собственности. Риск брать хостинг у такого продавца – максимальный. Я вообще не советую связываться с такими людьми.

Ресселер выделенных серверов – отношусь нейтрально, стараюсь не связываться, но в то же время хочу обратить внимание, что хороший ресселер в этой сфере – большой плюс. Это и помощь с сервером, настройками, иногда даже возможность оттянуть оплату ( ситуации у всех бывают разные ).

Заключение.

Не ищите идеальный хостинг, ищите тот – который вам подходит.

Блоги, пинги и гугл – результат нескольких месяцев.

Я ранее уже писал, что начал делать несколько полностью новых сайтов и пробовать экспериментировать с их продвижением.

Самым интересным тут наверное можно сравнить эффективность от ping сервисов и добавлением сайтов в гугл через webmaster tools. Итак было сделано:

Ping сервисы - любые новые изменения или дополнения на сайте сопровождались пингом в блог каталоги и агрегаторы.

В google были скормлены карты сайтов, поставлены счетчики от гугла, и прочие мелкие доступные вещи.

Результат - пинг сервисы фактически не принесли ни каких посетителей, видимо честные пинги были утоплены в море спама от сплогов. Зато гугл проиндексировал все страницы, стал давать небольшой - но стабильный ручеек посетителей и как ни странно даже дал для этих сайтов неплохой PR .

Мухи и котлеты отдельно.

Решил полностью отделить блог от основного сайта. Одна из основных причин - на сайте предназначенном по поддержке и разработке скриптов, личный блог не совсем будет в тему, особенно когда в нем могут быть вещи, совершенно не подходящие в тематику сайта.

И второй, не менее веской причиной, является создание собственного движка для ведения блогов с некоторыми изменениями в свои требования.