⑴ docker php-fpm 怎樣啟動～呢
需要保證：Nginx看到的路徑要和php-fpm看到的路徑一樣。 因為Nginx是把路徑傳給php-fpm的。
曾跳過該坑,出坑方法：找到你的php-fpm.conf，查看裡面配置的error_log路徑，找到這個error_log, 裡面會看到找不到.php的error.
⑵ 如何使用docker中的php環境來調試代碼
Docker容器化PHP開發環境搭建-DVWA (含xdebug調試)
摘要：Docker容器化技術在過去的2015年得到了大面積的普及應用，特別是以靈雀雲、數人雲、阿里雲以及阿里百川TAE2.0等為代表的服務商的推動，可以預見2016會是雲服務大爆發的一年，會有越來越多的互聯網企業將自己的業務部署到基於Docker容器的環境里來。
Docker容器化技術在過去的2015年得到了大面積的普及應用，特別是以靈雀雲、數人雲、阿里雲以及阿里百川TAE2.0等為代表的服務商的推動，可以預見2016會是雲服務大爆發的一年，會有越來越多的互聯網企業將自己的業務部署到基於Docker容器的環境里來。
本文以 DVWA 部署為例，來講解PHP環境部署+基於XDEBUG調試環境的容器化解決方案。
Github代碼
segmentfault參考鏈接
Docker容器化PHP開發環境搭建-DVWA (含xdebug調試)
創建目錄
基礎目錄
~/dvwa/data 存放MySQL資料庫
~/dvwa/htdocs 項目代碼
~/dvwa/log 存放所有輸出log
從代碼倉庫構建
cd ~
git clone https://github.com/MarkThink/DockerPHP.git dvwa
創建這些目錄
mkdir ~/dvwa ~/dvwa/data ~/dvwa/data/mysql ~/dvwa/log ~/dvwa/log/nginx ~/dvwa/log/php ~/dvwa/htdocs
下載鏡像及構建
cd ~/dvwa/htdocs/dvawfiles
make pull
make dl
make build
下載代碼
cd ~/dvwa/htdocs
git clone https://github.com/MarkThink/DVWA.git dvwa_app
IDE調試配置
Docker容器化PHP開發環境搭建-DVWA (含xdebug調試)Docker容器化PHP開發環境搭建-DVWA (含xdebug調試)
綁定域名
```
sudo vi /etc/hosts
192.168.99.100
⑶ 求教docker下部署nginx和php-fpm，但fpm無法被解析
配置如下：
location ~* \.php$ {
fastcgi_index index.php;
fastcgi_pass 172.17.0.178:9000;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
}
⑷ docker php-fpm 怎樣啟動
需要保證：Nginx看到的路徑要和php-fpm看到的路徑一樣。 因為Nginx是把路徑傳給php-fpm的。
曾跳過該坑,出坑方法：找到你的php-fpm.conf，查看裡面配置的error_log路徑，找到這個error_log, 裡面會看到找不到.php的error.你看過後很簡單吧以後不會可以向我一樣經常到後盾人平台找找相關教材看看就會了，希望能幫到你，給個採納吧謝謝(´｡✪ω✪｡｀)
⑸ 怎麼使用Docker搭建PHP開發環境
在Docker流行之前，要搭建開發環境通常有兩種選擇：一種是使用wamp、xampp、mamp等集成開發環境安裝包，另外一種就是使用普通虛擬機來安裝linux伺服器，然後通過下載一鍵安裝包（如：lnmp）或者逐個安裝做需要的軟體。前者雖然簡單，但太不靈活，想要安裝額外的軟體或者版本會很麻煩或者乾脆不知道如何下手；後者除了費時費力，佔用本機資源過多，可能會導致系統運行緩慢，而且如果你忘了及時生成快照，一旦失誤，追悔莫及。
幸好，Docker來了！它簡單易用，靈活多變，方便迅捷，掃除了以上種種弊端。如果你想稍微詳細的認識下這位虛擬化界的明星，傳送門（ 快速理解Docker ）。
安裝Docker
平時開發的環境一般都是Mac或者windows，Linux暫時沒有研究，所以接下來只針對前兩者寫下步驟，這兩個平台,官方都推薦了兩種安裝方式:app和工具包（toolbox）。註：app方式對系統版本和配置會有一定要求，而且Windows需要你安裝微軟虛擬化產品Hyper-V，具體見app鏈接頁面。
APP
https://docs.docker.com/docke...
https://docs.docker.com/docke...
工具包
https://www.docker.com/proc...
以上方式本質上都會在你的系統中安裝docker-engine、docker-machine、docker-compose和VirtualBox(除了Windows的app方式)。因為docker高度依賴linux內核提供的cgroup，namespace 等特性和介面，所以mac和windows平台需要使用docker-machine和虛擬機在後台創建運行一個linux內核。
而我的安裝方式就是直接在 Mac 上使用brew，如果你未曾安裝brew，則在終端執行以下代碼：
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
安裝docker所需要的包：
brew install docker docker-machine docker-compose virtualbox
創建一個docker-machine：
docker-machine create -d virtualbox default
註：-d 指定使用virtualbox來創建default 為machine名稱
告訴主機如何找到docker-machine：
echo $(docker-machine env ) >> .zshrc
註：這里的.zshrc是我的用戶配置文件，如果你用bash，可以改為.bash_profile。
啟動docker-machine：
docker-machine start default Compose你的應用
docker-compose是用於定義和運行復雜Docker應用的工具。你可以在docker-compose.yml文件中定義一個多容器的應用，然後使用一條命令來啟動，然後所有預先定義好的操作都會被自動完成。
為了不重復造輪子，直接使用github上的第三方包。當然你也可以親自構建每一個你所需要的容器鏡像，然後用docker-compose.yml將所有容器組織起來運行，但這需要你具備一定的linux基礎和docker的運行機制和相關語法。
本人正在學習 laradock 這個基於Docker的開發環境包，然後根據自己的需要刪除了一些我認為不常用的部分、修改了部分配置以及增加了Elasticsearch容器，最終新開了自己的倉庫 DevDock 。當然，也推薦使用laradock。
我的倉庫目前支持的容器組合：
nginx , php-fpm , mysql , redis , mongo , apache2 , memcached , elasticsearch , workspace .
註：workspace和php-fpm一般會被其他容器所依賴，所以會自動運行，啟動時不必指定。
進入到你的應用的上級目錄：
git clone https://github.com/RystLee/DevDock.git
修改hosts
如果直接安裝啟動，是可以通過Docker IP : 192.168.99.100，就能直接訪問nginx的，但一般而言為了方便記憶，我們會去修改hosts文件，增加一條：
192.168.99.100 laravel.dev
修改你的nginx中的站點配置文件：
在DevDock目錄下找到nginx，修改sites目錄下的站點配置文件，通過修改本地的hosts來自定義域名，並在nginx容器中的sites文件夾下，修改相應的域名映射。
server_name laravel.dev
安裝啟動應用
cd DevDock docker-compose up -d nginx mysql ... # 後面跟上你想使用的容器即可
然後，耐心地等待開發環境自動搭建完成即可，如果中途出現錯誤，一般是因為GFW，網路會不太通暢，重新執行一兩次就好，完成之後，打開瀏覽器，訪問： http://laravel.dev 即可。
⑹ 求docker啟動容器怎麼自動啟動mysql php nginx服務
在這里得到的答案總是不實用，到後 盾 人平台上看看吧，上面關於樓主問題有詳細的講解.都是一線老師親自授課
⑺ docker nginx 怎麼識別不了index.php
部署一個最簡單的Nginx，可以通過80埠訪問默認的網站 設置記錄訪問和錯誤日誌的路徑 設置靜態網站的路徑 通過proxy_pass將HTTP請求反向代理到nodejs Web App 設置HTTPS
⑻ 如何配置一個 Docker 化持續集成的 PHP 開發環境
首先，我們得知道什麼才是好的開發環境， 對於我而言，一個好的開發環境需要具備以下幾個特點：
可隨意使用。我必須可以隨意刪除和創建新的環境。
快速啟動。我想要用它工作時候，它立馬就能用。
易於更新。在我們行業中，事物發展變化非常快，必須能讓我很容易將我的開發環境更新到新的軟體版本。
而Docker都支持以上這些特點，甚至更多。你幾乎可以即時銷毀和重建容器，而更新環境只需要重建你當前使用的鏡像即可。
什麼是PHP開發環境
目前Web應用錯綜復雜，PHP開發環境需要很多的東西，為了保證環境的簡單性，需要做各種各樣的限制。
我們這次使用Nginx、PHP5-FPM、MySQL來運行Synmfony項目。由於在容器中運行命令行會更復雜，所以這方面的內容我會放到下一篇博客中再說。
Pet 與 Cattle
另一個我們要討論的重點是：我們要把開發環境部署在多容器還是單容器中。 兩種方式各有優點：
單容器易於分發、維護。因為它們是獨立的，所有的東西都運行在同一個容器中，這點就像是一個虛擬機。但這也意味著，當你要升級其中的某樣東西（比如PHP新版本）的時候， 需要重新構建整個容器。
多容器可以在添加組件時提供更好的模塊化。因為每個容器包含了堆棧的一部分：Web、PHP、MySQL等，這樣可以單獨擴展每個服務或者添加服務，並且不需要重建所有的東西。
因為我比較懶，加上我需要在我的筆記本上放點別的內容，所以，這里我們只介紹單個容器的方法。
初始化工程
首先要做的是初始化一個新的Symfony工程. 推薦的方法是用composer的create-project命令。本來可以在工作站上安裝composer，但是那樣太簡單了。這次我們通過Docker來使用它。
我之前發過一篇關於Docker命令的文章：make docker commands（好吧，我說謊了，我本來把它寫在這篇文章中了，然後覺得把它獨立出來會比較好）。
不管怎麼樣，你可以讀一下。接下來如果還沒有composer命令的話，你可以創建一個屬於自己的composer 別名。
$ alias composer="docker run -i -t -v \$PWD:/srv ubermuda/composer"
現在你可以初始化Symfony工程了：
$ composer create-project symfony/framwork-standard-edition SomeProject
帥呆了！下面來點實在的工作。(省略了博主自娛自樂的一堆balabla....原文:Awesome. Give yourself a high-five， get a cup of coffee or whatever is your liquid drug of choice， and get ready for the real work.)
容器
構建一個運行標准Symfony項目且自給自足的容器相當容易，只需要安裝好常用的Nginx、PHP5-FPM和MySQL-Server即可，然後把預先准備好的Nginx的虛擬主機配置文件扔進去，再復制一些配置文件進去就完事了。
本容器的源代碼在GitHub上的 ubermuda/docker-symfony倉庫中可以找到。 Dockerfile 是Docker構建鏡像要用到的配置文件，我們來看一下:
FROM debian:wheezy
ENV DEBIAN_FRONTEND noninteractive
RUN apt-get update -y
RUN apt-get install -y nginx php5-fpm php5-mysqlnd php5-cli mysql-server supervisor
RUN sed -e 's/;daemonize = yes/daemonize = no/' -i /etc/php5/fpm/php-fpm.conf
RUN sed -e 's/;listen\.owner/listen.owner/' -i /etc/php5/fpm/pool.d/www.conf
RUN sed -e 's/;listen\.group/listen.group/' -i /etc/php5/fpm/pool.d/www.conf
RUN echo "\ndaemon off;" >> /etc/nginx/nginx.conf
ADD vhost.conf /etc/nginx/sites-available/default
ADD supervisor.conf /etc/supervisor/conf.d/supervisor.conf
ADD init.sh /init.sh
EXPOSE 80 3306
VOLUME ["/srv"]
WORKDIR /srv
CMD ["/usr/bin/supervisord"]
我們通過擴展 debian:wheezy 這個基礎鏡像開始，然後通過一系列的sed命令來配置Nginx和PHP5-FPM。
RUN sed -e 's/;daemonize = yes/daemonize = no/' -i /etc/php5/fpm/php-fpm.conf
RUN sed -e 's/;listen\.owner/listen.owner/' -i /etc/php5/fpm/pool.d/www.conf
RUN sed -e 's/;listen\.group/listen.group/' -i /etc/php5/fpm/pool.d/www.conf
RUN echo "\ndaemon off;" >> /etc/nginx/nginx.conf
這里我們要做兩件事。 首先配置PHP5-FPM和Nginx讓他們在前台運行以便supervisord可以追蹤到他們。
然後，配置PHP5-FPM以指定的用戶運行Web-Server，並處理好文件許可權。
接下來需要安裝一組配置文件，首先是Nginx的虛擬主機配置文件vhost.conf:
server {
listen 80;
server_name _;
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
root /srv/web;
index app_dev.php;
location / {
try_files $uri $uri/ /app_dev.php?$query_string;
}
location ~ [^/]\.php(/|$) {
fastcgi_pass unix:/var/run/php5-fpm.sock;
include fastcgi_params;
}
}
因為我們不需要域名，所以把server_name設成了_（有點像perl的$_佔位符變數）， 並配置根目錄（document root）為/svr/web， 我們會把應用程序部署在/srv下，剩下的就是標準的Mginx + PHP5-FPM配置.
因為一個容器每次只能運行一個程序， 我們需要supervisord（或者任何別的進程管理器，不過我比較中意supervisord）。幸運的是， 這個進程管理器會產生我們需要的所有進程！下面是一小段supervisord的配置：
[supervisord]
nodaemon=true
[program:nginx]
command=/usr/sbin/nginx
[program:php5-fpm]
command=/usr/sbin/php5-fpm
[program:mysql]
command=/usr/bin/mysqld_safe
[program:init]
command=/init.sh
autorestart=false
redirect_stderr=true
redirect_stdout=/srv/app/logs/init.log
這里我們需要做的是定義所有的服務， 加上一個特殊的program:init進程，它不是一個實際的服務，而是一個獨創的運行啟動腳本的方式。
這個啟動腳本的問題在於，它通常需要先啟動某些服務。比如，你可能要初始化一些資料庫表，但前提是你得先把MySQL跑起來，一個可能的解決辦法是，在啟動腳本中啟動MySQL，然後初始化表，然後為了防止影響到supervisord的進程管理，需要停掉MySQL，最後再啟動supervisord。
這樣的腳本看起來類似下面這樣：
/etc/init.d/mysql start
app/console doctrine:schema:update --force
/etc/init.d/mysql stop
exec /usr/bin/supervisord
看起來丑爆了有木有，咱換種方式，讓supervisor來運行它並且永不重啟。
實際的init.sh腳本如下：
#!/bin/bash
RET=1
while [[ RET -ne 0 ]]; do
sleep 1;
mysql -e 'exit' > /dev/null 2>&1; RET=$?
done
DB_NAME=${DB_NAME:-symfony}
mysqladmin -u root create $DB_NAME
if [ -n "$INIT" ]; then
/srv/$INIT
fi
腳本先等待MySQL啟動，然後根據環境變數DB_NAME創建DB，默認為symfony， 然後在INIT環境變數中查找要運行的腳本，並嘗試運行它。本文的結尾有說明如何使用這些環境變數。
構建並運行鏡像
萬事俱備只欠東風。我們還要構建Symfony Docker鏡像， 使用docker build命令:
$ cd docker-symfony
$ docker build -t symfony .
現在，可以使用它來運行你的Symfony工程了:
$ cd SomeProject
$ docker run -i -t -P -v $PWD:/srv symfony
我們來看看這一連串的選項分別是幹嘛的:
-i 啟動交互（interactive）模式， 也就是說，STDIO（標准輸入輸出）連接到了你當前的終端上。當你要接收日誌或者給進程發送信號時，它很有用。
-t 為容器創建一個虛擬TTY， 它跟-i是好基友，通常一起使用。
-P 告訴Docker守護進程發布所有指定的埠， 本例中為80埠。
-v $PWD:/srv 把當前目錄掛載到容器的/srv目錄。掛載一個目錄使得目錄內容對目標掛載點可用。
現在你還記得之前提到的DB_NAME和INIT環境變數了吧，幹嘛用的呢：用於自定義你的環境。 基本上你可以通過 docker run的-e選項在容器中設置環境變數，啟動腳本會拿到環境變數，因此，如果你的DB名為some_project_dev， 你就可以這么運行容器：
$ docker run -i -t -P -v $PWD:/srv -e DB_NAME=some_project_dev symfony
INIT 環境變數就更強大了，它允許你啟動時運行指定的腳本。比如， 你有一個bin/setup腳本運行composer install命令並且設置資料庫schema:
#!/bin/bash
composer install
app/console doctrine:schema:update --force
用-e來運行它：
$ docker run -i -t -P \
-v $PWD:/srv \
-e DB_NAME=some_project_dev \
-e INIT=bin/setup
注意，-e選項可以在docer run中多次使用，看起來相當酷。另外，你的啟動腳本需要可執行許可權（chmod +x）。
現在我們通過curl發送請求到容器，來檢查一下是否所有的東西都像預期一樣工作。首先，我們需要取到Docker映射到容器的80埠的公共埠，用docker port命令:
$ docker port $(docker ps -aql 1) 80
0.0.0.0:49153
docker ps -aql 1 是個好用的命令，可以方便的檢索到最後一個容器的id， 在我們的例子中，Docker 把容器的80埠映射到了49153埠。我們 curl 一下看看。
$ curl http://localhost:49153
You are not allowed to access this file. Check app_dev.php for more information.
當我們不從localhost（譯者註：容器的localhost）訪問dev controller時，得到了Symfony的默認錯誤消息，這再正常不過了， 因為我們不是從容器內部發送 curl 請求的， 所以，可以安全的從前端控制器web/app_dev.php中移除這些行。
// This check prevents access to debug front controllers that are deployed by accident to proction servers.
// Feel free to remove this， extend it， or make something more sophisticated.
if (isset($_SERVER['HTTP_CLIENT_IP'])
|| isset($_SERVER['HTTP_X_FORWARDED_FOR'])
|| !(in_array(@$_SERVER['REMOTE_ADDR']， array('127.0.0.1'， 'fe80::1'， '::1')) || php_sapi_name() === 'cli-server')
) {
header('HTTP/1.0 403 Forbidden');
exit('You are not allowed to access this file. Check '.basename(__FILE__).' for more information.');
}
這些行阻止了任何從localhost以外的地方訪問dev controller。
現在再curl的時候就可以正常工作了，或者用瀏覽器訪問 http://localhost:49153/：
很容易吧！ 現在我們可以快速的啟動、更新環境了，但還是有很多地方需要改進。
⑼ 求助docker nginx + php php 不解析問題
如果SQL執行正確不論你查詢有無內容都會返回一個ID的，所以通過mysql_num_rows來判斷結果是否為空就可以了。該函數返回值為int值，也就是記錄數，如果沒有則為0.
就是這樣了，實在還不明白就只有自己去後盾人自學了
⑽ 如何 在Docker窗口中部署PHP開發環境
環境部署一直是一個很大的問題，無論是開發環境還是生產環境，但是 Docker
將開發環境和生產環境以輕量級方式打包，提供了一致的環境。極大的提升了開發部署一致性。當然，實際情況並沒有這么簡單，因為生產環境和開發環境的配置是完全不同的，比如日誌等的問題都需要單獨配置，但是至少比以前更加簡單方便了，這里以
PHP 開發作為例子講解 Docker 如何布置開發環境。
一般來說，一個 PHP 項目會需要以下工具：
Web 伺服器: Nginx/Tengine
Web 程序: PHP-FPM
資料庫: MySQL/PostgreSQL
緩存服務: Redis/Memcache
這是最簡單的架構方式，在 Docker 發展早期，Docker 被大量的濫用，比如，一個鏡像內啟動多服務，日誌收集依舊是按照 Syslog
或者別的老方式，鏡像容量非常龐大，基礎鏡像就能達到 80M，這和 Docker 當初提出的思想完全南轅北轍了，而 Alpine Linux
發行版作為一個輕量級 Linux 環境，就非常適合作為 Docker 基礎鏡像，Docker 官方也推薦使用 Alpine 而不是 Debian
作為基礎鏡像，未來大量的現有官方鏡像也將會遷移到 Alpine 上。本文所有鏡像都將以 Alpine 作為基礎鏡像。
Nginx/Tengine
這部分筆者已經在另一篇文章 Docker 容器的 Nginx 實踐中講解了 Tengine 的 Docker 實踐，並且給出了
Dockerfile，由於比較偏好 Tengine，而且官方已經給出了 Nginx 的 alpine 鏡像，所以這里就用
Tengine。筆者已經將鏡像上傳到官方 DockerHub，可以通過
<code>docker pull chasontang/tengine:2.1.2_f</code>
獲取鏡像，具體請看 Dockerfile。
PHP-FPM
Docker 官方已經提供了 PHP 的 7.0.7-fpm-alpine 鏡像，Dockerfile 如下：
FROM alpine:3.4
# persistent / runtime deps
ENV PHPIZE_DEPS \
autoconf \
file \
g++ \
gcc \
libc-dev \
make \
pkgconf \
re2c
RUN apk add --no-cache --virtual .persistent-deps \
ca-certificates \
curl
# ensure www-data user exists
RUN set -x \
&& addgroup -g 82 -S www-data \
&& adser -u 82 -D -S -G www-data www-data
# 82 is the standard uid/gid for "www-data" in Alpine
# http://git.alpinelinux.org/cgit/aports/tree/main/apache2/apache2.pre-install?h=v3.3.2
# http://git.alpinelinux.org/cgit/aports/tree/main/lighttpd/lighttpd.pre-install?h=v3.3.2
# http://git.alpinelinux.org/cgit/aports/tree/main/nginx-initscripts/nginx-initscripts.pre-install?h=v3.3.2
ENV PHP_INI_DIR /usr/local/etc/php
RUN mkdir -p $PHP_INI_DIR/conf.d
##<autogenerated>##
ENV PHP_EXTRA_CONFIGURE_ARGS --enable-fpm --with-fpm-user=www-data --with-fpm-group=www-data
##</autogenerated>##
ENV GPG_KEYS
ENV PHP_VERSION 7.0.7
ENV PHP_FILENAME php-7.0.7.tar.xz
ENV PHP_SHA256
RUN set -xe \
&& apk add --no-cache --virtual .build-deps \
$PHPIZE_DEPS \
curl-dev \
gnupg \
libedit-dev \
libxml2-dev \
openssl-dev \
sqlite-dev \
&& curl -fSL "http://php.net/get/$PHP_FILENAME/from/this/mirror" -o "$PHP_FILENAME" \
&& echo "$PHP_SHA256 *$PHP_FILENAME" | sha256sum -c - \
&& curl -fSL "http://php.net/get/$PHP_FILENAME.asc/from/this/mirror" -o "$PHP_FILENAME.asc" \
&& export GNUPGHOME="$(mktemp -d)" \
&& for key in $GPG_KEYS; do \
gpg --keyserver ha.pool.sks-keyservers.net --recv-keys "$key"; \
done \
&& gpg --batch --verify "$PHP_FILENAME.asc" "$PHP_FILENAME" \
&& rm -r "$GNUPGHOME" "$PHP_FILENAME.asc" \
&& mkdir -p /usr/src \
&& tar -Jxf "$PHP_FILENAME" -C /usr/src \
&& mv "/usr/src/php-$PHP_VERSION" /usr/src/php \
&& rm "$PHP_FILENAME" \
&& cd /usr/src/php \
&& ./configure \
--with-config-file-path="$PHP_INI_DIR" \
--with-config-file-scan-dir="$PHP_INI_DIR/conf.d" \
$PHP_EXTRA_CONFIGURE_ARGS \
--disable-cgi \
# --enable-mysqlnd is included here because it's harder to compile after the fact than extensions are (since it's a plugin for several extensions, not an extension in itself)
--enable-mysqlnd \
# --enable-mbstring is included here because otherwise there's no way to get pecl to use it properly (see https://github.com/docker-library/php/issues/195)
--enable-mbstring \
--with-curl \
--with-libedit \
--with-openssl \
--with-zlib \
&& make -j"$(getconf _NPROCESSORS_ONLN)" \
&& make install \
&& { find /usr/local/bin /usr/local/sbin -type f -perm +0111 -exec strip --strip-all '{}' + || true; } \
&& make clean \
&& runDeps="$( \
scanelf --needed --nobanner --recursive /usr/local \
| awk '{ gsub(/,/, "\nso:", $2); print "so:" $2 }' \
| sort -u \
| xargs -r apk info --installed \
| sort -u \
)" \
&& apk add --no-cache --virtual .php-rundeps $runDeps \
&& apk del .build-deps
COPY docker-php-ext-* /usr/local/bin/
##<autogenerated>##
WORKDIR /var/www/html
RUN set -ex \
&& cd /usr/local/etc \
&& if [ -d php-fpm.d ]; then \
# for some reason, upstream's php-fpm.conf.default has "include=NONE/etc/php-fpm.d/*.conf"
sed 's!=NONE/!=!g' php-fpm.conf.default | tee php-fpm.conf > /dev/null; \
cp php-fpm.d/www.conf.default php-fpm.d/www.conf; \
else \
# PHP 5.x don't use "include=" by default, so we'll create our own simple config that mimics PHP 7+ for consistency
mkdir php-fpm.d; \
cp php-fpm.conf.default php-fpm.d/www.conf; \
{ \
echo '[global]'; \
echo 'include=etc/php-fpm.d/*.conf'; \
} | tee php-fpm.conf; \
fi \
&& { \
echo '[global]'; \
echo 'error_log = /proc/self/fd/2'; \
echo; \
echo '[www]'; \
echo '; if we send this to /proc/self/fd/1, it never appears'; \
echo 'access.log = /proc/self/fd/2'; \
echo; \
echo 'clear_env = no'; \
echo; \
echo '; Ensure worker stdout and stderr are sent to the main error log.'; \
echo 'catch_workers_output = yes'; \
} | tee php-fpm.d/docker.conf \
&& { \
echo '[global]'; \
echo 'daemonize = no'; \
echo; \
echo '[www]'; \
echo 'listen = [::]:9000'; \
} | tee php-fpm.d/zz-docker.conf
EXPOSE 9000
CMD ["php-fpm"]
##</autogenerated>##