I've been doing this fairly well for a while now. I
have two different sites that run off the same PHP
code.
I do it with the following methods.
1) Any HTML output that my PHP code generates is
appended within a single string variable ($strBody).
2) Separate files contain the basic layout and
navigation of the site. Within this file, I output the
string variable and any other dynamic ly generated
text. If I need any dynamic navigation, then I have a
separate variable to contain the generated HTML and
then echo it in the appropriate location.
3) To more easily handle the look of the HTML
generated by the PHP code, I use style sheets. Of
course, the use of css is defendant on your users, but
if you don't want to use style sheets, variables
defining your font attributes, etc can be defined in
an include file as well.
I don't know how much of a performance hit I take with
this method, but for the average site on the web, it
shouldn't be too much of a problem.
-Dan
--- Sam Hokin <sam@ims.net> wrote:
> However, one BIG issue I'm facing is with
> revisioning concurrent PHP and
> HTML development. Say one has 5 sites that use the
> same PHP but have
> different HTML design. How would one apply an
> update to the PHP on those 5
> sites without touching the HTML? It seems almost
> impossible since the PHP
> and HTML are so intertwined, you'd at least have to
> automatically generate
> comments for parsing/replacing. This seems to be a
> big, untreated issue in
> server-side scripting in general. Of course, not
> that many people develop
> multiple sites that use the same PHP code with
> different HTML, but I do.
__________________________________________________
Do You Yahoo!?
Yahoo! Messenger - Talk while you surf! It's FREE.
http://im.yahoo.com/