I am making a website, and part of it will have dynamic content, as well as easier for me to manage as there will be less code involved.

for example, The website.com/home page, /users page and /payments etc pages are all static and managed by an admin panel that someone has built for me, with its own Database.

however I want to have a website.com/news /blog /contact pages, in which are built on wordpress, as it is much easier for me to make, since I have more experience with it, thus I can make contact forms to my email, dynamic blog posts, etc without needing to code it since im not that experienced with that.

I have done some research and have seen it is possible to host subdomains on different hosts, eg use Host 1 for the website.com, then redirect the DNS for sub.website.com to another host that uses wordpress, however is there a way so that I can make it so website.com/slug pages use wordpress and others do not? If so is it possible to do this on the same host, or will I need a different host and change the DNS for those /slugs?


Here is what I plan to do, I am going to host the admin panel on subdomain.example.com, and the payment process is going to be embed code on the main page, with cross domain linking (he told me how to do that). then on the actual website and all pages on example.com It will have CMS (im thinking Drupal or processwire),

using that CMS I am going to implement User accounts, Referral system, Rewards system, as I will be able to do to it myself rather then get the coder to remake the payment code.

Thus there will be two databases, one for the payment system, and one for the CMS with user accounts/referral/rewards. The payment database will have read only access to the CMS database, in order to assign USER IDs to each payment transaction, and the CMS database will likewise have read only access to the payment database, to calculate total transaction volume, and thus referral earnings/reward points.

Is this system safe and will it now slow down the website? given they will be reading each other all the time? or would it be a better idea to put them all in one SQL database, and just have different Tables, is there any security issues / other issues with this?

  • Yes. What you could do, for those static pages, is just make custom templates in your theme with the static HTML page code in theme. Then, in WP, make pages like 'home' and assign the static 'home' template to it. Does that make sense/ Mar 26 at 21:37

1 Answer 1


This is possible, and there are likely many ways of doing it.

It would be easier to invert the logic, and say "if a page exists, display it - otherwise feed it to wordpress and let wordpress display/handle it". This is actually the default on most Wordpress sites, as its more-or-less required for "pretty URL's", which are important for SEO.

If the server is using Apache and you can modify the .htaccess file it is possible to reverse the logic and program what is pulled from Wordpress and what isn't by modifying the rewrite rules.

Expanded Info

I've made some reasonable [- ie very common but not always correct] assumptions below.

(At least on Apache), Wordpress normally has a .htaccess file or equivalent which includes the following:

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

This Basically instructs the web server to check if the requested URL maps to a file or a directory - and if it does not, feed the request through Wordpress.

As long as the resource you are trying to reach is either the name of a directory (which would be the case if your URL did not have a filename on the end - in which case the web server will look for a file like index.php or index.html or a few other defaults in that directory - or a filename) and exists, that resource will be fed directly by the filesystem.

You could thus have https://www.example.com load up your wordpress site, and https://www.example.com/payment - and (for example) create an (public_html)/payment/index.php - with the code to process payments, and the webserver would be smart enough to know to not process that url through Wordpress.

  • right, and for pages that are ran from PHP (payment page eg) just do not create a page for them on Wordpress, instead just set the links to them on wordpress pages to that URL? They would have to be in different directories correct? so the PHP sites would be php/payment php/history etc and the wordpress sites would be /wordpress/news /wordpress/contact or would it be possible to have them all in the same directory?
    – Coder555
    Mar 27 at 17:23
  • See my updated answer. You could put wordpress and the payment gateway at the same level, but that would make things messier then they need to be (from a "what happens when someone goes to the root directory perspective) - but yes, that will work.
    – davidgo
    Mar 27 at 21:13
  • Hi, could you please check the update in the original question and tell me if you think this plan is good? thanks
    – Coder555
    Mar 28 at 6:52
  • Had a look at update. It does not sound immediately bad, but as you have custom code and have not mentioned the MPM module Apache is using (or if you have user seperation or chroot we cant begin to say how secure it is). Wordpress should be considered insecure because - if you take into account plugins - ot has an attrotious security history - with a new serious vulnerability in a common plugin found every other month - so isolatomg wordpress from everything else at a server level is important, non-generic and non-trivial.
    – davidgo
    Mar 28 at 11:12
  • As to whether it will slow down the website depends on the webserver specs. On a low-end VPS, yes. A decent new server would likely be an order of magnitude overkill. You probably meed a minimum of 8 gigs of RAM to be safe, although you could tine the system to use less - especially if you have a way of mitigating bot hits (eg using cloudflare)
    – davidgo
    Mar 28 at 11:15

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.