Как стать автором
Обновить

Комментарии 22

apache php nginx
уберите лишнее
Стоить обратить внимание на строку --prefix=/opt/php/php-5.6.18

Действительно стоит — почему не 7 версия?
И зачем там апач?
Мануал судя по всему скопипащен откуда-то из весьма устаревшего источника, для новичков скорее вреден чем полезен
Изначально в ubuntu 16.0.4 — уже 7ая версия. Ничто не останавливает собрать 7ую.
Изначально сервер настраивался для 1C-Bitix, чтобы не было лишних вопрос во поводу совместимоси о обновлений, поэтому apache.
Дополнительно можно настроить ngnix + php-fcgi. ngnix + node и т.д.
Мануал не скопипастен, добавил в конец поста ссылки, откуда брал основную инфу
Изначально сервер настраивался для 1C-Bitix

С этого и надо было начинать т.к. весьма специфичный случай
Ничто не останавливает собрать 7ую.

Так и сделали бы мануал с оглядкой на это (если конечно чудо-битрикс совместим с php7.*), зачем учить ставить устаревшее ПО?
Совершенно внезапно чудобитрикс ВМ это: Centos 7 и php 7

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

Не, то что бы давно поддерживается, но наверное месяц-два уже выложили новые образы виртуалок нуи всего остального. Проблема то не только в том, что ядро будет работать, но и все модули и прочее тоже смогут жить на 7ке
> Действительно стоит — почему не 7 версия?
> 2. Возможность выбора версий PHP

7 через менеджер пакетов ставится в систему, автор же показывает, что для выбора версии и избежания путаницы — более старую версию ставим в отдельную папку

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

а смысл? не проще ли тогда просто использовать шаред-хостинг и не возиться с подобной настройкой?
> а смысл? не проще ли тогда просто использовать шаред-хостинг и не возиться с подобной настройкой?

но это была бы уже совсем другая история, не так ли?
А как вы думаете, как на shared хостинге это настраивается? Именно так, правда вместо того чтобы это делать ручками, это делается черес ispconfig, ispmanager и т.п. Но для полной картины мира, тут показано как все это делается. К тому же shared хостинг, это shared хостинг, кроме как сайта на нем мало что выйдет
Ок, на шаред-хостинге наличие apache+nginx еще оправдано. Ну или в случае с битриксом, но это специфичный случай.
Лично мне кажется что если есть доступ к серверу — лучше не извращаться, а сделать с новым ПО и не ставить лишнего, оставив лишь связку nginx+php7.0-fpm — для подавляющего большинства фреймфорков и cms на php этого хватит.
Нужно несколько приложений поместить которые работают на старой версии — переписать чтоб были совместимы, либо вынести на отдельный сервер поменьше и не путаться.
Текущая настройка не исключает данного варианта. Если есть желания nginx+php7.0-fpm создаем хост, и пользуемся. Если нет совместимости, настраиваем хост и выбираем версию. Все очень гибко. А вынести на отдельный сервер — это дополнительные материальные затраты на обслуживание. Поправьте если я ошибаюсь
это дополнительные материальные затраты на обслуживание.

Да, но это уменьшит время на поддержку — настройки не такие запутанные — настраивать и обслуживать быстрее и проще
В итоге получится максимум 2 сервера на которые поместится и будет работать все — один со связкой nginx+php7.0-fpm
второй — nginx+apache+php5.6
что по стоимости с учетом нынешних тарифов выйдет не так много, а настройка и поддержка каждого будет проще
Если следовать вашей логике, то лучше использовать
nginx+php7.0-fpm
nginx+php5.6-fpm
apache+php5.6
apache+php7(mod_apache)
И это только в продакшене. Везде есть свои плюсы и минусы. Тут уже тема для холивара, в котором я участвовать не буду.
По поводу настройки — не думаю что один раз написать sh скрипт и потом его запускать будет дороже, чем платить за 4 сервера.
скрипт прокатит если у вас все однотипное.
А если мне к примеру на один сервер нужно добавить проекты на
  • Symfony
  • Laravel
  • Phalcon
  • Wordpress
  • Bitrix

то скрипт не поможет т.к. для каждого случая свои настройки
И выйдет что разделить на 2 сервера проекты на Laravel,Symfony,Phalcon (nginx+php7.0-fpm), а на другом — Wordpress и битрикс (nginx+apache+php5.6) будет оптимальнее чем настраивать все на одном
В прочем да, холиварить незачем, всему свое место и возможно просто субъективно ваше решение мне не подходит, а кто-то ищет именно его
Все верно, можно прописать в виртуальных хостах, с настройками CGI. и легко их переключать.
Спасибо за отличную, актуальную, подробную и познавательную статью!
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
есть checkinstall

Для простых вещей его хватит, а вот если планируете засунуть пакет в свой репозиторий, то лучше всеже «дебианизировать» и делать dh_make & dpkg-buildpackage, тем более, что тот же nginx архив «дебианизации» выкладывает
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории