The theme installs on any host that runs a current WordPress. Trouble usually starts with a limit the host will not lift, so this is the list to work through before you pay for a plan.
#PHP limits are what matters
A demo import is the heaviest thing your site will ever do. It downloads media, creates hundreds of posts and writes to the database in long runs. On a plan that pins memory_limit at 64M and max_execution_time at 30 seconds, the import stops partway through, and no theme setting fixes that.
The exact values are listed in the server requirements. When you talk to a host, the question that matters is whether these limits can be raised. If the plan fixes them, pick a different plan rather than looking for a workaround.
#PHP extensions and outbound requests
The set needed is ordinary: curl for talking to Hub and checking the license, zip for updates and imports, gd for images, mbstring for text, fileinfo for upload types, and dom with simplexml for the demo content file.
These exist almost everywhere, but the cheapest plans sometimes disable one or block outbound HTTP requests. The site looks healthy when that happens. The license will not activate, and updates never arrive. You can see the current set under ToolsSite HealthInfo, in the Server section.
#Do not install WordPress with a panel auto-installer
An auto-installer's additions look exactly like theme bugs.
WordPress Manager in cPanel, WordPress Toolkit in Plesk, Softaculous and their equivalents commonly add their own must-use plugins, force core and plugin auto-updates, attach their own caching layer, and sometimes restrict writing to wp-content. What you then see is a demo import that fails for no visible reason, settings that will not save, and a site that reverts to an earlier state after an automatic update.
The reliable path is the ordinary one: download WordPress from wordpress.org, create a database, and run the installer yourself. A clean image from your host with no additions on top works equally well.
#Server location
Pick a data center near most of your audience. It is the cheapest way to reduce response time, and it costs nothing extra to get right at the start.
Russian and Belarusian hosting is not usable with our products.
Requests from those IP addresses are blocked at our infrastructure level, so a server sitting in either country, or reaching the internet through a provider there, cannot complete license activation, update checks or demo imports. The block is not configurable and there is no exception to request.
#Access you should have from day one
Check these before you need them, because you will need them during an incident rather than during setup.
- File access
SFTP or the panel file manager. This is how you recover when the admin will not load.
- Database access
phpMyAdmin, Adminer or equivalent.
- PHP error logs
Without logs, diagnosing anything becomes guesswork. This is the most useful thing a cheap host can lack.
- A PHP version switcher
Being able to change the PHP version from the panel saves a support ticket every year or two.
#Shared, managed or VPS
The plan's limits matter more than its category.
- Shared hosting
Fine on a decent plan, as long as PHP is current and limits can be raised.
- Managed WordPress hosting
Usually ships better values out of the box, and comes with its own caching and its own rules about plugins. Expect to turn the cache off during a demo import.
- A VPS
Full control, paid for with the time you spend administering it.
#Common questions
My host says the plan is "optimized for WordPress". Is that enough?
On its own it tells you nothing. Ask for the numbers: PHP version, memory_limit, max_execution_time, max_input_vars, and whether outbound HTTP requests are allowed.
Can I move hosts later?
Yes, and it is an ordinary thing to do. Move the site, then deactivate the license and activate it again if the domain changed.
The site is already installed through a panel installer
That is not necessarily a reason to start over. Look for must-use plugins the installer added, turn off any forced auto-updates, and disable its caching layer during setup.
If the problems continue after that, a clean install is faster than chasing them.
A host will not answer these questions
That is an answer too. A host that cannot tell you its PHP limits, or will not raise them, is going to be the source of every problem on this page.
#Still stuck
Open a support ticket and say what you tried and where it stopped. Your product, your domain, a screenshot and the exact message you saw are usually enough to settle it in one reply.
Last updated
