“The only thing that is constant is change”
With the launch of Calypso, the world’s favorite Content Management and Blogging platform WordPress- has literally taken this thought to heart.
By now, you must have read a dozen articles about Calypso and the changes it’s going to make in the world of WordPress. But, there is still a lot of unsurety about Project Calypso’s exact working and its impact on the larger WordPress domain.
Here’s where I thought I could come in, and a topic I could talk about for the larger developer and technical community.
To begin with, Calypso is currently tied to WordPress.com – the blogging platform owned by Automattic. For the non-technocrats, this comparison table would help you understand the dot com and dot org differences.
If one were to open up the underlying system of WordPress, one would essentially see a client-server architecture having a MySQL database and WordPress code running over a PHP engine installed on a server. The same used to hold true for a site running on WordPress.com. So, if you had multiple sites, for example, two websites on WordPress.com and one self-hosted website running WordPress – you could also go ahead and use Jetpack to manage everything from a WordPress.com dashboard.
Impact Post Calypso
Post Calypso, the underlying architecture looks something like this:
If you look closely at the Infrastructure end, you have an Automattic hosted MySQL database and a PHP engine, completely encapsulated in a black box container that has been provided with endpoints (known as the WordPress.com REST API).
Note: I am only guessing the application engine to be a PHP deployment here – this still needs to be confirmed through official sources.
What about WordPress.org?
On WordPress.org however, the story is different. Calypso still does not come into effect.
However, as it becomes more evident the web is evolving. Over the past twelve months WordPress.org has started moving to a web applications frameworks of sorts. And with the slated release of 4.4 on 9th Dec 2015, the WordPress REST API version 2, will be introduced into the core which would essentially consolidate existing APIs into one single API system.
Think of this as a module in WordPress core that allows you to use WordPress as a ready-to-deploy web framework and integrate external third-party systems including mobile with lesser development time-frames.
Given that the project is open-sourced, Calypso can actually be downloaded and installed on your own server, and then interfaced with the WordPress.com API to have a semi-hosted platform of sorts.
Right now, as Calypso is already installed on the WordPress.com server cluster, you see the dot com blog backend through this new interface. This also possibly, gives a very big signal for the developer community.
Will there be a Paradigm Shift?
From my perspective, Node is much more scalable and performance oriented than the older HHVM based PHP execution that WordPress is used to. It also beautifully delinks the server particulars and the client side experience and also opens up the big possibility of other languages linking into WordPress through React.
The way I look at it, the future could see a complete revamp of WordPress core where it is bundled and released as a complete API driven interface where the eco-system of WordPress is completely API driven (i.e. all themes and plugins would need to interface with WordPress via. API calls only).
Since currently many web hosting servers do not have Node installed by default, over time the PHP and MySQL that powers the framework could also be replaced by databases like MongoDB and Node.js based processing with React acting as the client; and themes and plugins directly interfacing the WordPress core API.
However you look at it, WordPress becomes much more competitive to leverage as a framework and come out of the blogging platform cocoon it was always known for.