Мы исправили уязвимость в инфраструктуре нашей хостинг-панели, которая могла приводить к невозможности перезапуска проектов на базе Ruby on Rails, Python uWSGI и Rack. К сожалению, в результате устранения уязвимости вам необходимо самостоятельно перегенерировать файлы деплоймента для проектов Ruby on Rails и Rack. Мы не можем изменить эти файлы, так как они являются частью данных проектов и в общем случае не генерируются автоматически или загружаются на сервера хостинга из системы контроля версий.

Изменения коснулись пути доступа к PID-файлам проектов. Новое значение пути выглядит так:

/var/run/unicorn/#{user}/#{application}.#{login}.pid

То есть, к пути необходимо добавить еще один каталог, название которого совпадает с названием системного пользователя хостинга. Если вы используете автоматически сгенерированный deploy.rb, вам нужно заменить строку

set :unicorn_pid, "/var/run/unicorn/#{application}.#{login}.pid"

на строку

set :unicorn_pid, "/var/run/unicorn/#{user}/#{application}.#{login}.pid"

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

Rvm, Bundler, Capistrano — все эти инструменты сильно облегчают жизнь разработчику и администратору проекта, но могут изрядно запутать. В этой статье мы наглядно покажем процесс деплоя распространенной системы управления проектами Redmine.

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

Что случилось?

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

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

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

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

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

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

Если вы читаете эту статью, то вполне вероятно вы видели такую ошибку, несмотря на то, что 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)

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

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

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

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

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

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

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

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

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

Пользуясь услугами хостинга, клиенты видят только веб-интерфейс панели управления и окно ftp-клиента. А ведь многим наверняка интересно узнать о том, каким же образом работает вся система? Вот вкратце принципы работы архитектуры, которую мы выбрали для предоставления общего интерфейса управления ресурсами хостинг-серверов.

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