In order to fully understand how you will get the most of Frontity, and everything you need to get it running, you may want to check these aspects:
In order to use Frontity, a Node installation is required. This means that WordPress default configuration won’t be enough, and you will need to adapt it to Frontity. But don’t worry, it will be very easy and will improve your web substantially 🚀.
We are aware that this could be a burden, so Frontity is designed to make it as simple as possible:
We are working on different solutions to adapt to all user needs. You should check all the possibilities we are thinking of, with their pros and cons, at Possible installations.
As mentioned, in order to use Frontity, you will need to adapt a bit your configuration and there are some aspects you should consider before.
Frontity aims to match all user needs, and for this reason, we are working on different installation solutions, each one with pros and cons. You can check all the possibilities in detail at the page Possible installations.
For most of the webs, we would recommend the solution "Direct to Frontity", as it has proved to be a great solution. You will need to configure a Node Server and a new domain, but it is really easy and it will improve substantially your performance.
Depending on the installation solution you choose, you will need to have one or two servers. At least, you will need a PHP server to run your WordPress, and in most of the cases you will need a Node server to run Frontity.
Node Server: In case you need this one, we would recommend to choose a serverless solution as it will make it cheap, easy and infinitely scalable. We would select Zeit Now because it is really easy to set up and includes a CDN too, but there are other good options like AWS Lambda, Netlify or Google Functions.
You can check on our documentation how to deploy Frontity on Now.
In some solutions, you will also need to have two different domains, one for the WordPress dashboard, and the other one to show the content retrieved from the API. If you are using a solution that requires just one domain, you can keep your actual one, if not, you should create a subdomain.
Point your main domain www.mydomain.com to Frontity, as it will be the domain your users will visit.
Create a new subdomain for your admin dashboard, where you will access to edit your content. Using a subdomain will prevent you from buying a new one. You could use for example wp.mydomain.com.
If your hosting service doesn't provide cache, you may want to look for an additional solution (it could be a CDN), as it is key to improve your web performance.
Furthermore, according to our experience working with media publishers, we suggest you to look for a service offering stale-while-revalidate, the best cache technique for this type of architectures.
If you use Zeit Now, the serverless option we recommend, you shouldn't worry about this as it offers both things: a CDN and the stale-while-revalidate technique (or Serverless Pre-Rendering as they name it). This way, you don't have to add anything else.
If you have read the "Decisions you should take" section, you might already know what is our recommendation, as we have explained each part in detail. To sum up, although it will depend on each particular case, and depending the website the solution may be different, for most of them we would recommend:
Use the installation solution Direct to Frontity, where you will have your WordPress dashboard in a PHP server and Frontity in a Node Server.
Keep the actual PHP server you are using for WordPress for your backend (or select a new one), and deploy Frontity on Now, a serverless, cheap, infinitely scalable and easy to set up solution.
Point your main domain www.myblog.com to Frontity and use a subdomain (wp.myblog.com) for WordPress.
If you want more detail about each solution, you can check the previous section Decisions you should take.