You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
WordPress Playground documentation contains points of information a motivated developer can put together, but it doesn't write a coherent story how to get from zero to an expert.
Playground in Node.js
* @php-wasm/node
* NODEFS with link to architecture
* wp-now
Limitations
PHP extensions: CURL, XDebug
Raw network sockets
Playground on the Edge
Can't check if I'm running in Playground in PHP
Architecture (a subset useful for this context)
Iframes, service workers, web workers, WASM
Scopes (web-specific)
Advanced topics
Passing messages to / from Playground
Playground for native mobile apps
Synchronizing filesystems
Network handlers
Process handlers
Playground Tutorial
Build an app step by step – a live preview of a plugin or a theme?
Start with Query API
Involve Blueprints
Transition to JavaScript API
Deploying
How to?
Run WP-CLI?
Start a multisite? (Blueprints)
Build a PR Previewer?
Host your own Playground (Don't! use Blueprints and Snapshots. If you really want that, though, here's how)
How to build an entire WordPress plugin in Playground?
Build a plugin preview? (link to the tutorial)
Save my Playground site?
Programatically interact with the embedded WordPress?
Message passing
Example: translate.wp.org
Embed a specific site in Playground? (Blueprints, Playground plugin)
Clone my site in Playground? (Playground plugin)
Embed Playground in WordPress? (Playground block)
API Reference
Query API
Blueprints API
JavaScript API client (PHP Class, WebAPI additions)
IFrame postMessage protocol
Deep technical dives on how Playground is built
Copy the materials from the existing documentation. Core contributors will manage and they'll improve those as they go.
Discussion
Here's some related thoughts on what might be useful:
A tutorial – Emphasize the practical, hands-on learning approach as the primary way to get started.
Context – Explain more about Playground. What is it built on? Show the bigger picture of WASM/WordPress. How does it fit into the ecosystem? This helps developers understand the value proposition.
Live examples are great, let's use them a lot. Ideally, let's source them from docstrings to always keep them in sync with the code.
Structure the learning content to answer common questions developers have after getting started, like "Why is this important?", "What are the advantages?", "How does this compare to other solutions?".
Proactively address potential knowledge gaps like performance, compatibility etc. Call out these topics explicitly in the docs navigation so developers can easily find answers.
Strive to minimize the need for a separate FAQ by comprehensively answering developer questions directly in the docs.
WordPress Playground documentation contains points of information a motivated developer can put together, but it doesn't write a coherent story how to get from zero to an expert.
Let's lean into the four kinds of documentation model and separate:
Proposed content plan
User personas
Types of content for these personas
Specific content outline
post_message_to_js, postMessage bridge)*
@php-wasm/node* NODEFS with link to architecture
*
wp-nowDiscussion
Here's some related thoughts on what might be useful:
Related resources