17488 Posts in 4473 Topics by 1978 members
|Go to End|
23 September 2008 at 1:25pm Last edited: 23 September 2008 1:25pm
DonÃ¢â‚¬â„¢t end them with ?> - if you leave it out, itÃ¢â‚¬â„¢s implied and it prevents blank lines from accidentally being outputted when you have newlines after the ?>
I understand this. I use this method all the time with standard PHP includes. But I am unsure when it comes to how SS processes php files.
I mean, should this rule apply to Page Types or DataObject files I create in /mysite/?
Does it apply everywhere an extender or module developer uses PHP? I've always been under the impression, that in roll-your-own php apps, this method should only be used on included php files, not primary pages that a user might view directly. (I may have misunderstood this)
23 September 2008 at 10:56pm
Hmmm.. good question! ;-)
23 September 2008 at 11:53pm Last edited: 23 September 2008 11:54pm
Im fairly sure that this rule is just a good practice to use on every file that is purely PHP. It helps to prevent the "header has already been sent" messages and stuff.
25 September 2008 at 10:46pm
I don't think we should have coding conventions with "exceptions", so yeah, if its written there it should apply consistently for all PHP files you create. I'm more in favor of actually checking your code for trailing blanks and close your tags properly btw, but thats not what the conventions state ;)
25 September 2008 at 11:14pm
Thanks for the clarification guys.
|Go to Top|