php使用docker後變慢

『壹』 群暉docker 可以做什麼

1、docker就是VMware，docker裡面的鏡像就相當於VMware在裝系統時使用的鏡像文件。

2、docker裡面創建的容器就是在VMware裡面創建的虛擬機並已使用鏡像文件裝好系統。

3、虛擬機能做什麼就能做什麼，就是一台伺服器虛擬化很多伺服器。

4、用docker運行ALI的DDNS，操作比用php方便。網上還有用DOCKER搭飢荒伺服器教程沒游戲試，docker里還有個酸酸插件，不會設置PAC比較雞肋畢竟這里的人路由都能掛。

(1)php使用docker後變慢擴展閱讀：

群暉docker的作用：

遠程辦公(SynologyDrive)

1、今年新冠狀病毒疫情所導致的全民在家辦公各位一定體會到文件來回傳輸、協同工作的諸多不便。就算是在正常的工作環境下以下的場景也一定會遇到。

2、公司文件都存放石禁止轉載腦中，在家辦公無法取得文件。

3、影像文件、圖片、視頻等大檔案怎麼傳給同事，只能通過微信、QQ傳送。不方便而且佔用手機和電腦空間。

4、多人一起編輯文檔、表格、幻燈片時文檔來回傳送容易有版本問題。

5、來回交互討論、修改、審批，需要更有效率的方式。

群暉的SynologyDrive的加入就可以完美解決以上的問題。

『貳』 Docker PHP 入門實踐(三)

在本教程的其餘部分，我們將基於 ThinkPHP 框架完成一個天氣查詢的應用。使用 天氣查詢-API文檔-開發指南-Web服務 API | 高德地圖API 的介面來實現我們的功能。把查詢數據緩存到 MySql 中，這樣就不用每次頻繁的請求第三方的介面了（有請求次數限制）

選擇高德開放平台-天氣查詢 API 主要是因為它是免費的。當然你也可以使用其他的第三方天氣查詢介面，看個人喜好。
該應用是一個非常簡單的 REST API 應用，主要實現兩個介面。

在我們進行應用編碼之前，首先使用 Docker 安裝並運行 ThinkPHP

ThinkPHP 是一個免費開源的，快速、簡單的面向對象的 輕量級PHP開發框架 ，是為了敏捷WEB應用開發和簡化企業應用開發而誕生的。ThinkPHP從誕生以來一直秉承簡潔實用的設計原則，在保持出色的性能和至簡代碼的同時，更注重易用性。遵循 Apache2 開源許可協議發布，意味著你可以免費使用ThinkPHP，甚至允許把你基於ThinkPHP開發的應用開源或商業產品發布/銷售 。

這就是為什麼我選擇它作為本教程的教學框架。我不想讓你因為一個框架而放棄，但我也不想從頭開始建立所有的東西，因為該教程的重點是Docker，而不是我們的PHP應用。

用Docker 創建 ThinkPHP 應用 實際上比用本地配置PHP環境所需的操作少。並且為我們還需要使用 Composer，多虧了Docker，我們甚至不需要在主機上安裝它。

首先打開你的終端，創建一個項目目錄。

並進入到該目錄中

現在使用[官方Composer Docker鏡像]（https://hub.docker.com/_/composer/）安裝 ThinkPHP 。

如果你查看weather-app/目錄，你會看到 ThinkPHP 6 的項目目錄，如下所示：

我們的 docker 運行命令與第二章中的命令相似，但我們使用了不同的鏡像。我們沒有使用運行hello.php 腳本的 PHP 鏡像，而是使用了一個 Composer 鏡像。讓我們來看看有什麼變化。

項目創建完成後，我們需要添加幾個路由 URL 和 Controller 文件 。讓我們打開 weather-app 目錄下的 app/controller , 然後新建 Weather.php 文件，內容如下：

然後打開 weather-app 目錄下的 app/route , 在 app.php 文件中追加如下內容：

現在我們可以在 Docker 容器中運行我們的應用程序，只是為了驗證我們的程序是否運行正常，因為我們只添加了兩個路由 URL。打開命令行，運行。

現在，在瀏覽器中打開 http://localhost:38000/weather-app/public/index.php/weather/1，你應該看到一個空頁面，上面有以下文字:

那麼恭喜你，你剛剛已經成功地在 Docker 中運行了你的第一個 ThinkPHP 應用程序。

這次我們使用的docker run命令與我們用來運行 hello.php 腳本 和composer create-project ...的兩個命令不同。原因是這次我們想獲得包含 Apache 的最新版本的PHP，這樣我們就可以為我們的 Web 應用提供服務。讓我們更詳細地了解新增的命令部分。

你可以通過向終端發送一個 "中斷 "信號來停止和退出終端。在 windows 上，這可以通過按 Ctrl 和按c來實現。

運行你的新網路應用程序的另一個選擇是在 "Detached"模式中運行容器。這意味著你在終端將不會看到來自你的容器的輸出。這可以通過在我們之前的命令中添加-d標志來實現。

在分離模式下啟動容器後，你的終端將顯示新容器的完整ID--類似於a70d25c2a7cedae673f8ab...如果你想停止這個容器，你可以使用docker stop命令，用容器的ID告訴Docker。比如說

因為輸入整個ID是很麻煩的，如果你願意，Docker允許你只輸入前三個或更多的字元。

最後，我建議為你的容器命名。我們在本書後面的許多例子中都會這樣做，因為用名字來記住一個容器比用隨機分配的ID要容易得多，再加上ID是隨機的，所以每次你運行一個新版本的容器時，它都會得到一個新的ID。只要不是已經有一個同名的容器，名字就可以多次發出來。為了給我們的新應用容器命名，我們可以用傳入的--name標志重新創建它。

在使用docker run命令時，還有許多可用的選項，所以你可能想更詳細地閱讀文檔。在我們開發其餘的應用程序時，我們會涉及其中的一些選項。

現在我們要引入高德的天氣 SDK ，在使用該 SDK 之前你需要閱讀高德開放平台-天氣查詢的技術文檔，再添加 SDK 之前我們首先要確保所有現有的容器都停止了。

這個命令將列出所有正在運行的容器。你也可以通過添加-a標志來查看停止的容器。
如果有任何容器正在運行，那麼在我們繼續前進之前，使用docker stop 來停止它們。

該命令將在你的項目中裝新的軟體包。在這個過程中，你應該在終端看到一些類似這樣的輸出。

現在 SDK 已經安裝完畢，可以使用了。

我們將使用剛剛添加的高德天氣 SDK 來完善我們的業務邏輯，打開 controller 目錄下的 Weather.php 添加以下內容：

我們做了一些更新--主要是對引入天氣 API 初始化天氣類

我們的應用程序已經初步完成了向API傳遞一個真實的位置ID並返回一些數據。首先，使用這個高德位置查詢找到一個位置ID。我使用的是上海的ID進行測試。310000，當然你直接傳 上海 也是可以的。ok，讓我們再次運行Docker容器。

並在你的瀏覽器中訪問正在運行的應用程序，地址是http://localhost:38000/weather-app/public/index.php/weather/310000。你應該可以看到一個JSON數據，看起來像這樣。

你的 Docker 化的 PHP 應用程序現在正從外部數據源返回真實數據，並在Apache中提供服務，但你可能會注意到，它的速度並不快（我的頁面載入時間為1.92秒！）。
高德天氣 API 是一個免費的服務，其他國家可能無法訪問。為了解決這個問題，我們將把查詢的數據保存在我們自己的 MySQL 資料庫中，可以再下次訪問的時候可以快速地響應。這將極大地提高性能，下個章節我們將學習如何用 Docker 將 MySql 與 PHP 應用程序相結合。

『叄』 在PhpStrom中配置Docker作為本地開發環境

平時大家在開發php項目的時候，本地都要裝php程序和composer，做單元測試的時候還需要phpunit，如果需要單測覆蓋率的話還要開啟debug，本文將使用一個docker鏡像搞定這些。

下面是一個php7.3+composer2.1+phpunit9.5的dockerfile，大家也可以根據自己的需要進行修改，然後自己構建為鏡像

我把構建的鏡像打個標簽phpstorm:7.3-composer，方便下邊使用
也可以拉取我已經構建好的鏡像

本地要先啟動docker desktop
2.1點擊配置 》PHP 》CLI解釋器

2.2 點擊+ 》Form docker 》 docker 》選擇第一步構建的鏡像

2.3 添加成功後如下圖，我們可以看到php版本號和xdebug的版本，然後點擊應用，確定

2.4 這時已經配置成功了，phpstorm會自動生成路徑映射，把項目根目錄映射到容器中/opt/project

3.1 這步配置比較簡單，看圖就可以了

3.2 安裝一個包測試一下
新建一個composer.json文件，點擊 【工具】 》【composer】》【管理依賴項】》在composer.json文件里隨便寫一個包名，然後點擊安裝，如果執行成功，這步就完成了。如果失敗，可以查看事件日誌是否缺少某些php擴展，然後在dockerfile里安裝擴展，重新構建鏡像，再次點擊composer安裝，重新構建鏡像不用再重新配置phpstorm。

添加命令行工具，選擇composer

看到輸出composer版本號，也就配置成功一半了。
我們執行下

配置就直接看圖吧

寫個單元測試一下，首先准備一個要測試的文件如下

然後點擊 【使用覆蓋率運行】，開始測試

『肆』 如何 在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>##

『伍』 使用PHP調用Docker 命令 為什麼不能成功

應該是php許可權不足導致的,可以把system執行後返回的狀態碼打出來看一下,想看到具體的返回結果可以用exec命令.你看過後很簡單吧以後不會可以向我一樣經常到後盾人平台找找相關教材看看就會了，希望能幫到你，給個採納吧謝謝罒㉨罒

『陸』 如何配置一個 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/：

很容易吧！ 現在我們可以快速的啟動、更新環境了，但還是有很多地方需要改進。