Skip to content

CakeWP/wordpress-playground

 
 

Repository files navigation

WordPress Playground and PHP WASM (WebAssembly)

Project Page | Live demo | Documentation and API Reference

WordPress Playground is an experimental in-browser WordPress that runs without a PHP server thanks to the magic of WebAssembly.

Why is WordPress Playground useful?

WordPress Playground is a building block that can power apps like:

  • Runnable code snippets in your documentation or course
  • Plugin and theme demos in a private WordPress instance where the user is already logged in as an admin
  • Easily switching PHP and WordPress version when testing
  • Replaying and fixing the failed CI tests right in the browser

See the WordPress.org announcement post to learn more about the vision.

Getting started

WordPress Playground has a live demo available.

You can embed WordPress Playground in your project via an <iframe> – find out how in the documentation. Note the embed is experimental and may break or change without a warning.

You can connect to the Playground using the JavaScript client. Here's an example of how to do it in the browser using an iframe HTML element and the connectPlayground function from the @wp-playground/client package.

index.html:

<!DOCTYPE html>
<html>
	<head>
		<title>WordPress Playground</title>
	</head>
	<body>
		<iframe id="wp" style="width: 1200px; height: 800px;"></iframe>
		<script src="./index.js"></script>
	</body>
</html>

index.ts:

import { connectPlayground } from '@wp-playground/client';

const client = await connectPlayground(
	document.getElementById('wp')! as HTMLIFrameElement,
	`https://wasm.wordpress.net/remote.html`
);
await client.isReady();
await client.goTo('/wp-admin/');

const result = await client.run({
	code: '<?php echo "Hi!"; ',
});
console.log(new TextDecoder().decode(result.body));

Contributing

You also can run WordPress Playground locally as follows:

# Install Yarn if you don't have it:
npm install -g yarn

# Now you're ready to run Playground:
git clone https://github.com/WordPress/wordpress-playground
cd wordpress-playground
yarn install
yarn run dev

A browser should open and take you to your very own client-side WordPress at http://127.0.0.1:5400/!

Any changes you make to .ts files will be live-reloaded. Changes to Dockerfile require a full rebuild.

From here, the documentation will help you learn how WordPress Playground works and how to use it to build amazing things!

And here's a few more interesting CLI commands, which expect that you have nx installed globally:

# Build and run PHP.wasm CLI
nx start php-wasm-cli

# Build latest WordPress releases
nx recompile-wordpress:all playground-remote

# Recompile PHP 5.6 - 8.2 releases to .wasm for web
nx recompile-php:all php-wasm-web

# Recompile PHP 5.6 - 8.2 releases to .wasm for node
nx recompile-php:all php-wasm-node

# Builds the documentation site
nx build docs-site

# Builds the Playground Client npm package
nx build playground-client

# Bonus: Run PHP.wasm in your local CLI:
npx @php-wasm/cli -v
PHP=7.4 npx @php-wasm/cli -v
npx @php-wasm/cli phpcbf

Backwards compatibility

This experimental software may break or change without a warning. Releasing a stable API is an important future milestone that will be reached once the codebase is mature enough.

Prior art

WordPress Playground forked the original PHP to WebAssembly build published in https://github.com/oraoto/pib and modified later in https://github.com/seanmorris/php-wasm.

Another strong inspiration was the Drupal in the browser demo which proved you can run non-trivial PHP software in the browser.

A worthy mention is Wasm Labs’s closed-source WordPress in the browser shared before this project was first published. There is no public repository available, but their technical overview gives a breakdown of the technical decisions that project took. WordPress Playground draws inspiration from the same PHP in the browser projects and makes similar technical choices.

Contributing

WordPress Playground is an ambitious project in its early days. If the feature you need is missing, you are more than welcome to start a discussion, open an issue, and even propose a Pull Request to implement it.

Releases

No releases published

Packages

 
 
 

Languages

  • JavaScript 55.5%
  • CSS 35.6%
  • C 4.2%
  • SCSS 2.5%
  • TypeScript 1.4%
  • Dockerfile 0.4%
  • Other 0.4%