Download the PHP package dreimus/wordpress-bundle without Composer

Wordpress & Symfony, with ♥

Introduction

Use Wordpress 5 as a backend for a Symfony application

The main idea is to use the power of Symfony for the front / webservices with the ease of Wordpress for the backend.

How does it work ?

When the Wordpress bundle is loaded, it loads a small amount of Wordpress Core files to allow usage of Wordpress functions inside Symfony Controllers.

Wordpress is then linked to the bundle via a plugin located in the mu folder.

Because it's a Symfony bundle, there is no theme management in Wordpress and the entire routing is powered by Symfony.

Features

From Composer :

• Install/update Wordpress via composer
• Install/update plugin via composer

From Symfony :

• Template engine
• Folder structure
• Http Cache
• Routing
• Installation via Composer for Wordpress Core and plugins
• YML configuration ( even for Wordpress )
• DotEnv
• Enhanced Security ( Wordpress is hidden )
• Dynamic image resize

From the bundle itself :

• YML configuration for Wordpress (see bellow )
• Permalink settings for custom post type and taxonomy
• ACF data cleaning
• SF Cache invalidation ( Varnish compatible )
• Post/Image/Menu/Term/User/Comment/Query entities
• Download backup ( uploads + bdd ) from the admin
• Maintenance mode
• Multisite images sync ( for multisite as multilangue )
• SVG Support
• Edit posts button in toolbar on custom post type archive page
• Wordpress predefined routes via permastruct
• Context helpers
• Relative urls
• Terms bugfix ( sort )
• Form helpers ( get / validate / send )
• Multisite post deep copy ( with multisite-language-switcher plugin )
• Image filename clean on upload
• Custom datatable support with view and delete actions in admin
• Extensible, entities, controller and bundle plugins can be extended in the app
• Site health checker

Drawbacks

Because of Wordpress design, functions are available in the global namespace, it's not perfect but Wordpress will surely change this soon.

Some plugins may not work directly, Woocommerce provider needs some rework

Demo

A demo is available at https://github.com/wearemetabolism/wordpress-bundle-demo,

it's an implementation of the Twenty Nineteen theme for Wordpress 5.

Installation

1 - Start a fresh project

or

2 - Prepare composer to work with Wordpress

Edit composer.json

Add https://wpackagist.org repository

Define installation path for Wordpress related packages

Use optimized autoloader

3 - Configure database

edit .env

Only mysql is supported

4 - Require Wordpress Bundle

if you want to use the development version (not recommended), edit composer.json before

then

5 - Add Wordpress routing

edit routes.yaml

Clear cache

6 - Update gitignore

edit .gitignore

7 - Start the server

Configure a vhost mounted to /public, or start the built-in Symfony server

Accessing the server url will now start the Wordpress Installation,

8 - Develop your website !

Take a look at src/Controller/BlogController.php, templates/generic.html.twig and config/wordpress.yml and continue to read the doc bellow.

Wordpress configuration

When the bundle is installed, a default wordpress.yml is copied to /config/

This file allow you to manage :

• Keys and Salts
• Image options
• Maintenance support
• Admin pages removal
• WYSIWYG MCE Editor
• Feature Support
• Multi-site configuration
• Constants
• ACF configuration
• Menu
• Custom Post type
• Custom Taxonomy
• Page, post, taxonomy templates
• Page states
• Post format
• External table viewer
• Roles
• Optimisations
• Domain name
• Controller name

Plugin installation

Please use https://wpackagist.org to find your plugin.

edit composer.json

ACF Pro installation

Edit composer.json

Declare a new repository

Add ACF

Edit .env to set ACF_PRO_KEY

Context service

The Context service is a Wordpress data wrapper, it allows to query post, term, pagination, breadcrumb, comments and sitemap.

Critical data are added automatically, such as current post or posts for archive, locale, home url, search url, ...

Usage

Preview

To preview/debug context, just add ?debug=context to any url, it will output a json representation of itself.

Entities

Post

ACF fields are directly available so let say you've added a copyright text field :

Available functions :

• next($in_same_term = false, $excluded_terms = '', $taxonomy = 'category')
• prev($in_same_term = false, $excluded_terms = '', $taxonomy = 'category')
• getTerm( $tax='' )
• getTerms( $tax='' )
• getParent()

Image

Image entity provide a nice on the fly resize function, add width and height to crop-resize, set width or height to 0 to resize

To debug images, just add ?debug=image to any url, it will replace images with placeholder.

wp-smartcrop plugin is supported

Generate picture element ( width, height, media queries ), it use wepb if enabled in PHP

Edit image :

resize / insert / colorize / blur / brightness / gamma / pixelate / greyscale / limitColors / mask / text / rotate See : http://image.intervention.io/

Use a placeholder if the image doesn't exists

Custom posts

Custom posts can extend the Post entity to add some preprocess or new functions, in the /src folder, add an Entity folder, then create a new class for the post_type using Pascal case

Other entities

Menu, Comment, MenuItem, Product, Term and User can be extended by creating the same file in the /src/Entity folder.

Additional routes

Site health

You can check site health using /_site-health, url options are:

• output : 1 | json
• full : 0 | 1

Cache

You can purge cache using /_cache/purge, url or using purge cache button in backoffice

You can completely remove and purge cache using /_cache/clear, url

Roadmap

• Create Symfony recipe
• Provide more samples
• Woo-commerce Provider rework
• Global maintenance mode for multi-site
• Unit tests

Why not using Bedrock

Because Bedrock "only" provides a folder organisation with composer dependencies management. Btw this Bundle comes from years of Bedrock usage + Timber plugin...

Why not using Ekino Wordpress Bundle

The philosophy is not the same, Ekino use Symfony to manipulate Wordpress database. Plus the last release was in 2015...

Is Wordpress classic theme bad ?

We don't want to judge anyone, it's more like a code philosophy, once you go Symfony you can't go back.

Plus the security is a requirement for us and Wordpress failed to provide something good because of it's huge usage.

Licence

GNU AFFERO GPL

Maintainers

This project is made by Metabolism ( http://metabolism.fr )

Current maintainers:

• Jérôme Barbato - [email protected]
• Paul Coudeville - [email protected]