This question basically surrounds how you structure your PHP applications,
whether it changes depending on what you're doing and which you'd favour. I
have a feeling it'll come down to a question of personal taste, but on the
off-chance there's a best practice I'll ask anyways.
>From what I've seen and used, there seem to be three distinct ways of going
1) Using a 'core' class which has a request handler in it. All pages in
the site are accessed through that one page, e.g.
This is one that I've personally used most after becoming familiar with a
bulletin board system several years ago. It means that pages are easily
created as all the template/session/database handling is done by the central
2) Using SE friendly URL's like:
This approach seems to be becoming more common on the sites I frequent,
however by accounts I've read it seems to be more intensive on apache as it
requires a mod-rewrite function.
3) Using different PHP files for each page:
This would appear to be the least developer friendly option?
Hopefully someone can shed some insight into which is the recommended
approach and why. I've been building bigger and bigger sites so having a
solid foundation is becoming more and more important.
Thanks for any help/feedback, I hope I've been clear.