Official Docker Images

General Discussion
1

ClassicPress has officially released its latest version, now with Docker support for both x86_64 and arm64, Choose from pre-configured images for seamless deployment:

  • classicpress/classicpress:php8.1-apache
  • classicpress/classicpress:php8.2-apache
  • classicpress/classicpress:php8.3-apache

Why Docker?

  • Cross-Platform Support: Runs smooth on x86_64 and arm64 systems.
  • Fast Deployments: Get ClassicPress running in seconds.
  • Simplified Development: Test and scale with consistent environments.

Quick Start

version: '3.9'

services:
  db:
    image: mariadb:latest
    container_name: classicpress-db
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: your_root_password
      MYSQL_DATABASE: classicpress
      MYSQL_USER: classicpress
      MYSQL_PASSWORD: your_password
    volumes:
      - db_data:/var/lib/mysql

  app:
    image: classicpress/classicpress:php8.3-apache
    container_name: classicpress-app
    restart: always
    ports:
      - "8080:80"
    environment:
      WORDPRESS_DB_HOST: db
      WORDPRESS_DB_USER: classicpress
      WORDPRESS_DB_PASSWORD: your_password
      WORDPRESS_DB_NAME: classicpress
    depends_on:
      - db
    volumes:
      - ./classicpress_data:/var/www/html

volumes:
  db_data:
```
3 Likes
2

@getkoded007,

Excuse my ignornace, where can these docker images be downloaded from?

3

https://hub.docker.com/r/classicpress/classicpress/tags

2 Likes
4

I would like to point out that we are currently unable to get PHP 8.4 up and running due to the removal of certain functions in Imagick, such as php_strtolower. Based on my research, it is suggested to use zend_str_tolower as a replacement. Once this issue is resolved, we should be able to proceed with PHP 8.4.

5

@getkoded007,

I wouldn’t be too worried about support for 8.4, as it was only released in November.

In a production perspective, while PHP team and any early beta testers will have ironed out most of the quirks, it is often good practice to wait up to 6 months to let them further identify and fix bugs not caught and for apps relying on PHP to also catch up with deprecated features and such.

There’s certainly no problem implementing PHP 8.4 earlier than the above 6 month window, however you’ll generally need to keep your ear to the ground about bug fixed and such during those first 6 months especially.

This isn’t a sign of bad coding, just the lifecycle of software development.

6

yeah, i figured that, but anyways, we have 7.4, 8.0, 8.1, 8.2, and 8.3 for docker.

7

I will be releasing tomorrow a new episode of the dreaded series, including news about Virtualmin and Docker images. I agree that it is not really crucial to deliver the latest PHP 8.4 and we should wait for a fix to the issue to release it. This will also show that we care to deliver stable software (being early adopters or innovators is good, but companies using the software in production usually favor stability)