Unknown error in Debugger

[Phil]

Hello,

what do you think reading

Notice: Use of undefined constant T_DOC_COMMENT - assumed
'T_DOC_COMMENT' in w:\core\kernel\nparser\template_cache.php on line
385

I've have between 1400 to 14429(!) times this error when I activate
debug mode on my v510, where should I start to find the origin?

phil

[Dmitry A.]

Hi Phil,


You see this because you have Enabled Compression for Compiled PHP and
looks like you don't have Tokenizer functions enabled in your PHP
installation while PHP comes with it since 4.3.0+ (
http://us.php.net/manual/en/tokenizer.installation.php )

It's nothing critical, but you might want to get it to have
Compression part to work properly and get rid of notices.

Also, you see it in the Debug because all Notices are enabled in that
mode for debugging purposes.


DA.

[Alexander Obuhovich]

It's ok with tokenizer, but T_DOC_COMMENT token is only available since PHP 5.0.0

There is complete token reference: http://lv.php.net/manual/en/tokens.php

So you've got that warning, because of you use PHP4 instead of PHP5. Nobody actually have enabled that "Compress compiled PHP templates" configuration option before, since it doesn't improve anything related to performance, only obfuscates compiled template code stored under "/system/cache" folder.

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

[Alexander Obuhovich]

Task: http://tracker.in-portal.org/view.php?id=878

[Phil -- wbtc.fr --]

Hi guys,

thank for your answers, I'm happy to read I'm the only one trying to use this option :-)
Then absolutly no use for performance, it's just a way to have an unreadable code?

Thanks for the patch Alex !

Phil.

2010/10/4 Alexander Obuhovich <aik....@gmail.com>

[Alexander Obuhovich]

Yes, because "/system" folder is writable for webserver and when webserver isn't too secure, then other users (who have websites there too) on that server can place whatever they want in your "/system/cache" folder to be shown instead of your website.

Of course, when "open_basedir" is configured, then PHP can't be used to hack that way, but if someone will get full shell access to webserver, then it will be hacked in any case.

So this option only protects In-Portal from being hacked on hostings with low security level (that's are easy to hack).

[Phil -- wbtc.fr --]

thanks for details. Do you think we could easily add ioncube.com encoder to our system, and will this add another security?

2010/10/4 Alexander Obuhovich <aik....@gmail.com>

[Alexander Obuhovich]

IonCube does something alike Zend SafeGuard - compiles PHP files, so they got executed faster, but can't be changed, because PHP source code is replaced with compiled binary code. Never been tested if In-Portal could be compiled that way. Since both IonCube and Zend Safeguard are not free, so I can't test if they even work with In-Portal. No need to compress code under core and modules, since it's opensource in any case :)

[Phil -- wbtc.fr --]

I was primarily thinking about execution speed, but yes, it cost $...

2010/10/4 Alexander Obuhovich <aik....@gmail.com>

[Alexander Obuhovich]

For speed you could try eAccelerrator, Zend Optimizer or any other "opcode caching engine" that doesn't required any processed php files to changed to enable it.

In-Portal is tested to function well, when they are enabled.

[Dmitry Andrejev]

I concur about eAccelerrator and Zend Optimizer to work well with In-Portal.

No need for IonCube since it's for encrypting the source code mostly.

DA.

Best regards,

Dmitry A.

[Phil -- wbtc.fr --]

Thank you guys for details.

2010/10/4 Dmitry Andrejev <dand...@gmail.com>