imkingdavid wrote:Well, for one thing, if you have multi-lingual users, you will not be able to take advantage of language packs if you hardcode the text into the template. Also, if you ever decide to change a string of text, and it appears in multiple locations, it is significantly more work to change it everywhere it appears than to simply change the language string in a single file.
One reason links are not hardcoded, aside from a similar reason above (not having to change multiple uses of the same link multiple times), internal links are passed through append_sid() so that the session is always sure to be kept. If you hardcode the links, in some cases your users may lose their session and have to re-login, which is an inconvenience for them.
In any case, keep in mind that if you hardcode all these links and URLs in your template, you will have a difficult time updating because the automatic updater will not know how to handle all of that, so you will have to do it manually.
I doubt that any speed increase brought about by removing template variables is significant enough to justify such a major change.
That wouldn't be a problem; you don't need to edit every string by hand one by one..you could make a php file with a
str_replace function just to say one. You're right 'if you
ever decide'
no one would be so insane to go changing a string every now and then..the only reasons can be if you change domain/folder. But anyway the work is done
one time, and not everytime like when the pages are loaded, get it?
I just changed some other strings and i've no error of any sort, including that of sessions..i'm still logged in
Can you give me some of the incriminated strings?
callumacrae wrote:It's a negligible performance gain, in my opinion.
Well..consider that the CPU load decreased by a 29%
I was just customizing my phpBB's template..when i saw so many dynamic strings that could be made static..The first thing that comes in my mind is by replacing the "U" (Url variable) and "L" (Language variable) variables with the static ones; for example: {U_Search} ----> http://www.websiteurl.com/search.php and: {L_Search} ----> Search. Don't you think that making them static will avoid the template file calling everytime the many variables set in the common file and elsewhere (loading the server more than the necessary too), instead of just "showing" them to the user's browser? We will let Apache "calm down" and make the html work 
