Назад в журнал
Делимся опытом, как грамотно трясти доступы с заказчиков и настраивать хостинг.
Как не налажать при выкладке сайта
Сибирикс
наши процессы

Как не налажать
при выкладке сайта

Делимся опытом, как грамотно трясти доступы с заказчиков и настраивать хостинг.
Сайт — новенький, красивый, расчищенный от рыбных текстов и багов — готов и просится на боевой сервер, работать на благо заказчика. И, казалось бы, что может быть проще — взять его с одного сервера и перенести на другой. Что-то скачать, куда-то закинуть, радужное облачко магического дыма, профит!

Но это сказочный вариант, а в реальном процессе всплывают свои тонкости и проблемы.

Выкладка сайта начинается с заказчика. Он должен оплатить хостинг и выдать разработчику доступы для работы с ним. Но часто делается это через «не хочу-не буду», и процесс затягивается на недели.

Есть два сценария, откуда берутся проволочки с получением доступов.
В первом заказчик увидел готовый проект, поработал с ним и уже почувствовал подкоркой мозга, что больше ничего не должен разработчикам. Теперь есть только он, сайт и вечная любовь. А тестовый домен ей не помеха. Выдернуть такого заказчика из его маленького уютного мира и запустить таки сайт может суровый и убедительный менеджер.
Во втором сценарии заказчик рад бы запуститься. Он даже что-то где-то оплатил, только хостинг не подошел. И доступы вроде бы дал — да не те. У нас, чтобы такой фигни не было, заказчику выдается чёткие указания, где оплачивать и что передавать нам в студию.
Когда менеджер добыл доступы, мы проверяем, подходит ли хостинг для размещения сайта заказчика. Для этой процедуры у нас тоже есть чеклист.

Ремарка: если вы подумали, что хватит чеклистов, уверяем — нет, не хватит. Чеклист — это кристаллизованная мудрость, её много не бывает. Так что читаем, впитываем и мудреем.
Проверка хостинга
Проект __________________

Дата проверки __________________
  • Чеклист распечатан. Зеленым покрашены пункты, которые ОК.
  • Менеджер сам проверил доступ к контрольной панели/ssh и подтвердил это голосом.
  • Доступы к серверу предоставлены в виде стандартной таблицы. Есть все необходимое.
  • SSH есть, можно зайти на сервер.
  • В случае предоставления не настроенного сервера, на нём должна быть установлена операционная система Debian8+.
  • Выяснить, какой будет домен на продуктиве.
  • Известен домен, где осуществлять проверку (если отличен от продуктивного).
  • Есть или можно создать папку для домена сайта или она уже создана.
  • Есть доступы на запись в папку сайта [touch].
  • Логи web-сервера доступны на чтение [tail].
  • SVN должен быть версии не ниже 1.7. [svn -v].
  • D файле ~/.subversion/config прописано store-passwords = no.
  • PHP должен быть версии не ниже 5.4. [php -v].
  • Версия MySQL должна быть 5.0 или выше [mysql —version].
  • База: Проверка наличия доступа к БД. К базе можно подключиться.
  • Залить в корневую папку файл проверки хостинга.
  • [wget http://dev.1c-bitrix.ru/download/scripts/bitrix_se...].
  • Запустить скрипт проверки хостинга из браузера:

  1. Общая конфигурация ОК.
  2. memory_limit => 32Мб для «Старт» и => 64Мб для остальных «Бизнес».
  3. Загрузка файлов работает. файловая система — ок.
  4. Раcширения php — ок (ssl необязателен).
  5. Тест соединения с базой — ок.
  6. Наличие библиотек Zlib, GD lib, Free Type, mcrypt.
  7. Рекомендуется наличие акселератора PHP, рекомендуется OPcache.

  • Проверка phpinfo:

  1. xcache.cacher должен быть выключен (в случае использования xcache).
  2. Sockets Support enabled.
  3. safe_mode должен быть выключен.
  4. short_open_tag должен быть включен.
  5. mbstring.internal_encoding должен быть UTF-8.
  6. mbstring.func_overload должно быть равно 2.
  7. realpath_cache_size должен быть не менее 4096К.
  8. max_input_vars должен быть равен 10000.

  • Файл тестирования хостинга удалить.
  • Доступы и пароли актуализированы и занесены в KeyRights. 1 копия!
  • Покрашенный чеклист сдать руководителю.

Справочные материалы:
Курс хостеров
Если лапочка-заказчик оплатил подходящий хостинг и выдал нужные доступы, дальнейший успех зависит только от прямых рук сисадминов и отточенных алгоритмов. Первого мы не отсыпем, а опытом, возможно, еще поделимся. Подпишитесь на рассылку, чтобы не пропустить ;)