Hi Steve,
Thanks for your response and for your offer to help. I'm looking forward to figuring this all out. Unfortunately, as web-saavy as I am about some things, your response leaves me a little blank about most of this.
So, here's where I stand. I've never created an SQL database or written my own queries. I've only ever tinkered with other people's through trial and error.
I was hoping there would be an out-of-the-box solution that I could 'tinker' with to make it fit. But I'm happy to create something from scratch if need be. At least then I can make sure to get the features I want.
So, I probably need a little bit of help in getting my head wrapped around this problem first. So, I'm contacting you by email, but I'm also posting this so that you and anyone else who wants to can contribute thoughts or ideas.
Project Scope
We have sites A, B and C (and so on). We want them all to:
- Use the same content from a central source with only minor details being drawn from a database. This is goal #1.
- Have tracking to record visits to pages in sites A, B and C. This is goal #2 (optional wishlist - not required).
- Have a cookie function (as a failsafe) to capture affiliate ID so that it can be read if the person came back to the purchase site later without following the same path. This is goal #3.
For Goal #1:
You're saying that this can work for aliased (parked) domains as well as add-ons (subdomains) and the pages can contain queries that dynamically contain the domain name the visitor arrived on and retrieve the appropriate data.
So we need to:
- create the database
- develop the queries to retrieve data from the db
We'll also need to
- create a single source for the bulk of the page content that's not dynamically generated.
To work with SSL, I'm assuming we would need to:
- enable SSL on the host account for the db (on which all the other sites are also parked or added) and have the queries directed through port 443.
For Goal #2: (optional wishlist - not required)
The database will need to be writable so that:
- the pages visited can cause an entry in the db
- the administrator can expand the database as new sites are added to the network.
For Goal #3:- The payment processing page will need to have cookie reading ability to detect the original source of the visitor.
- The other pages will need to have cookie placing ability in order to set the cookies in the first place.
Other Notes & Questions:
We'll be using what I assume is a typical cPanel configuration as a hosting reseller. Will things such as the 443 query possibly be restricted or require greater permissions in this configuration?
I've been assuming that parking or adding-on domains was necessary in order to access the database, but if SQL queries can be made across different domain names and IP addresses, is there an advantage to going one way or the other?
The bulk of the page content for the sites may be updated once a month. Is there a dis/advantage to having this content in the database too vs. in separate include files?