LINUX.ORG.RU

История изменений

Исправление vbr, (текущая версия) :

Собственно, контейнер существует ради некой версии php (в данном случае). То есть в нём есть php, и, в идеале, больше ничего.

Ещё там будет примонтирован код проекта, который, собственно, предполагается запускать.

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

Почему не может? Я по PHP не спец, но вроде там или через CGI или через FastCGI идёт связь с веб-сервером. Нет никакой проблемы с хостового веб-сервера «достучаться» до контейнера.

Другой вопрос - что если уж докер использовать, то по-полной и от хоста вообще ничего не требовать (ну кроме, собственно, самого докера). Чтобы весь стек поднимался одной командой - с PHP, апачем и мускулем, или что там у вас. Ну для начала можете и частично использовать, потом постепенно разберётесь, как вам удобней.

Но у меня возник ещё вопрос, а в контейнере язык со всеми модулями? И если какого не хватает, то установку модуля вписывать в файл описания?

Да, так делать - правильно.

Исправление vbr, :

Собственно, контейнер существует ради некой версии php (в данном случае). То есть в нём есть php, и, в идеале, больше ничего.

Ещё там будет примонтирован код проекта, который, собственно, предполагается запускать.

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

Почему не может? Я по PHP не спец, но вроде там или через CGI или через FastCGI идёт связь с веб-сервером. Нет никакой проблемы с хостового веб-сервера «достучаться» до контейнера. Контейнер это что-то вроде виртуалки. У него свой IP-адрес, он слушает на каких-то портах и тд.

Другой вопрос - что если уж докер использовать, то по-полной и от хоста вообще ничего не требовать (ну кроме, собственно, самого докера). Чтобы весь стек поднимался одной командой - с PHP, апачем и мускулем, или что там у вас. Ну для начала можете и частично использовать, потом постепенно разберётесь, как вам удобней.

Но у меня возник ещё вопрос, а в контейнере язык со всеми модулями? И если какого не хватает, то установку модуля вписывать в файл описания?

Да, так делать - правильно.

Исходная версия vbr, :

Собственно, контейнер существует ради некой версии php (в данном случае). То есть в нём есть php, и, в идеале, больше ничего.

Ещё там будет примонтирован код проекта, который, собственно, предполагается запускать.

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

Почему не может? Я по PHP не спец, но вроде там или через CGI или через FastCGI идёт связь с веб-сервером. Нет никакой проблемы с хостового веб-сервера «достучаться» до контейнера.

Другой вопрос - что если уж докер использовать, то по-полной и от хоста вообще ничего не требовать (ну кроме, собственно, самого докера). Чтобы весь стек поднимался одной командой - с PHP, апачем и мускулем, или что там у вас. Ну для начала можете и частично использовать, потом постепенно разберётесь, как вам удобней.

Но у меня возник ещё вопрос, а в контейнере язык со всеми модулями? И если какого не хватает, то установку модуля вписывать в файл описания?

Да, так делать - правильно.