ХостингСоздаем Git-репозиторий на Locum.ru

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

Главный вопрос, возникающий после выбора системы контроля версий: где же хранить репозиторий, в котором будет лежать полная история развития вашего проекта?

В случае использования распределённой системы контроля версий Git и виртуального хостинга Locum, этот вопрос можно решить буквально одним движением руки, не прибегая к использованию дорогостоящих тарифных планов GitHub или Assembla. Продолжить чтение →

ХостингИспользуем bundler на locum.ru


Странные сообщения об ошибках

Если вы читаете эту статью, то вполне вероятно вы видели такую ошибку, несмотря на то, что gem  с нужной версией ruby on rails у вас установлен.

Missing the Rails 2.3.8 gem. Please `gem install -v=2.3.8 rails`, update your RAILS_GEM_VERSION setting in config/environment.rb for the Rails version you do have installed, or comment out RAILS_GEM_VERSION to use the latest version installed.

Или может быть такую?

You have already activated ** rack** 1.1.0, but your Gemfile requires rack 1.0.1. Consider using bundle exec. (Gem::LoadError)

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

Продолжить чтение →

Компания, НовостиНовая система биллинга

Дорогие друзья! Последнее время мы усердно работали над новой системой биллинга и тарификации, сегодня мы  готовы к ее внедрению. Продолжить чтение →

ХостингРазворачиваем rails-приложение правильным и удобным методом

В этой статье я расскажу как проще и удобнее всего разворачивать приложения на ruby on rails на нашем хостинге. Используя эту инструкцию вы сэкономите время и легко обнаружите ошибки, которые могут возникать при развертывании Rails-приложений. Так же будет информация о самых частых проблемах и о том, как их избежать. Описанный метод так же подходит и для Rack-приложений, с некоторыми оговорками и незначительными изменениями в конфигурационных файлах. Продолжить чтение →

НовостиСпособ перехода с Passenger на Unicorn.

Долгое время наши специалисты изучали пути повышения производительности Rails-проектов и в результате мы решили изменить способ запуска Rails на наших серверах. Начиная с 11 ноября 2010 года абсолютно все новые проекты Rails создаются и запускаются при помощи сервера Rack/Rails приложений Unicorn.

Уже созданные проекты, тем не менее, продолжают работать под управлением Phusion Passenger, и, если вас не устраивает производительность, то из этой статьи вы узнаете, как правильно и с минимальными усилиями изменить способ запуска вашего проекта.

Продолжить чтение →

НовостиRails 3. Production ready?

Locum.ru: запуск Rails 3

Все говорят о Rails 3, некоторые его уже пробуют, а некоторые даже используют в production. Некоторые наши клиенты интересуются, работает ли бета этого фреймворка у нас. Не смотря на то, что нужный gem не установлен в системе, его можно поставить локально для пользователя. Зависимости также ставятся без каких-либо нареканий.

Весь процесс занял всего несколько минут ( большую часть времени ждал пока gem подумает :) ). Дабы не быть голословным, опишу весь процесс по шагам:
Продолжить чтение

ХостингВыбор сервера приложений для rails

Locum: Выбор сервера приложений для Rails

У веб-разработчиков часто возникает вопрос: какой же метод запуска rails приложений выбрать? Попробуем рассмотреть плюсы и минусы каждого из них. Сразу оговоримся, что вариант jruby (запуск ruby кода в jvm) оставим без внимания, как специфический и для нашего проекта не очень интересный.
Продолжить чтение →

Компания, Новости, ХостингНовогоднее обращение

123

Дорогие друзья! Дружная команда Locum поздравляет вас с Новым годом!

Уходящий 2009-й год ознаменовался запуском нашего проекта в широкую эксплуатацию. Сегодня, в предновогоднюю пору, уже можно подвести некоторые итоги работы Locum и поделиться планами на будущее. Итак, приступим. :)

За десять месяцев, прошедших со старта проекта, мы исправили более 200 ошибок и учли около 500  пожеланий клиентов. Мы постоянно стремимся обеспечивать самые высокие скорости работы ваших проектов. Среднее время непрерывной работы наших серверов составило около 50 дней, а их доступность — 99,56%.

Для вашего удобства мы запланировали и внедрили такие замечательные вещи как возможность размещения Django-проектов, Passenger для обработки Ruby on rails проектов, а также  услугу виртуального выделенного сервера на базе технологии Xen. Кардинальные изменения претерпел дизайн нашего сайта и панели управления, в итоге став более современным и удобным.
Читать далее →

НовостиГрейлистинг как средство борьбы со спамом

Не так давно у нас появилась новая услуга в управлении почтовых записей, теперь для каждого отдельно взятого почтового аккаунта можно включить грейлистинг. Что же это такое, как работает и зачем нужно?
Грейлистинг, от английского grey list или «серый список» — метод автоматической защиты от спама, который на данный момент является почти самым эффективным при минимальным требованиям к вычислительным ресурсам и тонкой настройки со стороны пользователя.

Как это работает? Дело в том, что спам рассылается специальным программным обеспечением, которое ведет себя так же как обычный почтовый сервер, но с некоторыми особенностями. Оно перебирает почтовые сервера и пытается отправить нежелательную корреспонденцию на известные ему адреса. Если почтовый сервер, к которому обращается программа рассылки, сообщает о временной ошибке, то она просто пропускает его и продолжает рассылку дальше. Объемы рассылаемой спамерами почты огромны, а ошибки в доставке таких писем возникают постоянно, поэтому этими ошибками обычно пренебрегают. Нормальный же почтовый сервер всегда пытается повторно доставить письмо, если он получил сообщение о временной ошибке. Суть грейлистинга заключается в том, что при первой попытке отправить почту на определенный адрес сервер сообщает о временной проблеме и заносит данные о сервере отправителе и письме в свою базу данных. Если сервер повторил попытку отправить через некоторое время, то его письмо уже будет принято, а адрес сервера попадет на определенный период в белый список. Почта с серверов из белого списка принимается без задержки. В отличие от честного SMTP сервера, программа, рассылающая спам, обычно не будет предпринимать попыток повторной отправки письма, если при первой попытке возникла ошибка. Таким образом адреса, с которых идет рассылка спама не будут попадать в белый список и эта нежелательная корреспонденция не будет доставлена ее предположительному адресату. Практика показывает, что грейлистинг является на данный момент очень эффективным средством борьбы со спамом и позволяет решить эту проблему почти на сто процентов.
Ну а теперь ложка дегтя. Основным недостатком такого подхода являются задержки в доставке почты, причем задержки эти по сути никак не регулируются на стороне принимающего сервера, где используется грейлистинг. Дело в том, что отправляющий сервер будет предпринимать повторную попытку отправки после определенного таймаута, который определяется его настройками. Например, в случае нашей почты, для попадания в белый список достаточно повторить попытку через 10 минут, но сервер может сделать это и через час. Конечно, после попадания в белый список, задержка пропадает, но при доставке первых писем она всегда будет проявляться. К сожалению с нашей стороны мы не можем повлиять на величину этой задержки, как уже было сказано выше, она полностью зависит от администрации других серверов электронной почты.
Удобно это или нет — решать вам, в любом случае вы можете включить грейлистинг отдельно для любого из ваших адресов электронной почты, расположенных на наших серверах. Стоит так же заметить, что если код вашего проекта будет отправлять почту на ваши адреса, например, какие-нибудь уведомления о регистрации посетителей или иных событиях, то эти сообщения будут доходить без задержки, так как грейлистинг касается только той почты, что приходит от внешних серверов.
По умолчанию грейлистинг выключен, включить его вы можете в подробных настройках учетной записи в разделе «ПОЧТА» вашей панели управления.

НовостиНовости разработки

Fotolia_6109351_S
Кэширование страниц веб-интерфейса

Введенное нами частичное кэширование позволило почти на порядок сократить время рендеринга большинства страниц. Теперь навигация по панели управления стала гораздо более плавной. Сейчас кэшируются все меню и статичные элементы, в обозримых планах — кэширование частых запросов к базе данных.

Запуск memcached

Для удобства наших пользователей мы запустили memcached на стандартном порту 11211. К сожалению, формат шаред-хостинга не позволяет обеспечить раздельное использование этого сервиса, а сам memcached не обладает средствами аутентификации. Поэтому напоминаем, что все данные, помещенные нашими клиентами в memcaced, могут быть потенциально доступны и другим клиентам, чьи проекты размещены на том же сервере. Также, во избежание проблем с конфликтами имен ключей, необходимо использовать имена вида: «логин-пользователя_имя-ключа». Конечно, безопасность такого решения невелика, но при осторожном использовании можно добиваться хорошей оптимизации производительности.

Обновление интерфейса привязки и регистрации домена

Теперь каждый клиент решает сам: создавать ли DNS зону в нашем домене для привязываемого или регистрируемого домена. Такая мера значительно упрощает определение правильной конфигурации DNS для не принадлежащих доменов.

Оптимизация проверки электронных платежей

Мы внедрили новый способ проверки статуса электронных платежей. В результате время поступления информации об оплате сократилось до 2-3 минут.

Новый интерфейс заказа доменов

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