docker php 8 imagick

Docker php 8 imagick

This repository will provide you a fully functional PHP-FPM 8.0 Docker image built from official sources nightly. It provides the base for Devilbox PHP-FPM Docker images.

Similar Base Images

Have a look at the following similar Devilbox base images for which no official versions exist yet:

In case you are looking for development and production ready PHP-FPM images for all versions, which have a vast amount of modules enabled by default go here:

In case you seek help, go and visit the community pages.

Add the following FROM line into your Dockerfile:

If you need a dockerized version of PHP 8.0 or PHP-FPM 8.0 which provides a vast amount of modules enabled by default visit: devilbox/docker-php-fpm

Create a temporary directory, navigate into it and copy/paste the commands below to get started.

Источник

Среда разработки PHP на базе Docker

Решение, которое позволит создать на локальном компьютере универсальную среду разработки на PHP за 30 — 40 минут.

Почему Docker?

Docker не является VM-системой, он не моделирует аппаратное обеспечение компьютера. Используя Docker вы получите минимальное потребление ресурсов. Docker-контейнеры взаимодействуют напрямую с ядром вашего компьютера (или ядром хоста), но при этом изолируют программу на уровне процесса.

Высокая скорость развертывания. Вы можете использовать готовые docker-образы, которые устанавливаются и запускаются за секунды.

Приложения, находящееся внутри docker-контейнеров, можно запустить на любом компьютере с установленным Docker, при этом окружение будет одинаковым.

Возможность простой сегрегации пользовательских данных и контейнеров-сервисов. Если вы сломаете или удалите docker-контейнер, то данные не потеряются, так как они не будут принадлежать контейнеру. Контейнер выполняет лишь функцию сервиса, и не хранит данные, которые нельзя потерять между запусками.

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

Требования

Docker engine 19.x и выше.

Возможности и особенности среды разработки

Несколько версий PHP — 7.3 и 7.1 с набором наиболее востребованных расширений.

Возможность использовать для web-проектов разные версии PHP.

Готовый к работе монитор процессов Supervisor.

Предварительно сконфигурированный веб-сервер Nginx.

Базы данных: MySQL 5.7, MySQL 8, PostgreSQL (latest), MongoDB 4.2, Redis (latest).

Настройка основных параметров окружения через файл .env.

Возможность модификации сервисов через docker-compose.yml.

Последняя версия docker-compose.yml.

Все docker-контейнеры базируются на официальных образах.

Структурированный Dockerfile для создания образов PHP.

Каталоги большинства docker-контейнеров, в которых хранятся пользовательские данные и параметры конфигурации смонтированы на локальную машину.

В целом, среда разработки удовлетворяет требованию — при использовании Docker каждый контейнер должен содержать в себе только один сервис.

Репозиторий проекта

Структура проекта

Рассмотрим структуру проекта.

Примечание

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

.env-example

Пример файла с основными настройками среды разработки.

.gitignore

Каталоги и файлы, в которых хранятся пользовательские данные, код ваших проектов и ssh-ключи внесены в. gitignore.

Этот каталог предназначен для хранения ssh-ключей.

readme.md

docker-compose.yml

Документ в формате YML, в котором определены правила создания и запуска многоконтейнерных приложений Docker. В этом файле описана структура среды разработки и некоторые параметры необходимые для корректной работы web-приложений.

mongo

Каталог базы данных MongoDB.

mongo.conf — Файл конфигурации MongoDB. В этот файл можно добавлять параметры, которые при перезапуске MongoDB будут применены.

db — эта папка предназначена для хранения пользовательских данных MongoDB.

dump — каталог для хранения дампов.

mysql-5.7

Каталог базы данных MySQL 5.7.

config-file.cnf — файл конфигурации. В этот файл можно добавлять параметры, которые при перезапуске MySQL 5.7 будут применены.

data — эта папка предназначена для хранения пользовательских данных MySQL 5.7.

dump — каталог для хранения дампов.

logs — каталог для хранения логов.

mysql-8

Каталог базы данных MySQL 8.

config-file.cnf — файл конфигурации. В этот файл можно добавлять параметры, которые при перезапуске MySQL 8 будут применены.

data — эта папка предназначена для хранения пользовательских данных MySQL 8.

dump — каталог для хранения дампов.

logs — каталог для хранения логов.

nginx

Эта папка предназначена для хранения файлов конфигурации Nginx и логов.

default.conf — файл конфигурации, который будет применён ко всем виртуальным хостам.

vhost.conf — здесь хранятся настройки виртуальных хостов web-проектов.

Рассмотрим vhost.conf подробнее:

В файле конфигурации описаны настройки для двух web-проектов — project-1.localhost и project-2.localhost.

Здесь следует обратить внимание на то, как производится перенаправление запросов к нужному docker-контейнеру.

Например, для проекта project-1.localhost указано:

php-7.3 — название docker-контейнера, а 9000 — порт внутренней сети. Контейнеры между собой связаны через внутреннюю сеть, которая определена в файле docker-compose.yml.

php-ini

В этом каталоге находятся файлы конфигурации PHP.

Для каждой версии PHP — свой файл конфигурации.

php-workers

Место для хранения файлов конфигурации Supervisor.

Для каждой версии PHP — могут быть добавлены свои файлы с настройками.

php-workspace

Здесь хранится файл, в котором описаны действия, выполняемые при создании образов docker-контейнеров PHP.

Dockerfile — это текстовый документ, содержащий все команды, которые следует выполнить для сборки образов PHP.

postgres

Каталог для системы управления базами данных PostgreSQL.

data — эта папка предназначена для хранения пользовательских данных PostgreSQL.

dump — каталог для хранения дампов.

projects

Каталог предназначен для хранения web-проектов.

Вы можете создать в это каталоге папки, и поместить в них ваши web-проекты.

Содержимое каталога projects доступно из контейнеров php-7.1 и php-7.3.

Если зайти в контейнер php-7.1 или php-7.3, то в каталоге /var/www будут доступны проекты, которые расположены в projects на локальной машине.

redis

Каталог key-value хранилища Redis.

conf — папка для хранения специфических параметров конфигурации.

data — если настройки конфигурации предполагают сохранения данных на диске, то Redis будет использовать именно этот каталог.

Программы в docker-контейнерах PHP

Полный перечень приложений, которые установлены в контейнерах php-7.xможно посмотреть в php-workspace/Dockerfile.

Здесь перечислим лишь некоторые, наиболее важные:

Начало работы

1. Выполните клонирование данного репозитория в любое место на вашем компьютере.

Перейдите в директорию, в которую вы клонировали репозиторий. Все дальнейшие команды следует выполнять именно в этой директории.

2. Скопируйте файл .env-example в .env

Если это необходимо, то внесите изменения в файл .env. Измените настройки среды разработки в соответствии с вашими требованиями.

3. Выполните клонирование web-проектов в каталог projects.

Для примера, далее мы будем исходить из предположения, что у вас есть 2 проекта:

project-1.ru — будет работать на версии PHP 7.3, а project-2.ru — на PHP 7.1.

4. Отредактируйте настройки виртуальных хостов Nginx.

Файл конфигурации виртуальных хостов находится в каталоге ./nginx/conf.d/.

5. Настройте хосты (доменные имена) web-проектов на локальной машине.

Необходимо добавить названия хостов web-проектов в файл hosts на вашем компьютере.

В файле hosts следует описать связь доменных имён ваших web-проектов в среде разработки на локальном компьютере и IP docker-контейнера Nginx.

На Mac и Linux этот файл расположен в /etc/hosts. На Windows он находится в C:\Windows\System32\drivers\etc\hosts.

Строки, которые вы добавляете в этот файл, будут выглядеть так:

В данном случае, мы исходим из того, что Nginx, запущенный в docker-контейнере, доступен по адресу 127.0.0.1 и web-сервер слушает порт 80.

6. [опционально, если это необходимо] Настройте маршрутизацию внутри контейнеров web-проектов.

Web-проекты должны иметь возможность отправлять http-запросы друг другу и использовать для этого название хостов.

Из одного запущенного docker-контейнера php-7.1 web-приложение № X должно иметь возможность отправить запрос к другому web-приложению № Y, которое работает внутри docker-контейнера php-7.3. При этом адресом запроса может быть название хоста, которое указано в файле /etc/hosts локального компьютера.

Чтобы это стало возможным нужно внутри контейнеров так же внести соответствующие записи в файл /etc/hosts.

Самый простой способ решить данную задачу — добавить секцию extra_hostsв описание сервисов php-7.1 и php-7.3 в docker-compose.yml.

IP_HOST_machine — IP адрес, по которому из docker-контейнера доступен ваш локальный компьютер.

Если вы разворачиваете среду разработки на Mac, то внутри docker-контейнера вам доступен хост docker.for.mac.localhost.

Узнать IP адрес вашего Mac можно при помощи команды, который нужно выполнить на локальной машине:

В результате вы получите, что-то подобное:

После того, как вам станет известен IP-адрес, укажите его в секции extra_hostsв описание сервисов php-7.1 и php-7.3 в docker-compose.yml.

8. Настройте параметры соединения с системами хранения данных.

Хосты и порты сервисов

Для того, чтобы настроить соединения с базами данных из docker-контейнеров php-7.1 и php-7.3 следует использовать следующие названия хостов и порты:

Источник

Not able to install Imagick in PHP 8 #331

Comments

schuer commented Jul 7, 2020 •

When trying to install Imagick (3.4.4) within the new PHP 8 (alpha) Docker images (all Apache, FPM and Alpine), it thows errors like:

Error log:

The text was updated successfully, but these errors were encountered:

We are unable to convert the task to an issue at this time. Please try again.

The issue was successfully created but we are unable to update the comment at this time.

Danack commented Aug 25, 2020

Should work now on master.

schuer commented Aug 26, 2020

I checked the current master, the issue above was fixed, thanks!

However, there’s another one now:

Danack commented Aug 26, 2020 •

The tests are flakier than I would like, but I’m reasonably sure the code is building against php8 aka nightly.

struct _zend_fcall_info has no member named ‘named_params’;

Very strong suspicion that you’re compiling against PHP 7.x, and haven’t done a clean phpize/configure since compiling against PHP 8.

schuer commented Aug 26, 2020

You’re right, it works. I’ve pulled a fresh php8-rc image and can confirm Imagick’s master branch builds fine now. \o/
Sorry for the inconvenience!

desrosj commented Oct 6, 2020

I think this can be closed out? Is there a plan to release a new version with the PHP 8 support included?

Danack commented Nov 25, 2020

I think this can be closed out?

I’ll close it as there is another issue, but there is still stuff to do.

abhisareen2002 commented Dec 11, 2020 •

I tried installing imagick with pecl today on php8, gave me an error,

I used brew to unlink php8 and linked php7.4 which works, so that’s not a problem for me, but would just like to put this out there^
Seems like one bracket causes over or equal to 20 errors causing the script to fail

MacOS Catalina, 10.15.7

BowFarmer commented Dec 11, 2020

Same issue trying to install imagick with pecl on php8: one bracket causing 20 errors with the script failing. No problem with php7.4. This is on Big Sur running on a Parallels VM.

schuer commented Dec 11, 2020 •

@abhisareen2002 @BowFarmer PECL version is still 3.4.4 and not working with PHP 8. You have to wait for a new release.

However, as you can read above: current master branch is working fine.

BowFarmer commented Dec 11, 2020

ralphschindler commented Jan 5, 2021

Is there a timeline on php8 support? Is there currently a blocker?

qianz2 commented Jan 27, 2021

Same issue above, are there an ETA for the fix?

fredbradley commented Feb 3, 2021

mbhende commented Feb 11, 2021

Facing similar issue, using php:8.0-fpm image on macos docker..

schuer commented Feb 15, 2021

🐳 Docker: In case you’re still waiting for a PECL release to feed your Dockerfile, master branch indeed works fine, and docker-php-ext-install will be the magic pony:

roxblnfk commented Feb 17, 2021

🐳 Docker: In case you’re still waiting for a PECL release to feed your Dockerfile, master branch indeed works fine, and docker-php-ext-install will be the magic pony:

With this config, I get several warnings, but otherwise the image builds successfully.

mbhende commented Feb 24, 2021

lebadapetru commented Mar 12, 2021

I’m trying to install it in a php8-alpine dockerfile using those steps but i receive the following error:

The full instructions is:

Does anyone know how to fix this?

rufinus commented Mar 16, 2021

i just used this (on an alpine image) with 8.0.3

lebadapetru commented Mar 17, 2021 •

i just used this (on an alpine image) with 8.0.3

Hey @rufinus, thx for your help.
The installation worked and i can see it listed:

but none of the imagick commands work in the container ( magick, convert, identify, etc ), nor in my project ( though phpinfo lists imagick as installed module ).

The number of supported formats is 0. shouldn’t jpg,png and a few others be supported by default? I’ve installed them in my container:

rufinus commented Mar 17, 2021 •

@lebadapetru what has the one todo with the other? the module lets you use imagemagick lib in php see https://www.php.net/manual/en/imagick.examples-1.php

lebadapetru commented Mar 17, 2021 •

@rufinus, yeah, i’ve got a bit confuse at some point and i really thought i had imagemagick installed when in fact i had only imagick and once i received NoDecodeDelegateForThisImageFormat JPEG’ @ error/constitute.c/ReadImage/572 in my project i started worrying, but seems like i was missing imagemagick. Thank you so much for your assistance

bertoost commented Mar 25, 2021

I am trying to install Imagick in a PHP docker image based on PHP’s official image php:8.0.3-fpm-alpine3.13
Installing with @rufinus his tips are working for me. Therefore the application I use (Craft CMS) is saying that ImageMagick is not installed. When I run a phpinfo() I see it is there, thefore no package version?

Anyone any idea how to fix it?

meglio commented Apr 3, 2021

Also throws errors for me when I install Imagic in a container based on php:8.0.3-fpm :

juan88 commented Apr 6, 2021 •

I am trying to install Imagick in a PHP docker image based on PHP’s official image php:8.0.3-fpm-alpine3.13
Installing with @rufinus his tips are working for me. Therefore the application I use (Craft CMS) is saying that ImageMagick is not installed. When I run a phpinfo() I see it is there, thefore no package version?

Anyone any idea how to fix it?

I’m having the same issue as well with that container.

Above that image I’m installing imagemagick and imagemagick-dev through apk and imagick is being installed through pecl.

Источник

Docker php 8 imagick

This repository will provide you a fully functional PHP-FPM 8.1 Docker image built from official sources nightly. It provides the base for Devilbox PHP-FPM Docker images.

Similar Base Images

Have a look at the following similar Devilbox base images for which no official versions exist yet:

In case you are looking for development and production ready PHP-FPM images for all versions, which have a vast amount of modules enabled by default go here:

In case you seek help, go and visit the community pages.

Add the following FROM line into your Dockerfile:

If you need a dockerized version of PHP 8.1 or PHP-FPM 8.1 which provides a vast amount of modules enabled by default visit: devilbox/docker-php-fpm

Create a temporary directory, navigate into it and copy/paste the commands below to get started.

Источник

LAMP Docker setup with PHP 8 and MariaDB for Symfony projects

Yet another one?! Well, this blog post is the result of bits and pieces taken from other solutions that didn’t fully work for me, as well as some knowledge and understanding of Docker I gained along the way. I’d like to share it; maybe it will be useful for someone else in this very format.

Well, either my searching skills are getting rusty or my request was too specific while at the same time being pretty basic, or something would crash and break during the build process after following available online tutorials or downloading existing projects… but I couldn’t find a single solution which I could reuse for my exact needs with just a couple of changes in the configuration, so I had to come up with my own.

I’ve decided to use Docker for my local development because different projects I’m working on require different versions of PHP, NodeJS and even different versions of Composer… and switching/upgrading/downgrading those versions whenever I switched my focus on another project became cumbersome. Docker can be really slow, but listing the pros and cons of Docker is not the topic here.

I don’t intend to get into the details of each line of code and explain all used commands. What I can do is encourage you into having a look at this great “Docker for local web development” series where you can learn much more. This was my main resource as well.

Let’s get started

All my new projects will be using PHP 8 because of some great features I’d like to exploit which were not there prior to version 8. I think it’s worth using the latest versions when starting fresh, so that’s the stack I’m dealing with. Symfony 5.2 includes support for PHP 8 attributes to define routes and required dependencies, and that’s one more argument in favor of it. I’ll also use Apache for the server and MariaDB for the database. On top of my Symfony project, I’ll add PhpMyAdmin to save me some trouble when manually dealing with DB stuff.

I intend to have multiple projects locally with this exact stack, so I had to come up with something simple enough and reusable to get me started quickly, but something I can build on top of and extend when necessary.

Prerequisites are installed Docker and Docker Compose (which, depending on your platform, might be a part of the Docker installation). If you’re using Windows, make sure you have the WSL2 feature enabled.

Folder structure overview

Maybe it will be easier to follow if I provide the final folder structure first, so here it is:

All folder names are arbitrary. Make sure, if you’re going to rename them, to rename them accordingly in the configurations.

codebase folder will hold all our project code. Since this will be a Symfony app, we will have a public folder with an index.php file within it and that’s what we’ll rely on throughout the setup. For starters, the codebase folder is empty.

In .env file, we’ll have project-level Docker environment variables. As a part of this guide, I will not configure the local machine’s hosts file to make site access more user-friendly, but will access it over localhost:[PORT]. You must make sure that the port is not occupied already and map available ports from your local machine to the container’s port 80. In the same manner, I’ll map a port for PhpMyAdmin. Stick with some convention and be consistent.

E.G. use ports 8101 and 8102 for project A, 8103 and 8104 for project B and so on…
The same applies to the DB port. You might already have default port 3306 occupied on your local machine.

I’m using APP_NAME variable to avoid some extra copy-pasting in the configurations, but that’s completely up to you.
MYSQL_* config variables are pretty self-explanatory.

Here’s what my .env file looks like:

Docker Compose

docker-compose.yml YAML file is where our services are defined and based on it, Docker Compose will take care of building the images and starting the containers. We will connect all our services to the internal network symfony_project_2021_net, which is also defined in docker-compose.yml.

We will use 3 services:

We’ll use official Docker images for building db_server and db_admin containers. You can find the official (and many other) container images on Docker Hub.

Server

We’ll use our own Dockerfile to specify what the server image looks like.
Content of /docker/server/Dockerfile:

Docker PHP extension installer script will install all the required APT/APK packages. At the end of the script execution, packages that are no longer needed will be removed, so the image will be much smaller. Using docker-php-ext-install didn’t always work for me, so I’m pulling this extra script. You can expand the list of extensions to install, if necessary. After that, we’ll also pull the Composer. What do you think about setting up a separate container for Composer?

Content of our local folder codebase will be considered a volume mapped to /var/www/html, which is the project root.

Apache

Site is defined on Apache side, in docker/server/apache/sites-enabled/site.conf:

Again, this is Symfony-specific (something very similar would be used for Laravel projects as well).

Configurations

Finally, there are some extra configurations for PHP and MariaDB in /docker/server/php/php.ini and /docker/db/mariadb/my.cnf, respectively.
You can configure and overwrite defaults in those files if necessary.

We’ll use named volumes to persist data. We need such volumes because, without them, every time the DB service container is destroyed the database is destroyed with it. This is what that final section in docker-compose.yml is for. Volumes are referenced in db_server and db_admin services.

Order in which containers are started is important and that’s what we’ve set with depends_on.

Specifying environment server variables is also completely up to you; you’re free to use another .env file in the Symfony project root folder. DATABASE_URL variable is Symfony-specific, and if you display it on the server, you should get

Variables defined like this will have precedence over those defined in .env files (in Symfony project root folder). You can do the same thing for the Laravel project.

Ready, set, …

After this is done, check your containers by running docker-compose ps in the terminal.

Also, in Docker Desktop app you should see:

Everything from now on should be a walk in the park. Or that’s what I thought when following all online resources I could find 😃

Execute Bash on server container (where server is the name you’ve given to container) by running docker-compose exec server bash.

We’ve set our working directory on the server to /var/www/html. While at it, run composer create-project symfony/website-skeleton. If you prefer, you can install the Symfony installer as well (add it to Dockerfile). This will install the Symfony project. It’s important that you do this directly on the server because your local Composer and PHP versions might be different and you could run into compatibility issues.

Now check http://localhost:8101/ and http://localhost:8102/. Your site and PhpMyAdmin should be available!

_____
We’re available for partnerships and open for new projects.
If you have an idea you’d like to discuss, share it with our team!

Subscribe to our newsletter

Subscribe now and get our top news once a month.

Источник