{"id":578,"date":"2026-08-24T17:52:00","date_gmt":"2026-08-24T17:52:00","guid":{"rendered":"https:\/\/make.wordpress.org\/playground\/?p=578"},"modified":"2026-08-24T17:52:00","modified_gmt":"2026-08-24T17:52:00","slug":"run-any-era-of-wordpress-in-playground","status":"publish","type":"post","link":"https:\/\/make.wordpress.org\/playground\/2026\/08\/24\/run-any-era-of-wordpress-in-playground\/","title":{"rendered":"Run Any Era of WordPress in Playground"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Everyone started in a different phase of WordPress; some started with 5.0 when <span tabindex='0' class='glossary-item-container'>Gutenberg<span class='glossary-item-hidden-content'><span class='glossary-item-header'>Gutenberg<\/span> <span class='glossary-item-description'>The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses \u2018blocks\u2019 to add richness rather than shortcodes, custom HTML etc.\r<a href=\"https:\/\/wordpress.org\/gutenberg\/\">https:\/\/wordpress.org\/gutenberg\/<\/a><\/span><\/span><\/span> was released. I personally started with version 2.5, and I can\u2019t remember what the internet was like. WordPress Playground is the fastest way to open a modern WordPress site in the browser. It\u2019s becoming something broader: a version-spanning WordPress lab. Now you are able to see how WordPress worked at the time that you started to use it.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"691\" src=\"https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/WordPress-2.5-1024x691.webp\" alt=\"\" class=\"wp-image-736\" srcset=\"https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/WordPress-2.5-1024x691.webp 1024w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/WordPress-2.5-767x518.webp 767w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/WordPress-2.5-300x203.webp 300w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/WordPress-2.5-1536x1037.webp 1536w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/WordPress-2.5-2048x1383.webp 2048w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\"><figcaption class=\"wp-element-caption\">WordPress 2.5 running on Playground<\/figcaption><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Recent Playground updates make it possible to boot legacy WordPress releases in the browser, including versions that predate the <span tabindex='0' class='glossary-item-container'>block<span class='glossary-item-hidden-content'><span class='glossary-item-header'>Block<\/span> <span class='glossary-item-description'>Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience.<\/span><\/span><\/span> editor, the <span tabindex='0' class='glossary-item-container'>REST API<span class='glossary-item-hidden-content'><span class='glossary-item-header'>REST API<\/span> <span class='glossary-item-description'>The REST API is an acronym for the RESTful Application Program Interface (API) that uses HTTP requests to GET, PUT, POST and DELETE data. It is how the front end of an application (think \u201cphone app\u201d or \u201cwebsite\u201d) can communicate with the data store (think \u201cdatabase\u201d or \u201cfile system\u201d)\r<a href=\"https:\/\/developer.wordpress.org\/rest-api\/\">https:\/\/developer.wordpress.org\/rest-api\/<\/a><\/span><\/span><\/span>, modern <span tabindex='0' class='glossary-item-container'>PHP<span class='glossary-item-hidden-content'><span class='glossary-item-header'>PHP<\/span> <span class='glossary-item-description'>PHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used open source general-purpose scripting language that is especially suited for web development and can be embedded into HTML. <a href=\"https:\/\/www.php.net\/manual\/en\/index.php\">https:\/\/www.php.net\/manual\/en\/index.php<\/a><\/span><\/span><\/span> syntax, and many assumptions baked into today\u2019s development tools. That changes what Playground can do. It is no longer only a quick sandbox for the latest WordPress. It can also be a place to investigate old compatibility reports, compare admin experiences across releases, and preserve the behavior of earlier WordPress eras.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This work brings together three pieces:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>PHP 5.2.17 compiled to WebAssembly.<\/li>\n\n\n\n<li>Browser boot support for WordPress 0.7 through 6.2.<\/li>\n\n\n\n<li><span tabindex='0' class='glossary-item-container'>UI<span class='glossary-item-hidden-content'><span class='glossary-item-header'>UI<\/span> <span class='glossary-item-description'>UI is an acronym for User Interface - the layout of the page the user interacts with. Think \u2018how are they doing that\u2019 and less about what they are doing.<\/span><\/span><\/span> and compatibility fixes that make old versions practical to explore.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The result is a smoother way to move across WordPress history without installing old PHP runtimes, configuring a database, or keeping a collection of local server stacks alive. This is not a contribution to WordPress history, but it also improves WordPress Playground Compatibility.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What changed<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The most visible change is in the Playground settings panel. A new <strong>Include older versions<\/strong> option expands the WordPress version picker to show older releases. The checkbox is under the WordPress version; once selected, Playground shows older versions of WordPress.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"695\" src=\"https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/setting-wordpress-version-1024x695.png\" alt=\"\" class=\"wp-image-737\" srcset=\"https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/setting-wordpress-version-1024x695.png 1024w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/setting-wordpress-version-300x204.png 300w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/setting-wordpress-version-767x521.png 767w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/setting-wordpress-version-1536x1043.png 1536w, https:\/\/make.wordpress.org\/playground\/files\/2026\/08\/setting-wordpress-version-2048x1390.png 2048w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\"><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">When older versions are visible, Playground handles the PHP pairing automatically:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>WordPress version range<\/th><th>Runtime behavior<\/th><\/tr><\/thead><tbody><tr><td>WordPress 0.7-4.9<\/td><td>PHP locks to 5.2<\/td><\/tr><tr><td>WordPress 5.0-6.2<\/td><td>PHP locks to 7.4<\/td><\/tr><tr><td>WordPress 6.3 and newer<\/td><td>Playground uses the modern default flow<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">That automatic locking matters. A WordPress version that expects PHP 5.2 doesn\u2019t benefit from a modern PHP 8.x runtime. Conversely, mid-modern WordPress releases can fail in surprising ways on current PHP versions even though they are not ancient. Playground chooses the runtime that gives each era the best chance to boot and behave like itself.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The picker also shows release code names, so contributors can move through versions by both number and WordPress history. Testing WordPress 2.8 \u201cBaker\u201d or WordPress 6.9 \u201cGene\u201d becomes a browser setting rather than a local environment project.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Why it matters<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Legacy support is not about recommending old software for production. It is about making old software observable.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That is useful for several kinds of work.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Reproduce old compatibility reports<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\"><span tabindex='0' class='glossary-item-container'>Plugin<span class='glossary-item-hidden-content'><span class='glossary-item-header'>Plugin<\/span> <span class='glossary-item-description'>A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory <a href=\"https:\/\/wordpress.org\/plugins\/\">https:\/\/wordpress.org\/plugins\/<\/a> or can be cost-based plugin from a third-party.<\/span><\/span><\/span> and theme developers often receive reports that mention an old WordPress version but do not include a full reproduction environment. Historically, testing those reports meant building an old stack: an old WordPress zip, an old PHP runtime, a database, and enough local configuration to keep everything running.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Playground can now remove most of that setup. Open a legacy version, install or load the plugin, and check whether the report reproduces. If it does, you can compare the same steps against a newer release and decide whether you are looking at a plugin bug, a WordPress behavior change, or an environment-specific problem.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Validate support decisions<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Dropping support for an old WordPress version should be a product decision, not a guess. Playground makes it easier to verify what actually breaks.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A contributor can test a plugin on a legacy release, confirm whether activation works, visit the admin screen, create a post, and inspect any fatal errors or editor failures. That is much more useful than relying on assumptions about what \u201cprobably\u201d still works.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Compare editor and admin behavior<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress changed significantly between the classic admin era, the REST API era, and the block editor era. Running old versions in Playground gives contributors a quick way to see those differences directly.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That can help with documentation, contributor onboarding, <span tabindex='0' class='glossary-item-container'>migration<span class='glossary-item-hidden-content'><span class='glossary-item-header'>Migration<\/span> <span class='glossary-item-description'>Moving the code, database and media files for a website site from one server to another. Most typically done when changing hosting companies.<\/span><\/span><\/span> planning, and support work. Instead of describing how a workflow used to behave, you can open it.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Preserve WordPress history<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress is more than the current release. Old admin screens, editor flows, database assumptions, and plugin APIs are part of the project\u2019s history.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Running those versions in the browser creates a lightweight preservation tool. It gives contributors, educators, and historians a way to inspect earlier WordPress releases without maintaining obsolete local infrastructure.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">How it works<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The feature looks simple in the UI, but it required several layers of runtime and compatibility work.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">PHP 5.2.17 in WebAssembly<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress 1.0 through 4.9 expects a PHP era that modern development machines usually do not provide. Playground now includes PHP 5.2.17 WebAssembly builds for browser and Node runtimes, across the supported async modes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Getting PHP 5.2 into that environment required more than changing a version number. The build needed legacy compiler support, compatibility shims, PHP source adjustments, runtime wiring, and safeguards for extensions that do not make sense in the old runtime.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The important user-facing result is simple: Playground can run the PHP generation that early WordPress expects, without asking contributors to install it locally.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Legacy WordPress boot flow<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Modern Playground boot logic assumes a relatively recent WordPress. Legacy WordPress versions need different handling.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The legacy boot flow accounts for older package formats, older PHP syntax expectations, database assumptions, and WordPress source quirks across the early release line. It also covers the mid-modern range where WordPress 5.0 through 6.2 behaves more reliably on PHP 7.4 than on the newest <a href=\"https:\/\/developer.wordpress.org\/playground\/developers\/architecture\/wasm-php-javascript-module\/\" data-type=\"link\" data-id=\"https:\/\/developer.wordpress.org\/playground\/developers\/architecture\/wasm-php-javascript-module\/\">PHP runtimes.<\/a><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This is why the version picker can expose a broad set of releases while keeping the PHP selector locked to a compatible runtime.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">SQLite compatibility<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Playground uses SQLite instead of a traditional <span tabindex='0' class='glossary-item-container'>MySQL<span class='glossary-item-hidden-content'><span class='glossary-item-header'>MySQL<\/span> <span class='glossary-item-description'>MySQL is a relational database management system. A database is a structured collection of data where content, configuration and other options are stored. <a href=\"https:\/\/www.mysql.com\/\">https:\/\/www.mysql.com<\/a><\/span><\/span><\/span> server. Modern WordPress support already depends on SQLite integration, but older WordPress releases introduce additional compatibility issues.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Recent work patches the SQLite integration path for PHP 5.2 compatibility and adjusts legacy boot behavior so older WordPress versions can reach a usable installed state in the browser. For contributors, this means the site can boot, load the admin, create content, and activate plugins without requiring a separate database service.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Classic editor compatibility<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Legacy WordPress support also needs the editor to load. In older versions, TinyMCE initialization can be sensitive to how inline editor <span tabindex='0' class='glossary-item-container'>CSS<span class='glossary-item-hidden-content'><span class='glossary-item-header'>CSS<\/span> <span class='glossary-item-description'>CSS is an acronym for cascading style sheets. This is what controls the design or look and feel of a site.<\/span><\/span><\/span> is serialized into <span tabindex='0' class='glossary-item-container'>JavaScript<span class='glossary-item-hidden-content'><span class='glossary-item-header'>JavaScript<\/span> <span class='glossary-item-description'>JavaScript or JS is an object-oriented computer programming language commonly used to create interactive effects within web browsers. WordPress makes extensive use of JS for a better user experience. While PHP is executed on the server, JS executes within a user\u2019s browser.\r<a href=\"https:\/\/www.javascript.com\/\">https:\/\/www.javascript.com<\/a><\/span><\/span><\/span>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Playground now escapes the CSS it inlines into TinyMCE\u2019s <code>content_style<\/code> path. That prevents characters from Dashicons and other editor styles from breaking the classic editor initialization script. The legacy test coverage now checks real browser editor boot behavior, including older new-post screens.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That detail may sound small, but it is the difference between \u201cWordPress boots\u201d and \u201cWordPress is useful enough to inspect.\u201d<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Real scenarios<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Investigate a plugin activation issue<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">A user reports that a plugin fails on WordPress 4.9. Open Playground, enable older versions, select WordPress 4.9, and let Playground lock PHP to 5.2. Install the plugin and try the activation path.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If activation fails, you have a fast reproduction environment. If it works, compare it against WordPress 5.0 or 6.2 to see whether the issue depends on a specific WordPress era.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Check a classic editor regression<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Some support reports are really editor reports: a button disappears, TinyMCE fails to initialize, or old <span tabindex='0' class='glossary-item-container'>metabox<span class='glossary-item-hidden-content'><span class='glossary-item-header'>Metabox<\/span> <span class='glossary-item-description'>A post metabox is a draggable box shown on the post editing screen. Its purpose is to allow the user to select or enter information in addition to the main post content. This information should be related to the post in some way.<\/span><\/span><\/span> behavior changes. With legacy WordPress available in Playground, contributors can open a pre-block-editor release and inspect the classic editing flow directly.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That is especially useful when debugging migration issues from classic editing workflows to block-editor workflows.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Audit a support policy<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Before changing a plugin\u2019s minimum supported WordPress version, test the versions near the proposed cutoff. Does the plugin still activate? Does the settings screen load? Does the admin flow produce fatal errors?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Playground will not answer every support question, but it gives you a quick first pass that is much more concrete than guessing.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Teach WordPress evolution<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">For educators and contributors onboarding new people, being able to open WordPress 1.x, 2.x, 3.x, 4.x, and modern WordPress side by side is valuable. It makes the project\u2019s evolution tangible: admin navigation, writing flows, media handling, plugin screens, and editor behavior all become visible.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Limits and expectations<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Legacy support in Playground is a compatibility and exploration tool. It does not make old WordPress or old PHP versions suitable for production.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Expect a few boundaries:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Old WordPress versions may still expose historical bugs, missing APIs, and outdated assumptions.<\/li>\n\n\n\n<li>Plugin and theme code written for modern WordPress may not run on older PHP syntax or older WordPress APIs.<\/li>\n\n\n\n<li>Browser-based compatibility is not identical to every historical hosting environment.<\/li>\n\n\n\n<li>The goal is to make old versions boot and behave usefully enough for testing, inspection, education, and preservation.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">That boundary is important. Playground gives contributors a controlled lab, not a recommendation to keep obsolete stacks alive in production.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">A broader Playground story<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">This update fits a broader direction for Playground. The project is moving from \u201crun WordPress in the browser\u201d toward \u201cmake WordPress environments portable, inspectable, and automatable.\u201d<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Running legacy versions is part of that story. It means Playground can help with current development, future compatibility, and historical understanding. A contributor can open the latest WordPress release, switch to an old classic release, compare behavior, and learn from both without leaving the browser.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For a project with more than two decades of history, that is a meaningful shift.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">References<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">These recent upstream changes provide the technical foundation for this post:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/github.com\/WordPress\/wordpress-playground\/pull\/3501\">PHP 5.2 WebAssembly runtime support<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/github.com\/WordPress\/wordpress-playground\/pull\/3490\">Legacy WordPress support in Playground<\/a><\/li>\n\n\n\n<li><a href=\"https:\/\/github.com\/WordPress\/wordpress-playground\/pull\/3597\">TinyMCE compatibility fix for legacy editor boot<\/a><\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Props to <a href=\"https:\/\/profiles.wordpress.org\/janjakes\/\" class=\"mention\"><span class=\"mentions-prefix\">@<\/span>janjakes<\/a> for reviewing the post.<\/p>\n<nav class='o2-post-footer-actions'><ul class='o2-post-footer-action-row'><li class='o2-post-footer-action'><a href=\"https:\/\/login.wordpress.org\/?redirect_to=https%3A%2F%2Fmake.wordpress.org%2Fplayground%2F2026%2F08%2F24%2Frun-any-era-of-wordpress-in-playground%2F%23respond&#038;locale=en_US\" title=\"Login to Reply\"  class=\"genericon  genericon-reply\"  data-action=\"login-to-reply\"  data-actionstate=\"default\" >Login to Reply<\/a><\/li><\/ul><div class='o2-post-footer-action-likes'><\/div><ul class='o2-post-footer-action-row'><\/ul><\/nav>","protected":false},"excerpt":{"rendered":"<p>Everyone started in a different phase of WordPress; some started with 5.0 when GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses \u2018blocks\u2019 to add richness rather than shortcodes, custom HTML etc. https:\/\/wordpress.org\/gutenberg\/ was [&hellip;]<\/p>\n","protected":false},"author":1261530,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[7],"tags":[],"class_list":["post-578","post","type-post","status-publish","format-standard","hentry","category-updates","mentions-janjakes","author-fellyph"],"revision_note":"","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/posts\/578","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/users\/1261530"}],"replies":[{"embeddable":true,"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/comments?post=578"}],"version-history":[{"count":4,"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/posts\/578\/revisions"}],"predecessor-version":[{"id":738,"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/posts\/578\/revisions\/738"}],"wp:attachment":[{"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/media?parent=578"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/categories?post=578"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/make.wordpress.org\/playground\/wp-json\/wp\/v2\/tags?post=578"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}