pascallandau.com

  • 家
  • 对于
  • 博客
  • BIGQUERY片段
  • 集体财务

设置PHP，PHP-FPM和NGINX以在Docker上进行本地开发

Windows 10下Docker上PHP入门。

帕斯卡·兰道（Pascal Landau）发表于2018-07-08 22:00:00

您可能从新来的孩子那里听到了一个叫做“ Docker”的音讯？您是一名PHP开发人员，并且违心参加其中，然而您没有工夫钻研它吗？而后，本教程适宜您！到最初，您应该晓得：

  • 如何在Windows 10计算机上“本地”设置Docker
  • 如何从命令行构建和运行容器
  • 如何登录容器并浏览它们以获取信息
  • 什么是Dockerfile以及如何应用它
  • 容器如何相互交谈
  • 如何docker-compose将所有货色很好地交融在一起

留神：在本教程中，我不仅会走上高兴的路。这意味着我将深入研究与docker并不齐全相干的某些事物（例如，如何找出php-fpm的配置文件位于何处），但这些常识是我了解的重要内容，因为它们使您可能解决当前本人解决问题。

然而，如果您工夫不多，还能够间接跳到tl; dr。

Docker PHP教程的已公布局部

  • 设置PHP，PHP-FPM和NGINX以在Docker上进行本地开发 （2018-07-08）
  • 应用Xdebug设置PhpStorm以在Docker上进行本地开发 （2018-08-06）
  • 为PHP我的项目构建Docker设置 （2019-05-20）

这是Docker上（可能）多局部系列的第一局部。第二局部介绍了如何在Docker容器中设置PHP，以便在应用XDebug时与PHPStorm良好配合。

目录

  • 介绍

    • 前提条件
    • 为什么要应用Docker？
    • 从无业游民过渡
  • 设置Docker

  • 设置PHP cli容器

    • 在PHP容器中装置Xdebug
    • 应用Dockerfile长久保留映像更改

  • 应用php-fpm和nginx设置Web堆栈

    • 设置nginx

    • 设置php-fpm

      • 装置xdebug
    • 连贯nginx和php-fpm
  • 放在一起：意识docker-compose
  • tl;博士

介绍

前提条件

我假如您曾经为Windows装置了Git bash。如果不是，请在执行此操作之前，请参阅设置软件：Git和Git Bash。

为什么要应用Docker？

我不会具体介绍Docker是什么以及为什么要应用它，因为 其余 人 曾经 对此进行了宽泛探讨。

对于我来说，我的次要起因是

  • 流浪汉中的符号链接无奈失常工作
  • 随着工夫的流逝，虚拟机变得肿且难以治理
  • 团队中的设置波及很多工作
  • 我想学习Docker很长时间了，因为您据说了很多

通常，Docker有点像虚拟机，因而它容许咱们在本人抉择的操作系统（例如Windows）中进行开发，但能够在与生产环境雷同的环境中（例如，在Linux服务器上）运行代码。归功于其外围原理，它使服务拆散变得非常容易（例如，为数据库装备专用服务器），这同样也是生产中应该产生的事件。

从无业游民过渡

在Windows上，您能够应用Docker Toolbox （实质上是具备Docker安装程序的VM），也能够应用基于Hyper-V的Windows Docker。本教程仅探讨后者。

请留神：可怜的是，除了Docker（在Windows上）之外，咱们再也没有其余神灵。本机Docker客户端要求激活Hyper-V，这又将导致Virtualbox不再工作。因而，咱们将无奈同时应用Vagrant和Docker。这实际上是我花了很长时间才开始应用Docker的次要起因。

设置Docker

首先，下载实用于Windows的Docker （须要Microsoft Windows 10 Professional或Enterprise 64位）。我在本教程中应用的版本是18.03.1-ce-win65。在装置过程中，请不要勾选“应用Windows容器而不是Linux容器”选项，因为咱们打算在linux容器上进行开发（您当前能够随时对其进行更改）。

装置实现后，咱们须要登记Windows并再次登录。Docker应该主动启动。如果没有，应该在桌面上搁置一个“ Docker for Windows”图标。如果尚未激活Hyper-V，则Docker将立刻催促您这样做。

如果您批准，则将激活Hyper-V和容器性能，并启动重新启动。请参阅在Windows 10上装置Hyper-V 以再次将其停用。

留神：VirtualBox之后将进行工作！从VirtualBox界面或通过启动我的一台以前的机器vagrant up失败，并显示谬误音讯

VT-x不可用（VERR_VMX_NO_VMX）

重新启动后，Docker将主动启动，并呈现一个欢送屏幕。

咱们能够疏忽它（敞开窗口）。此外，新图标将增加到系统托盘中。右键单击将显示上下文菜单。

关上选项卡“ Shared Devices”，而后在您要与Docker容器共享的主机上勾选硬盘。

留神：稍后，咱们依然须要为理论的容器定义显式的门路映射，然而必须在此处提供该门路所属的硬盘驱动器。单击“利用”后，将提醒您输出凭据

接下来，关上选项卡“高级”。实际上，您不用更改任何设置，然而，如果您（像我一样）没有C:/设置为最大分区，则可能须要更改“磁盘映像地位”。我把我放在C:Hyper-VVirtual Hard DisksMobyLinuxVM.vhdx。Docker可能须要破费几分钟来解决更改。

Docker“物理地”将容器映像存储在该地位。

祝贺，您的计算机上现已设置了Docker????

设置PHP cli容器

当初咱们曾经把握了个别的货色，让咱们设置咱们的第一个容器。我曾经创立了目录C:/codebase/docker-php/，并将在其中运行其余示例。

首先，让咱们为源代码创立一个目录：

mkdir -p "C:/codebase/docker-php/app"

为了简略起见，咱们将保持应用官网的PHP映像并运行：

docker run -d --name docker-php -v "C:/codebase/docker-php/app":/var/www php:7.0-cli

意思是：

docker run                               // run a container-d                                       // in the background (detached)--name docker-php                        // named docker-php-v "C:/codebase/docker-php/app":/var/www // sync the directory C:/codebase/docker-php/app on the                                          // windows host with /var/www in the containerphp:7.0-cli                              // use this image to build the container

后果看起来像这样：

$ docker run -d --name docker-php -v "C:/codebase/docker-php/app":/var/www php:7.0-cliUnable to find image 'php:7.0-cli' locally7.0-cli: Pulling from library/phpf2aa67a397c4: Pulling fs layerc533bdb78a46: Pulling fs layer65a7293804ac: Pulling fs layer35a9c1f94aea: Pulling fs layer54cffc62e1c2: Pulling fs layer153ff2f4c2af: Pulling fs layer96d392f71f56: Pulling fs layere8c43e665458: Pulling fs layer35a9c1f94aea: Waiting54cffc62e1c2: Waiting153ff2f4c2af: Waiting96d392f71f56: Waitinge8c43e665458: Waitingc533bdb78a46: Verifying Checksumc533bdb78a46: Download complete35a9c1f94aea: Verifying Checksum35a9c1f94aea: Download completef2aa67a397c4: Verifying Checksumf2aa67a397c4: Download complete153ff2f4c2af: Verifying Checksum153ff2f4c2af: Download complete54cffc62e1c2: Verifying Checksum54cffc62e1c2: Download completee8c43e665458: Verifying Checksume8c43e665458: Download complete96d392f71f56: Verifying Checksum96d392f71f56: Download completef2aa67a397c4: Pull complete65a7293804ac: Verifying Checksum65a7293804ac: Download completec533bdb78a46: Pull complete65a7293804ac: Pull complete35a9c1f94aea: Pull complete54cffc62e1c2: Pull complete153ff2f4c2af: Pull complete96d392f71f56: Pull completee8c43e665458: Pull completeDigest: sha256:ff6c5e695a931f18a5b59c82b1045edea42203a299e89a554ebcd723df8b9014Status: Downloaded newer image for php:7.0-cli56af890e1a61f8ffa5528b040756dc62a94c0b929c29df82b9bf5dec6255321f

因为咱们的计算机上没有该映像（请参阅Unable to find image 'php:7.0-cli' locally参考资料），因而Docker尝试从https://hub.docker.com/的官网注册表中提取该映像。咱们特地抉择了PHP映像的“ 7.0-cli”版本（这意味着：仅PHP 7.0 CLI）。无关所有可用标签/图像的列表，请参见https://hub.docker.com/_/php/。

当初，让咱们看看容器是否理论通过运行 docker ps

$ docker psCONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

奇怪的。因为某些起因，咱们在此处看不到咱们新创建的容器。让咱们用该-a标记进行查看以列出所有容器，甚至是未运行的容器。

$ docker ps -aCONTAINER ID        IMAGE               COMMAND                 CREATED             STATUS                      PORTS               NAMES56af890e1a61        php:7.0-cli         "docker-php-entrypoi…"   27 seconds ago     Exited (0) 25 seconds ago                       docker-php

啊哈 这样便创立了容器，然而立刻进行了该容器（请参阅参考资料Created 27 seconds ago; Exited (0) 25 seconds ago）。这是因为容器仅在其主过程正在运行时才存在。依据文档，

容器的次要运行过程是Dockerfile开端的ENTRYPOINT和/或CMD。”

这个答案很好地解释了CMD和ENTRYPOINT之间的区别。因为咱们没有定义Dockerfile，因而咱们须要查看 正在应用的根本映像的 Dockerfile，然而我当初临时不想钻这个兔子洞。基本上，“问题”是容器没有定义长时间运行的过程/服务（如php-fpm或nginx容器稍后所做的那样）。为了使容器放弃活动状态，咱们须要将-i标记增加到docker run命令中：

docker run -di --name docker-php -v "C:/codebase/docker-php/app":/var/www php:7.0-cli

然而，这产生了：

Pascal@Landau-Laptop MINGW64 /$ docker run -di --name docker-php -v "C:/codebase/docker-php/app":/var/www php:7.0-cliC:Program FilesDockerDockerResourcesbindocker.exe: Error response from daemon: Conflict. The container name "/docker-php" is already in use by container "56af890e1a61f8ffa5528b040756dc62a94c0b929c29df82b9bf5dec6255321f". You have to remove (or rename) that container to be able to reuse that name.See 'C:Program FilesDockerDockerResourcesbindocker.exe run --help'.

显然，咱们不能再应用雷同的名称（docker-php）。笨蛋 因而，让咱们先通过以下形式删除之前的容器

docker rm docker-php

而后再试一次：

Pascal@Landau-Laptop MINGW64 /$ docker rm docker-phpdocker-phpPascal@Landau-Laptop MINGW64 /c/codebase/docker-phpdocker run -di --name docker-php -v "C:/codebase/docker-php/app":/var/www php:7.0-cli7b3024a542a2d25fd36cef96f4ea689ec7ebb758818758300097a7be3ad2c2f6Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker psCONTAINER ID        IMAGE               COMMAND                 CREATED             STATUS              PORTS               NAMES7b3024a542a2        php:7.0-cli         "docker-php-entrypoi…"   5 seconds ago      Up 4 seconds                            docker-php

敬爱的，当初容器已启动并正在运行，让咱们通过以下形式“登录”

docker exec -it docker-php bash

您可能会收到以下谬误音讯

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker exec -it docker-php bashthe input device is not a TTY.  If you are using mintty, try prefixing the command with 'winpty'

如果是这样，在命令前加上前缀winpty应该会有所帮忙：

winpty docker exec -it docker-php bash
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ winpty docker exec -it docker-php bashroot@7b3024a542a2:/#

php -v在容器中疾速验证，咱们实际上能够在其中运行php脚本：

root@7b3024a542a2:/# php -vPHP 7.0.30 (cli) (built: May 23 2018 23:04:32) ( NTS )Copyright (c) 1997-2017 The PHP GroupZend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies

还记得咱们指定的门路映射吗？让咱们在Windows 10主机上创立一个简略的“ hello world”脚本 ，C:codebasedocker-phpapphello-world.php以确保其失常工作：

cd "C:codebasedocker-phpapp"echo '<?php echo "Hello World (php)n"; ?>' > hello-world.php

在主机上应如下所示：

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ ls -alh apptotal 1,0Kdrwxr-xr-x 1 Pascal 197121  0 Mai 28 12:29 ./drwxr-xr-x 1 Pascal 197121  0 Mai 28 11:46 ../-rw-r--r-- 1 Pascal 197121 49 Mai 28 12:30 hello-world.php

并从容器中像这样：

root@7b3024a542a2:/# ls -alh /var/wwwtotal 4.5Kdrwxr-xr-x 2 root root  0 May 28 10:29 .drwxr-xr-x 1 root root 4.0K May 28 10:00 ..-rwxr-xr-x 1 root root   31 May 28 10:31 hello-world.php

让咱们通过以下形式在容器中运行脚本

php /var/www/hello-world.php
root@7b3024a542a2:/# php /var/www/hello-world.phpHello World

完美无瑕。咱们在主机零碎上创立了文件，该文件在容器中主动可用。

在PHP容器中装置Xdebug

因为咱们打算将Docker用于咱们的本地开发设置，因而调试性能是必不可少的。因而，让咱们应用xdebug扩展名扩大图像。官网Docker PHP存储库的自述文件很好地解释了 如何装置扩大。对于xdebug，咱们将应用PECL。要装置扩大，请确保登录到容器并运行

pecl install xdebug-2.6.0

您应该看到相似以下的输入：

root@7b3024a542a2:/# pecl install xdebug-2.6.0[...]Build process completed successfullyInstalling '/usr/local/lib/php/extensions/no-debug-non-zts-20151012/xdebug.so'install ok: channel://pecl.php.net/xdebug-2.6.0configuration option "php_ini" is not set to php.ini locationYou should add "zend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20151012/xdebug.so" to php.ini

xdebug扩大已构建并保留在中/usr/local/lib/php/extensions/no-debug-non-zts-20151012/xdebug.so。要理论激活它，请运行

docker-php-ext-enable xdebug

该帮忙程序命令会将文件docker-php-ext-xdebug.ini搁置在目录中，用于蕴含内容的其余php ini文件

zend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20151012/xdebug.so

启用扩大。顺便提一句。您能够通过运行找到其余php ini文件文件夹

php -i | grep "additional .ini"

后果：

root@7b3024a542a2:/# php -i | grep "additional .ini"Scan this dir for additional .ini files => /usr/local/etc/php/conf.d

当咱们查看该文件夹的内容时，咱们的确会找到xdebug.ini具备后面提到的内容的文件并php -m显示xdebug实际上是流动的。

root@7b3024a542a2:/# ls -alh /usr/local/etc/php/conf.dtotal 12Kdrwxr-sr-x 1 root staff 4.0K May 28 13:30 .drwxr-sr-x 1 root staff 4.0K Apr 30 20:34 ..-rw-r--r-- 1 root staff   81 May 28 13:30 docker-php-ext-xdebug.iniroot@7b3024a542a2:/# cat /usr/local/etc/php/conf.d/docker-php-ext-xdebug.inizend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20151012/xdebug.soroot@7b3024a542a2:/# php -m | grep xdebugxdebug

当初，咱们将退出容器（输出“ exit”或点击CTRL+ D），而后通过进行容器

docker stop docker-php
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker stop docker-phpdocker-phpPascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker ps -aCONTAINER ID        IMAGE               COMMAND                 CREATED             STATUS                      PORTS               NAMES7b3024a542a2        php:7.0-cli         "docker-php-entrypoi…"   2 hours ago        Exited (137) 7 seconds ago                      docker-php

当初，咱们通过重新启动容器

docker start docker-php

从新登录并查看xdebug是否依然存在：

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker start docker-phpdocker-phpPascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ winpty docker exec -it docker-php bashroot@7b3024a542a2:/# php -m | grep xdebugxdebug

而且...是的！因而，咱们所做的更改使容器重新启动“得以幸存”。然而：它们将无奈在容器的“重建”中幸存下来。首先，咱们进行并通过以下形式删除容器

docker rm -f docker-php

该-f标记迫使容器进行。否则咱们将须要一个额定的docker stop docker-php。

而后咱们重建它，登录

docker run -di --name docker-php -v "C:/codebase/docker-php/":/codebase php:7.0-cliinpty docker exec -it docker-php bash

并查看xdebug：

php -m | grep xdebug

...将不再存在。

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker rm -f docker-phpdocker-phpPascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker run -di --name docker-php -v "C:/codebase/docker-php/":/codebase php:7.0-cli1da17524418f5327760eb113904b7ceec30f22b41e4b4bd77f9fa2f7b92b4eadPascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ winpty docker exec -it docker-php bashroot@1da17524418f:/# php -m | grep xdebugroot@1da17524418f:/#

留神新的容器ID（之前：7b3024a542a2；当初：）1da17524418f，但这php -m | grep xdebug不会产生任何后果。

应用Dockerfile长久保留映像更改

简而言之，Dockerfile形容了咱们对根本映像所做的更改，因而咱们（以及其余所有人）能够轻松地从新创立雷同的环境。在咱们的案例中，咱们须要定义咱们应用的PHP根本映像以及装置和启用xdebug的阐明。为了分明地将根底构造与代码辨别开，咱们将在创立一个新目录C:/codebase/docker-php/php-cli/。Dockerfile在此目录中创立一个命名文件

mkdir "C:/codebase/docker-php/php-cli/"touch "C:/codebase/docker-php/php-cli/Dockerfile"

并提供以下内容：

FROM php:7.0-cliRUN pecl install xdebug-2.6.0     && docker-php-ext-enable xdebug

转到C:/codebase/docker-php/php-cli/目录并基于该Dockerfile构建映像

cd "C:/codebase/docker-php/php-cli/"docker build -t docker-php-image -f Dockerfile .

该-f Dockerfile实际上是可选的，因为这是默认的反正。“ docker-php-image”是咱们新映像的名称。

如果遇到以下谬误

"docker build" requires exactly 1 argument.See 'docker build --help'.Usage:  docker build [OPTIONS] PATH | URL | - [flags]Build an image from a Dockerfile

您可能错过了结尾.的结尾docker build -t docker-php-image -f Dockerfile .；）

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ docker build -t docker-php-image -f Dockerfile .Sending build context to Docker daemon   5.12kBStep 1/2 : FROM php:7.0-cli ---> da771ba4e565Step 2/2 : RUN pecl install xdebug-2.6.0    && docker-php-ext-enable xdebug ---> Running in ff16ef56e648downloading xdebug-2.6.0.tgz ...Starting to download xdebug-2.6.0.tgz (283,644 bytes)[...]You should add "zend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20151012/xdebug.so" to php.iniRemoving intermediate container ff16ef56e648 ---> 12be27256b12Successfully built 12be27256b12Successfully tagged docker-php-image:latestSECURITY WARNING: You are building a Docker image from Windows against a non-Windows Docker host. All files and directories added to build context will have '-rwxr-xr-x' permissions. It is recommended to double check and reset permissions for sensitive files and directories.

请留神，构建所需的工夫比以前更长，因为Docker当初须要实现装置xdebug的额定工作。php:7.0-cli当初，咱们将应用新的闪亮docker-php-image图像代替容器来应用根本图像来启动容器并查看xdebug。

docker run -di --name docker-php -v "C:/codebase/docker-php/app":/var/www docker-php-image
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ docker run -di --name docker-php -v "C:/codebase/docker-php/app":/var/www docker-php-imageC:Program FilesDockerDockerResourcesbindocker.exe: Error response from daemon: Conflict. The container name "/docker-php" is already in use by container "2e84cb536fc573142a9951331b16393e3028d9c6eff87f89cfda682279634a2b". You have to remove (or rename) that container to be able to reuse that name.See 'C:Program FilesDockerDockerResourcesbindocker.exe run --help'.

Aaaand咱们收到一个谬误，因为咱们尝试应用与先前仍在运行的容器雷同的名称（“ docker-php”）。igh ..侥幸的是，咱们曾经晓得如何通过

docker rm -f docker-php

重试

docker run -di --name docker-php -v "C:/codebase/docker-php/app":/var/www docker-php-image
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ docker rm -f docker-phpdocker-phpPascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ docker run -di --name docker-php -v "C:/codebase/docker-php/app":/var/www docker-php-imagef27cc1310c836b15b7062e1fd381f283250a85133fb379c4cf1f891dec63770bPascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ winpty docker exec -it docker-php bashroot@f27cc1310c83:/# php -m | grep xdebugxdebug

是的，所有都很好。顺便提一句。因为咱们“仅”要查看是否已装置xdebug，所以咱们也能够简略地传递-m给以下docker run命令：

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ docker run docker-php-image php -m | grep xdebugxdebug

请留神，这将在每次运行时创立一个新容器（请留神，第一个条目标名称为“ distracted_mclean”）：

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ docker ps -aCONTAINER ID        IMAGE               COMMAND                 CREATED             STATUS                      PORTS               NAMESabc9fec8a88b        docker-php-image    "docker-php-entrypoi…"   4 minutes ago      Exited (0) 4 minutes ago                        distracted_mcleanf27cc1310c83        docker-php-image    "docker-php-entrypoi…"   10 minutes ago     Exited (137) 6 minutes ago                      docker-php

在持续之前，让咱们[]通过]（https://coderwall.com/p/ewk0mq/stop-remove-all-docker-containers）进行并删除所有容器。

docker rm -f $(docker ps -aq)

该$(docker ps -aq)部件仅返回所有容器的数字ID，并将它们传递给docker rm -f命令。

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-cli$ docker rm -f $(docker ps -aq)abc9fec8a88bf27cc1310c83

应用php-fpm和nginx设置Web堆栈

因为大多数人可能不仅在CLI脚本上工作，而且在Web页面上工作，因而本教程的下一步是设置nginx Web服务器并将其连贯到php-fpm。

设置nginx

咱们将应用官网的nginx图像，并且因为咱们对该图像无所不知，因而让咱们运行并对其进行一些摸索：

docker run -di nginx:latest

产量

Pascal@Landau-Laptop MINGW64 /$ docker run -di nginx:latestUnable to find image 'nginx:latest' locallylatest: Pulling from library/nginx[...]Status: Downloaded newer image for nginx:latest15c6b8d8a2bff873f353d24dc9c40d3008da9396029b3f1d9db7caeebedd3f50

请留神，此处咱们仅应用了起码数量的参数。因为未指定名称，因而咱们将仅应用ID代替登录（因而请确保应用您的shell返回的名称-不要仅复制：P下方的行）

$ winpty docker exec -it 15c6b8d8a2bff873f353d24dc9c40d3008da9396029b3f1d9db7caeebedd3f50 bashroot@15c6b8d8a2bf:/#

咱们心愿有一个正在运行的nginx过程，然而通过查看，ps aux咱们失去了

bash: ps: command not found" as a response.

这在应用docker映像时很常见，因为它们通常放弃尽可能小。只管这是生产中的好习惯，但在开发中却很麻烦。所以，让咱们ps通过装置

apt-get update && apt-get install -y procps

而后再试一次：

root@15c6b8d8a2bf:/# apt-get update && apt-get install -y procpsGet:1 http://security.debian.org/debian-security stretch/updates InRelease [94.3 kB][...] associated file /usr/share/man/man1/w.procps.1.gz (of link group w) doesn't existProcessing triggers for libc-bin (2.24-11+deb9u3) ...root@15c6b8d8a2bf:/# ps auxUSER        PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMANDroot          1  0.0  0.2  32608  5148 ?        Ss   06:46   0:00 nginx: master process nginx -g daemon off;nginx         5  0.0  0.1  33084  2388 ?        S    06:46   0:00 nginx: worker processroot         14  0.0  0.1  18132  3272 pts/0    Ss   06:50   0:00 bashroot        259  0.0  0.1  36636  2844 pts/0    R+   06:53   0:00 ps auxroot@15c6b8d8a2bf:/#

啊。好多了。让咱们更深刻地理解一下如何通过来配置流程nginx -V

root@15c6b8d8a2bf:/# nginx -Vnginx version: nginx/1.13.12built by gcc 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)built with OpenSSL 1.1.0f  25 May 2017TLS SNI support enabledconfigure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-compat --with-file-aio --with-threads --with-http_addition_module --with-http_auth_request_module --with-http_dav_module --with-http_flv_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_mp4_module --with-http_random_index_module --with-http_realip_module --with-http_secure_link_module --with-http_slice_module --with-http_ssl_module --with-http_stub_status_module --with-http_sub_module --with-http_v2_module --with-mail --with-mail_ssl_module --with-stream --with-stream_realip_module --with-stream_ssl_module --with-stream_ssl_preread_module --with-cc-opt='-g -O2 -fdebug-prefix-map=/data/builder/debuild/nginx-1.13.12/debian/debuild-base/nginx-1.13.12=. -specs=/usr/share/dpkg/no-pie-compile.specs -fstack-protector-strong -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fPIC' --with-ld-opt='-specs=/usr/share/dpkg/no-pie-link.specs -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -pie'

敬爱的，因而将配置文件搁置在默认地位/etc/nginx/nginx.conf （请参阅--conf-path=/etc/nginx/nginx.conf）。查看该文件将向咱们显示咱们须要在何处搁置其余配置文件（例如，用于配置咱们的网站）。跑

cat /etc/nginx/nginx.conf

...看

root@15c6b8d8a2bf:/# cat /etc/nginx/nginx.confuser  nginx;worker_processes  1;error_log  /var/log/nginx/error.log warn;pid        /var/run/nginx.pid;events {    worker_connections  1024;}http {    include       /etc/nginx/mime.types;    default_type  application/octet-stream;    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '                      '$status $body_bytes_sent "$http_referer" '                      '"$http_user_agent" "$http_x_forwarded_for"';    access_log  /var/log/nginx/access.log  main;    sendfile        on;    #tcp_nopush     on;    keepalive_timeout  65;    #gzip  on;    include /etc/nginx/conf.d/*.conf;}

请留神include /etc/nginx/conf.d/*.conf文件开端的行。在此目录中，咱们将找到默认的nginx配置：

ls -alh /etc/nginx/conf.d/cat /etc/nginx/conf.d/default.conf
root@15c6b8d8a2bf:/# ls -alh /etc/nginx/conf.d/total 12Kdrwxr-xr-x 2 root root 4.0K Apr 30 13:55 .drwxr-xr-x 3 root root 4.0K Apr 30 13:55 ..-rw-r--r-- 1 root root 1.1K Apr  9 16:01 default.confroot@15c6b8d8a2bf:/# cat /etc/nginx/conf.d/default.confserver {    listen       80;    server_name  localhost;    #charset koi8-r;    #access_log  /var/log/nginx/host.access.log  main;    location / {        root   /usr/share/nginx/html;        index  index.html index.htm;    }    #error_page  404              /404.html;    # redirect server error pages to the static page /50x.html    #    error_page   500 502 503 504  /50x.html;    location = /50x.html {        root   /usr/share/nginx/html;    }    # proxy the PHP scripts to Apache listening on 127.0.0.1:80    #    #location ~ .php$ {    #    proxy_pass   http://127.0.0.1;    #}    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000    #    #location ~ .php$ {    #    root           html;    #    fastcgi_pass   127.0.0.1:9000;    #    fastcgi_index  index.php;    #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;    #    include        fastcgi_params;    #}    # deny access to .htaccess files, if Apache's document root    # concurs with nginx's one    #    #location ~ /.ht {    #    deny  all;    #}}

因而服务器正在侦听端口80。可怜的是，咱们无奈从Windows主机拜访Web服务器，因为以后（2018-05-31）存在一个凋谢的谬误，能够从Windows主机拜访容器IP （请释怀） ，咱们将在一秒钟内通过端口映射解决此问题）。因而，为了验证服务器是否失常工作，咱们将装置curl在nginx容器内并提取127.0.0.1:80：

apt-get install curl -ycurl localhost:80

看起来像这样：

root@15c6b8d8a2bf:/# apt-get install curl -yReading package lists... DoneBuilding dependency tree[...]Running hooks in /etc/ca-certificates/update.d...done.root@15c6b8d8a2bf:/# curl localhost:80<!DOCTYPE html><html><head><title>Welcome to nginx!</title><style>    body {        width: 35em;        margin: 0 auto;        font-family: Tahoma, Verdana, Arial, sans-serif;    }</style></head><body><h1>Welcome to nginx!</h1><p>If you see this page, the nginx web server is successfully installed andworking. Further configuration is required.</p><p>For online documentation and support please refer to<a href="http://nginx.org/">nginx.org</a>.<br/>Commercial support is available at<a href="http://nginx.com/">nginx.com</a>.</p><p><em>Thank you for using nginx.</em></p></body></html>

看起来不错！当初让咱们自定义一些内容：

  • 将根指向 /var/www
  • 在其中搁置一个“ Hello world”索引文件 /var/www/index.html
sed -i "s#/usr/share/nginx/html#/var/www#" /etc/nginx/conf.d/default.confmkdir -p /var/wwwecho "Hello world!" > /var/www/index.html

为了使更改失效，须要从新加载nginx的经

nginx -s reload
root@15c6b8d8a2bf:/# nginx -s reload2018/05/29 09:22:54 [notice] 351#351: signal process started

查看是否卷曲，等等：

root@15c6b8d8a2bf:/# curl 127.0.0.1:80Hello world!

有了所有这些新信息，咱们就能够在主机上应用以下文件夹构造来设置咱们的nginx映像：

C:codebasedocker-php+ nginx  + conf.d    - site.conf  - Dockerfile+ app  - index.html  - hello-world.php

nginxDockerfile

FROM nginx:latest

nginxconf.dsite.conf

server {    listen      80;    server_name localhost;    root        /var/www;}

appindex.html

Hello World

清理“摸索” nginx的容器，cd入/c/codebase/docker-php/nginx并建设新的形象：

docker rm -f $(docker ps -aq)cd /c/codebase/docker-php/nginxdocker build -t docker-nginx-image .
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker rm -f $(docker ps -aq)15c6b8d8a2bfPascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ cd nginxPascal@Landau-Laptop MINGW64 /c/codebase/docker-php/nginx$ docker build -t docker-nginx-image .Sending build context to Docker daemon  3.584kBStep 1/1 : FROM nginx:latest ---> ae513a47849cSuccessfully built ae513a47849cSuccessfully tagged docker-nginx-image:latestSECURITY WARNING: You are building a Docker image from Windows against a non-Windows Docker host. All files and directories added to build context will have '-rwxr-xr-x' permissions. It is recommended to double check and reset permissions for sensitive files and directories.

而后通过运行“新”容器

docker run -di --name docker-nginx -p 8080:80 -v "C:codebasedocker-phpnginxconf.d":/etc/nginx/conf.d/ -v "C:codebasedocker-phpapp":/var/www docker-nginx-image

在哪里

-p 8080:80                                                  // maps port 8080 on the windows host to port 80 in the container-v "C:codebasedocker-phpnginxconf.d":/etc/nginx/conf.d/ // mounts the conf.d folder on the host to the correct directory in the container-v "C:codebasedocker-phpapp":/var/www                    // mounts the "code" directory in the correct place

因为有了端口映射，咱们当初能够在主机上的浏览器中简略地关上http://127.0.0.1:8080/并查看appindex.html文件的内容。

如果您想理解无关在Docker上运行nginx的更多信息，请查看 本教程。

在持续之前，让咱们清理一下

docker stop docker-nginx

设置php-fpm

咱们曾经相熟了官网的docker PHP映像，然而到目前为止仅应用了cli-only版本。能够通过应用-fpm标签（例如php:7.0-fpm）来拉入FPM 。与nginx一样，让咱们首先探讨php-fpm图像：

docker run -di --name php-fpm-test php:7.0-fpm

首先要留神的是，该映像会主动docker ps显示端口9000，以显示以下内容：

$ docker psCONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                      PORTS                  NAMESc5d23b694563        php:7.0-fpm         "docker-php-entrypoi…"   4 hours ago         Up 4 hours                  9000/tcp               php-fpm-test

当咱们查看用于构建映像的Dockerfile（单击此处并搜寻以后（2018-05-31）此处链接的“ 7.0-fpm”标签）时，咱们能够看到它EXPOSE 9000的底部蕴含一个。

咱们还能找出什么...

winpty docker exec -it php-fpm-test bash

首先，将通过以下命令查看配置文件的地位php-fpm -i | grep config：

root@c5d23b694563:/var/www/html# php-fpm -i | grep configConfigure Command =>  './configure'  '--build=x86_64-linux-gnu' '--with-config-file-path=/usr/local/etc/php' '--with-config-file-scan-dir=/usr/local/etc/php/conf.d' '--enable-option-checking=fatal' '--disable-cgi' '--with-mhash' '--enable-ftp' '--enable-mbstring' '--enable-mysqlnd' '--with-curl' '--with-libedit' '--with-openssl' '--with-zlib' '--with-libdir=lib/x86_64-linux-gnu' '--enable-fpm' '--with-fpm-user=www-data' '--with-fpm-group=www-data' 'build_alias=x86_64-linux-gnu'fpm.config => no value => no value[...]

--with-config-file-path=/usr/local/etc/php是咱们的嫌疑人。因而很有可能在 以下地位找到全局指令配置文件/usr/local/etc/php-fpm.conf（可怜的是，咱们无奈间接解析该地位）。 grep将此文件include=显示为可显示池指令config的地位 ：

grep "include=" /usr/local/etc/php-fpm.conf
root@c5d23b694563:/var/www/html# grep "include=" /usr/local/etc/php-fpm.confinclude=etc/php-fpm.d/*.conf

嗯-相对路径。看起来有点奇怪？让咱们通过以下-C选项取得更多背景信息grep：

grep -C 6 "include=" /usr/local/etc/php-fpm.conf
root@c5d23b694563:/var/www/html# grep -C 6 "include=" /usr/local/etc/php-fpm.conf; Include one or more files. If glob(3) exists, it is used to include a bunch of; files from a glob(3) pattern. This directive can be used everywhere in the; file.; Relative path can also be used. They will be prefixed by:;  - the global prefix if it's been set (-p argument);  - /usr/local otherwiseinclude=etc/php-fpm.d/*.conf

啊-更有情理。因而，咱们须要etc/php-fpm.d/*.conf绝对于解决/usr/local。后果/usr/local/etc/php-fpm.d/*.conf（通常您至多会在其中找到一个www.conf文件）。池配置决定了php-fpm如何侦听连贯（例如，通过Unix套接字或通过TCP IP：port）。

cat /usr/local/etc/php-fpm.d/www.conf
root@c5d23b694563:/var/www/html# cat /usr/local/etc/php-fpm.d/www.conf[...]; The address on which to accept FastCGI requests.; Valid syntaxes are:;   'ip.add.re.ss:port'    - to listen on a TCP socket to a specific IPv4 address on;                            a specific port;;   '[ip:6:addr:ess]:port' - to listen on a TCP socket to a specific IPv6 address on;                            a specific port;;   'port'                 - to listen on a TCP socket to all addresses;                            (IPv6 and IPv4-mapped) on a specific port;;   '/path/to/unix/socket' - to listen on a unix socket.; Note: This value is mandatory.listen = 127.0.0.1:9000[...]

php-fpm ist侦听127.0.0.1（localhost）上的端口9000。因而，公开端口9000是齐全有意义的。

装置xdebug

因为咱们可能还想调试php-fpm，因而还须要设置xdebug。该过程与cli映像简直雷同：

pecl install xdebug-2.6.0docker-php-ext-enable xdebugphp-fpm -m | grep xdebug

当然，咱们还将其放入本人的Dockerfile中：

C:codebasedocker-php+ php-fpm  - Dockerfile

php-fpmDockerfile

FROM php:7.0-fpmRUN pecl install xdebug-2.6.0     && docker-php-ext-enable xdebug

清理测试容器并构建新映像

docker rm -f php-fpm-testcd /c/codebase/docker-php/php-fpmdocker build -t docker-php-fpm-image .

连贯nginx和php-fpm

当初咱们有了用于nginx和php-fpm的容器，咱们须要连贯它们。为此，咱们必须确保两个容器都在同一个网络中并且能够相互通信（这是一个常见问题）。Docker提供了所谓的 用户定义的桥接网络， 能够主动发现服务。这基本上意味着，咱们的nginx容器能够应用php-fpm容器_的名称_来连贯到它。否则，每次启动容器时，咱们都必须找出默认网络中的容器_IP地址_。

docker network ls

显示以后网络的列表

Pascal@Landau-Laptop MINGW64 /$ docker network lsNETWORK ID          NAME                DRIVER              SCOPE7019b0b37ba7        bridge              bridge              local3820ad97cc92        host                host                local03fecefbe8c9        none                null                loca

当初web-network，咱们通过增加一个新的名称，作为咱们的网络堆栈

docker network create --driver bridge web-network
Pascal@Landau-Laptop MINGW64 /$ docker network create --driver bridge web-network20966495e04e9f9df9fd64fb6035a9e9bc3aa6d83186dcd23454e085a0d97648Pascal@Landau-Laptop MINGW64 /$ docker network lsNETWORK ID          NAME                DRIVER              SCOPE7019b0b37ba7        bridge              bridge              local3820ad97cc92        host                host                local03fecefbe8c9        none                null                local20966495e04e        web-network         bridge              local

启动Nginx容器并通过以下形式将其连贯到新网络

docker start docker-nginxdocker network connect web-network docker-nginx

最初，咱们须要 在雷同地位的php-fpm容器中挂载app咱们挂载到nginx容器的本地代码文件夹/var/www：

docker run -di --name docker-php-fpm -v "C:codebasedocker-phpapp":/var/www --network web-network docker-php-fpm-image

请留神，咱们通过该--network选项在run命令中指定了网络。咱们能够web-network通过运行来验证两个容器都已连贯到

docker network inspect web-network
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-fpm$ docker network inspect web-network[    {        "Name": "web-network",        "Id": "20966495e04e9f9df9fd64fb6035a9e9bc3aa6d83186dcd23454e085a0d97648",        "Created": "2018-05-30T06:39:44.3107066Z",        "Scope": "local",        "Driver": "bridge",        "EnableIPv6": false,        "IPAM": {            "Driver": "default",            "Options": {},            "Config": [                {                    "Subnet": "172.18.0.0/16",                    "Gateway": "172.18.0.1"                }            ]        },        "Internal": false,        "Attachable": false,        "Ingress": false,        "ConfigFrom": {            "Network": ""        },        "ConfigOnly": false,        "Containers": {            "3358e813423165880d59c8ebc2cb4c563ee8ad1d401595f8bfcf763ff5db8f4a": {                "Name": "docker-php-fpm",                "EndpointID": "d2f1d6285a0932817e1fb8839bef3a6d178f5306a2116307dba200038ea2a3a3",                "MacAddress": "02:42:ac:12:00:03",                "IPv4Address": "172.18.0.3/16",                "IPv6Address": ""            },            "eaa5c05942788985e90a80fa000723286e9b4e7179d0f6f431c0f5109e012764": {                "Name": "docker-nginx",                "EndpointID": "274fa9a6868aff656078a72e19c05fb87e4e86b83aaf12be9b943890140a421d",                "MacAddress": "02:42:ac:12:00:02",                "IPv4Address": "172.18.0.2/16",                "IPv6Address": ""            }        },        "Options": {},        "Labels": {}    }]

“容器”键显示该docker-php-fpm容器的IP地址为172.18.0.3，并且能够通过172.18.0.2拜访docker-nginx容器。然而咱们实际上能够从Nginx连贯到php-fpm吗？让咱们找出：

登录到Nginx容器

winpty docker exec -ti docker-nginx bash

并ping IP

ping 172.18.0.3 -c 2
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php/php-fpm$ winpty docker exec -ti docker-nginx bashroot@eaa5c0594278:/# ping 172.18.0.3 -c 2bash: ping: command not found

..好吧，咱们通过装置iputils-ping以下命令使该命令可用：

apt-get update && apt-get install iputils-ping -yping 172.18.0.3 -c 2
root@eaa5c0594278:/# apt-get update && apt-get install iputils-ping -yroot@eaa5c0594278:/# ping 172.18.0.3 -c 2PING 172.18.0.3 (172.18.0.3) 56(84) bytes of data.64 bytes from 172.18.0.3: icmp_seq=1 ttl=64 time=0.142 ms64 bytes from 172.18.0.3: icmp_seq=2 ttl=64 time=0.162 ms--- 172.18.0.3 ping statistics ---2 packets transmitted, 2 received, 0% packet loss, time 1071msrtt min/avg/max/mdev = 0.142/0.152/0.162/0.010 ms

咱们能够ping容器-很好。然而咱们也被保障能够通过它的名字达到容器docker-php-fpm：

ping docker-php-fpm -c 2
root@eaa5c0594278:/# ping docker-php-fpm -c 2PING docker-php-fpm (172.18.0.3) 56(84) bytes of data.64 bytes from docker-php-fpm.web-network (172.18.0.3): icmp_seq=1 ttl=64 time=0.080 ms64 bytes from docker-php-fpm.web-network (172.18.0.3): icmp_seq=2 ttl=64 time=0.131 ms--- docker-php-fpm ping statistics ---2 packets transmitted, 2 received, 0% packet loss, time 1045msrtt min/avg/max/mdev = 0.080/0.105/0.131/0.027 ms

咱们能够-太棒了！当初咱们须要通知nginx，将nginxconf.dsite.confWindows主机上的文件更改为将所有与PHP相干的申请传递给php-fpm。

server {    listen      80;    server_name localhost;    root        /var/www;   location ~ .php$ {        try_files $uri =404;        fastcgi_pass docker-php-fpm:9000;        include fastcgi_params;        fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;    }}

请留神fastcgi_pass docker-php-fpm:9000;通知nginx如何达到咱们的php-fpm服务的行。因为咱们曾经装置了nginxconf.d文件夹，所以咱们只须要从新加载nginx即可：

nginx -s reload

并在主机上的浏览器中关上http://127.0.0.1:8080/hello-world.php。

顺便提一句。在geekyplatypus.com上还有一个很好的教程，介绍如何应用Nginx和PHP7-FPM对 您的PHP应用程序进行Docker化。但因为它应用的是docker-compose，因而您可能须要先浏览下一章:)

放在一起：意识docker-compose

让咱们总结一下咱们当初要做的所有：

  1. 启动php-cli
  2. 启动nginx
  3. 启动php-fpm
docker run -di --name docker-php -v "C:codebasedocker-phpapp":/var/www --network web-network docker-php-imagedocker run -di --name docker-nginx -p 8080:80 -v "C:codebasedocker-phpnginxconf.d":/etc/nginx/conf.d/ -v "C:codebasedocker-phpapp":/var/www  --network web-network docker-nginx-imagedocker run -di --name docker-php-fpm -v "C:codebasedocker-phpapp":/var/www --network web-network docker-php-fpm-image

嗯 没关系，我想...然而感觉也很“丰盛”。将所有内容参差地定义在一个中央会更好吗？我敢打赌！让我向您介绍docker-compose

Compose是用于定义和运行多容器Docker应用程序的工具。通过Compose，您能够应用YAML文件来配置应用程序的服务。而后，应用一个命令，就能够从配置中创立并启动所有服务。

让咱们从php-cli容器开始逐渐进行此操作。创立文件C:codebasedocker-phpdocker-compose.yml：

# tell docker what version of the docker-compose.yml we're usingversion: '3'# define the networknetworks:  web-network:# start the services sectionservices:  # define the name of our service  # corresponds to the "--name" parameter  docker-php-cli:    # define the directory where the build should happened,    # i.e. where the Dockerfile of the service is located    # all paths are relative to the location of docker-compose.yml    build:       context: ./php-cli    # reserve a tty - otherwise the container shuts down immediately    # corresponds to the "-i" flag    tty: true    # mount the app directory of the host to /var/www in the container    # corresponds to the "-v" option    volumes:      - ./app:/var/www    # connect to the network    # corresponds to the "--network" option    networks:      - web-network

在开始之前，咱们将清理旧的容器：

docker rm -f $(docker ps -aq)

要测试docker-compose.yml，咱们须要docker-compose up -d从C:codebasedocker-php

cd "C:codebasedocker-php"docker-compose up -d
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker-compose up -dCreating network "docker-php_web-network" with the default driverBuilding docker-php-cliStep 1/2 : FROM php:7.0-cli ---> da771ba4e565Step 2/2 : RUN pecl install xdebug-2.6.0     && docker-php-ext-enable xdebug ---> Using cache ---> 12be27256b12Successfully built 12be27256b12Successfully tagged docker-php_docker-php-cli:latestImage for service docker-php-cli was built because it did not already exist. To rebuild this image you must use `docker-compose build` or `docker-compose up --build`.Creating docker-php_docker-php-cli_1 ... done

请留神，当咱们docker-compose up第一次运行时，该图像是从头开始构建的。Adocker ps -a显示容器运行良好，咱们能够从主机登录并执行源代码。

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker ps -aCONTAINER ID        IMAGE                       COMMAND                  CREATED             STATUS              PORTS               NAMESadf794f27315        docker-php_docker-php-cli   "docker-php-entrypoi…"   3 minutes ago       Up 2 minutes                            docker-php_docker-php-cli_1

在登录

winpty docker exec -it docker-php_docker-php-cli_1 bash

并运行

php /var/www/hello-world.php

像以前一样工作

root@adf794f27315:/# php /var/www/hello-world.phpHello World (php)

当初退出容器并运行

docker-compose down

再次敞开容器：

Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker-compose downStopping docker-php_docker-php-cli_1 ... doneRemoving docker-php_docker-php-cli_1 ... doneRemoving network docker-php_web-network

将其余服务增加到docker-compose.yml文件中：

# tell docker what version of the docker-compose.yml we're usingversion: '3'# define the networknetworks:  web-network:# start the services sectionservices:  # define the name of our service  # corresponds to the "--name" parameter  docker-php-cli:    # define the directory where the build should happened,    # i.e. where the Dockerfile of the service is located    # all paths are relative to the location of docker-compose.yml    build:       context: ./php-cli    # reserve a tty - otherwise the container shuts down immediately    # corresponds to the "-i" flag    tty: true    # mount the app directory of the host to /var/www in the container    # corresponds to the "-v" option    volumes:      - ./app:/var/www    # connect to the network    # corresponds to the "--network" option    networks:      - web-network  docker-nginx:    build:       context: ./nginx    # defines the port mapping    # corresponds to the "-p" flag    ports:      - "8080:80"    tty: true    volumes:      - ./app:/var/www      - ./nginx/conf.d:/etc/nginx/conf.d    networks:      - web-network  docker-php-fpm:    build:       context: ./php-fpm    tty: true    volumes:      - ./app:/var/www    networks:      - web-network

再来...

docker-compose up -d
Pascal@Landau-Laptop MINGW64 /c/codebase/docker-php$ docker-compose up -dBuilding docker-nginxStep 1/1 : FROM nginx:latest ---> ae513a47849cSuccessfully built ae513a47849cSuccessfully tagged docker-php_docker-nginx:latestImage for service docker-nginx was built because it did not already exist. To rebuild this image you must use `docker-compose build` or `docker-compose up --build`.Building docker-php-fpmStep 1/2 : FROM php:7.0-fpm ---> a637000da5a3Step 2/2 : RUN pecl install xdebug-2.6.0     && docker-php-ext-enable xdebug ---> Running in 4ec27516df54downloading xdebug-2.6.0.tgz ...Starting to download xdebug-2.6.0.tgz (283,644 bytes)[...]---> 120c8472b4f3Successfully built 120c8472b4f3Successfully tagged docker-php_docker-php-fpm:latestImage for service docker-php-fpm was built because it did not already exist. To rebuild this image you must use `docker-compose build` or `docker-compose up --build`.Creating docker-php_docker-nginx_1   ... doneCreating docker-php_docker-php-cli_1 ... doneCreating docker-php_docker-php-fpm_1 ... done

只须要构建nginx和php-fpm，因为php-cli曾经存在。让咱们查看是否仍能够在主机上的浏览器中关上http://127.0.0.1:8080/hello-world.php：

咱们能够！因而，咱们当初无需再应用带有一堆参数的3个不同的命令了 docker-compose up -d。对我来说仿佛是一种提高；）

tl;博士

整篇文章都有很多内容，当您“只是想开始”时，它很可能不是最无效的办法。因而，在本节中，咱们将其简化为必要的步骤，而无需进行深刻阐明。

  • 下载实用于Windows的Docker

  • 装置Docker

    • 激活Hyper-V（Virtual Box将进行工作）
    • 在设置中启用磁盘共享

  • 设置以下文件夹构造

    C:codebasedocker-php+ nginx  + conf.d    - site.conf  - Dockerfile+ php-cli  - Dockerfile+ php-fpm  - Dockerfile+ app  - index.html  - hello-world.html- docker-compose.yml
    • 或简略地 git clone git@github.com:paslandau/docker-php-tutorial.git docker-php && git checkout part_1_setting-up-php-php-fpm-and-nginx-for-local-development-on-docker
  • 在关上外壳 C:codebasedocker-php
  • 跑 docker-compose up -d

  • 通过浏览器签入

    • 127.0.0.1:8080
    • 127.0.0.1:8080/hello-world.php
  • 跑 docker-compose down

您的利用程序代码位于该app文件夹中，并且更改将主动对容器可用。此设置示意第一个教程的结尾。在下一部分中，咱们将学习如何在PHPStorm中设置Docker，尤其是与xdebug联合应用时。

想保持联系吗？

自从您完结本博客以来，您从事软件开发（可能是PHP，Laravel，Docker或Google Big Query）的机会十分高，我十分喜爱反馈和网络。

所以-如果您想保持联系，请随时给我发送一封无关您本人的单词的电子邮件，并且/或者在LinkedIn或 Twitter上与我分割， 或者只是订阅我的RSS feed， 或者走疯狂的路线并订阅通过邮件，别忘了发表评论:)

通过邮件订阅帖子

电子邮件地址

名

咱们应用Mailchimp作为新闻通讯提供商。通过单击订阅，您确认您的信息将被传输到Mailchimp进行解决。 在此处理解无关Mailchimp的隐衷常规的更多信息。

评论

  • [](https://twitter.com/PascalLan...

    • [](https://de.linkedin.com/in/pa...
    • [](https://github.com/paslandau/)
    • [](https://www.pascallandau.com/...

© www.pascallandau.com 2020年应用拼图构建[](https://github.com/tightenco/...