docker-compose
ファイルを理解しているので、docker-compose up
コマンドを使用してイメージをロードし、コンテナを開始します。逆にdocker build
コマンドでファイルDockerfile
を使用すると、イメージのみが作成されます。私は、物事がうまくいかないので、私はここに何かを見逃していると思う。複数のdevプロジェクトをnginx-proxyを使ってdockerコンテナで実行する
bitnami/wordpressの指示に続いて、私はdocker-compose up d
を使用して正常に動作しているインストールを得ました。その後、ローカルホストを経由してアクセスすることができます:81
version: '2'
services:
mariadb:
image: bitnami/mariadb:latest
volumes:
- /path/to/mariadb-persistence:/bitnami/mariadb
wordpress:
image: bitnami/wordpress:latest
depends_on:
- mariadb
ports:
- '81:80'
- '443:443'
volumes:
- ./wordpress-persistence:/bitnami/wordpress
- ./apache-persistence:/bitnami/apache
- ./php-persistence:/bitnami/php
を私はdomain.com.devとしてこれにアクセスできるようにしたいので、私はnginx-proxyの実装を見ました。そこの指示に従って、およびDocker nginx-proxy : proxy between containersからいくつかのインスピレーションで、私は次のを思い付いた:
これでdocker-compose up -d
を実行する
version: '2'
services:
nginx-proxy:
image: jwilder/nginx-proxy
container_name: nginx-proxy
restart: always
ports:
- "88:80"
volumes:
- "/var/run/docker.sock:/tmp/docker.sock:ro"
mariadb:
image: bitnami/mariadb:latest
volumes:
- //c/websites/domain_com/mariadb-persistence:/bitnami/mariadb
domain.com.dev:
image: bitnami/wordpress:latest
depends_on:
- mariadb
ports:
- '81:80'
environment:
- VIRTUAL_HOST=domain.com.dev
volumes:
- //c/websites/domain_com/wordpress-persistence:/bitnami/wordpress
- //c/websites/domain_com/apache-persistence:/bitnami/apache
- //c/websites/domain_com/php-persistence:/bitnami/php
エラーなく終了したように見えます。しかし、ブラウザでdomain.com.devにアクセスすると、デフォルトのIndex of/pageが得られます。これは、どこかで途中で途切れてしまったことを示唆していますが、すべてではありません。ローカルフォルダを見ると、それらは作成されますが、wordpress-persistence
が入力されないようで、ブラウザのデフォルトビューを説明することができます。
これが期待どおりに起こっていない理由についてのご意見はありますか?私が見逃した何か明白な何か?