Хостеры возращаются в Казахстан
29.04.2008
Не секрет, что многие казахстанские хостеры из-за высоких цен на colocation до недавнего времени предпочитали размещать (арендовать) свои сервера за границей (В Москве, Европе, США). Вчера обнаружил, что, оказывается, с 15 января (как говорится лучше поздно, чем никогда) Казахтелеком установил и опубликовал новые тарифы на услуги хостинга. Ежемесячная стоимость размещения 1U-сервера теперь составляет 10 482,24 тенге, и, самое главное - трафик предоставляется бесплатно при соблюдении соотношений. В связи с этим думаю, что следует ожидать увеличения количества предложений услуг хостинга и переноса существующих серверов в Казахстан.
Альтернатива хостингу
28.04.2008
На прошлой неделе обнаружил, что в Dreamhost при создании домена можно сразу подключить его к службам Google Apps. Google Apps представляет собой набор онлайн-приложений для Вашего домена, включающий электронную почту, систему обмена мгновенными сообщениями, возможность создания текстовых документов, электронных таблиц и презентаций, календарь и планировщик событий. Плюс относительно недавно появился сервис для быстрого создания сайтов Google Sites. Что немаловажно, базовый пакет приложений с неограниченным количеством аккаунтов распространяется бесплатно.
Возможно, в будущем из этого получится неплохая альтернатива традиционному хостингу, а сейчас для организации почтовой системы, благодаря неплохой защите от спама в Gmail, это даже лучше (похоже, в Dreamhost считают аналогично).
О возможностях данного сервиса достаточно подробно и интересно написано в Блоге о Google Apps.
Скуплены все трехсимвольные домены RU
20.04.2008
Прочитал сегодня на roem.ru инсайд информацию о том, что некая компания LEGATO скупила все оставшиеся трёхсимвольные домены в зоне RU. Что она с ними делать собирается - ещё не известно, но думаю, что владельцы таких доменов (которые не скупила LEGATO) смогут их достаточно выгодно продать на вторичном рынке (ввиду отсутствия предложений). Я вот как раз относительно недавно бесплатно зарегистрировал подобный, вдруг и выгорит что-нибудь :)
Домен ru - бесплатно
26.03.2008
Похоже, на доменном рынке в зоне .ru развернулась настоящая конкурентная война. Мало того, что цены упали ниже 100 рублей, так в борьбе за клиента многие уже начинают раздавать домены бесплатно. Ниже небольшой актуальный на данный момент список мест, где при приложении некоторых усилий можно получить бесплатный домен.
- Акция «Домен бесплатно - всегда приятно!» от REG-RIPN. “Если Вы копирайтер, редактор или просто блоггер, которому есть что сказать, Вы пишете интересные и полезные статьи, и у Вас уже есть посещаемый блог или сайт (кроме бесплатных livejournal.ru, liveinternet.ru, blog.mail.ru, и др.) - Мы подарим Вам любой понравившийся домен .RU бесплатно.”
- Меняем шутки на домены от reggi.ru. Каждый день до 1 апреля включительно автор лучшей шутки о доменах получит домен в зоне RU в подарок.
- Московский полубомж проводит раздачу бесплатных доменов в зоне RU. Для того чтобы получить домен вам необходимо быть десятым комментатором к последнему посту, написанному в его блоге.
Байка про хостинг в Екибастузе
06.03.2008
На обеде супруга рассказала байку (а может, и не байку) про предприимчивого молодого человека из Екибастуза, который предложил местным гос. структурам, согласно новому Закону о госзакупках, услуги по разработке, поддержке и хостингу веб-сайтов по три (sic!!!) тысячи тенге, и разместил данные сайты на домашнем компьютере, подключенном к Мегалайн (dyndns.org ещё никто не отменял). Конторам, похоже, деваться было некуда, и они вынуждены были согласиться, иначе будут неприятности с нарушением Закона о госзакупках, согласно которому выбирается предложение с наименьшей ценой. Я плакаль… (c)
Сюрприз от Агавы
08.02.2008
Недавно переносил клиенту сайт с хостинга Агавы. По этому хостеру на форумах, как правило, не очень хорошие отзывы, что в итоге и подтвердилось на личном опыте:
- Не очень высокая скорость закачки. Пытался скачать гиговый backup из панели управления. Максимальная скорость, которой удалось достигнуть - 50 Кб/сек. Явно где-то шейпер стоит. Бросил на половине, поскольку весь backup был не нужен, а нужна была только часть файлов.
- Перекачал нужные файлы по ftp, здесь меня и поджидал неприятный сюрприз. FTP-сервер, который используется на Агаве, показывает максимум 2000 файлов в каталоге, а у клиента в одном из каталогов оказалось почти в два раза больше и ftp-клиент их просто не увидел. В итоге при переносе почти полторы тысячи файлов оказались потеряны. Получил претензию, что весьма неприятно, тем более что своей вины вообще не вижу.
Переход на PHP 5
07.02.2008
Группа разработчиков языка PHP организовала проект GoPHP5.org, назначением которого является агитация программистов, администраторов и разработчиков приложений к переходу на пятую версию. С пятого февраля ряд проектов и хостеров, полный список которых имеется на сайте, обязуется перейти на PHP 5, и в минимальных требованиях указывать версию PHP 5.2. Дата была выбрана исходя из цифр версии PHP, которые можно трактовать как дату 05/02.
Госзакупки и веб-сайт
06.02.2008
Согласно новому закону о государственных закупках, который вступил силу в этом году, государственные организации обязаны размещать информацию о предстоящих конкурсах и саму конкурсную документацию на своём веб-сайте. Есть мнение, что теперь госучреждения повалят к местным хостерам и студиям дизайна. Меня уже сегодня знакомые распрашивали на этот предмет. В принципе ничего сложного, обычная CMS-ка должна справиться. Но интересно, как они будут проводить конкурс на разработку веб-сайта, без наличия сайта, на котором должна размещаться информация о конкурсе. Кстати, сайт комитета финансового контроля и государственных закупок похоже не выдержал нагрузки и сейчас лежит с ошибкой 500 :)
О российском хостинге
02.02.2008
Понемногу, на основе только собственного опыта общения с техподдержкой, составляю мнение о российских хостерах. По порядку, исходя из статистики 1stat.ru (domstat.p8.ru):
- Мастерхост - очень неплохо. Нравится, что на сайте есть документация по почти всем необходимым ситуациям, которые могут возникнуть при работе. На письмо по e-mail отвечают в достаточно приемлемое время. Серьёзных проблем пока не возникало, поэтому о квалификации технической поддержки ничего сказать не могу, но думаю, что на уровне.
- Валуехост - к сожалению не могу рекомендовать. В основном из-за нашумевшей проблемы с кражей ftp-паролей. Отвечают на тикеты быстро, но осадок всё равно остаётся.
- Питерхост - понравилось, что техподдержка следит за загрузкой серверов. Отвечают достаточно быстро. Жаль, что их купил Хостинг-центр.
- 1Gb - не могу рекомендовать. В основном из-за проблемы с так называемыми “медленными запросами”. Возможно, asp/mssql хостинг у них и неплох. Но если Вам нужны php/mysql, то лучше поискать другую фирму.
“Медленные запросы” в MySQL
29.01.2008
Недавно (недели две назад) ко мне обратились с просьбой решить проблему с “медленными запросами” на форуме phpBB второй версии. Хостер (1Gb.ru) предоставил проблемные запросы, и я, особо не задумываясь, просто закомментировал их вызовы, тем более что уже была готовая наработка (mod).
На этих выходных опять пришло предупреждение от хостера, в этот раз я решил подойти к делу более основательно. Внимательно просмотрел запрос, обратил внимание на наличие индексов по запрашиваемым полям, некоторое сомнение вызывало наличие в запросе IN с большим списком ID, но, прочитав документацию по MySQL, убедился, что такие запросы при наличии индекса без проблем оптимизуются сервером. Спросил тех. поддержку хостера, с чем может быть это связано, получил потрясающий ответ, что IN вообще не подлежит оптимизации. Я подобные вещи ещё вручную делал на Клиппере с dbf базами.
При помощи команды EXPLAIN посмотрел потребляемые запросом ресурсы - действительно, по какой-то причине сервер просматривал большое количество строк, и использовались tmp (временные таблицы) для filesort. Начал гуглить, из-за чего такое возможно, и в одном месте наткнулся, что кому-то помогла SQL команда ANALYZE TABLE. Попробовал проделать данную операцию со всеми таблицами, участвующими в запросе, и действительно, проблемный запрос стал оптимизироваться, как ему и положено.
Отписал хостеру. Думаю, что они сделали оптимизацию индексов на SQL сервере, поскольку у другого обратившегося с подобной проблемой человека я её уже просто не обнаружил.