Getting out of memory error, when "Compress Compiled PHP Templates" setting enabled

6 views
Skip to first unread message

Alexander Obuhovich

unread,
Jun 2, 2012, 12:31:25 PM6/2/12
to In-Portal Bugs
At some point of In-Portal life (can't really find when) we've added functionality that allows to compress PHP files in /system/cache folder.
Doesn't really give any performance benefit and it's only used to prevent attackers on a shared hosting to easily edit these PHP files (since they are located in publicly writable folder) and make it's data to be shown instead actual website.

Functionality described above is enabled by "Compress Compiled PHP Templates" configuration variable (in database "UseTemplateCompression"), which is disabled by default by the way.


I'm proposing to delete all that functionality and propose In-Portal users to subscribe to more secure hosting.


--
Best Regards,

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

Dmitry A.

unread,
Jun 3, 2012, 1:38:45 AM6/3/12
to in-port...@googlegroups.com
Hi Alex,


I see your point, but I don't really understand who it can possible make your script to run out of memory when enabled. I actually enabled quite a few times and never saw a problem.


I would say we can keep it (since disabled by default) because we might find some more sophisticated was for minimization and  encryption which should be a problem to plug in. It's always easier to destroy at last!


I hope you understand my point :)


DA

Alexander Obuhovich

unread,
Jun 3, 2012, 5:08:54 AM6/3/12
to in-port...@googlegroups.com
That's what I'm telling, that such post-processing of templates compiled into PHP files doesn't do any good no matter what we put there.

Improving run time of PHP files can be done from server side (without a need to change In-Portal) by installing opcode caching system. Only point to keep what we have is to replace it with  http://www.zend.com/en/products/guard/ or alike system (which are all paid by the way) to really create exe-like equivalents for php files.




DA

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To view this discussion on the web visit https://groups.google.com/d/msg/in-portal-bugs/-/cWzK5i3n_HUJ.
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.

Dmitry A.

unread,
Jun 3, 2012, 12:39:25 PM6/3/12
to in-port...@googlegroups.com
Hi Alex,

Yes, I understand and agree that Zend Guard is better and licensed product, but how currently existing functionality stands on anyone way when users is free to use it or not to use it?

I think we can keep it in 5.2.0 and definitely review and discuss this for 5.3.0 - can we agree on this?

DA

Alexander Obuhovich

unread,
Jun 3, 2012, 1:12:16 PM6/3/12
to in-port...@googlegroups.com
In disabled state it really does no harm. But when enabled, and this can happen especially since config variable name doesn't really tell how it's used, could lead to random out of memory.


But having 400+ config settings in in-portal with no help information provided about how each of them works is really bad, but that's another discussion.



DA

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To view this discussion on the web visit https://groups.google.com/d/msg/in-portal-bugs/-/wt_DLDAVkl4J.

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.

Dmitry A.

unread,
Jun 3, 2012, 1:18:42 PM6/3/12
to in-port...@googlegroups.com
Yes, we definitely need to review  and work on configuration variable help.

To be honest I never came across out of memory for recompiling. What's the project were you saw this - what are the specifics? Since there been quite a few projects I have enabled this for and none-caused out of memory.


DA

Alexander Obuhovich

unread,
Jun 3, 2012, 1:25:28 PM6/3/12
to in-port...@googlegroups.com
Just a regular 5.2.x installation I use to develop new stuff.

I've said it's random. I saw that line, where "_compress" method (using that config variable) was called in error message. That's why I thought it was it. I've tried to replicate this error myself, but no luck.




DA

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To view this discussion on the web visit https://groups.google.com/d/msg/in-portal-bugs/-/4qlwhmuOMy8J.

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.

Dmitry A.

unread,
Nov 12, 2012, 1:13:01 AM11/12/12
to in-port...@googlegroups.com
Separate discussion (and task inside of it) has been created that will address this issue


DA
Reply all
Reply to author
Forward
0 new messages