Posted on: 07/15/19 07:33am
By: remy
In the
template class, the variables are substituted with a preg_replace, while all values must be manipulated to avoid 'bogus stripping'.
Following example does the same with a preg_replace_callback and speeds up the processing AND is recursive too. There is no need to neither process nor copying of (huge) arrays of vars and values.
Well, that's tested in my case: having many, many vars.
Text Formatted Code
protected function substitute($var) {
$regex = '/\{([-\.\w\d_\[\]]+)\}/';
$callback = function($matches) { return $this->substitute($matches[1]); };
$text = $this->get_var($var);
$text = preg_replace_callback($regex, $callback, $text);
}
There is no step for PHP to translate a lot of regexes, just one callback.
One can avoid the recursion when 'substitute' is replaced by 'get_var'.
Re: Faster template processing
Posted on: 07/15/19 01:40pm
By: Laugh
Always interested in speeding up the template class. Are you able to update the template class with these changes? You could do a pull request on our repository: https://github.com/Geeklog-Core/geeklog
Re: Faster template processing
Posted on: 07/15/19 07:51pm
By: remy
Don't know pull.
The described function is a direct replacement for the function slow_subst.
I'm focussed on recursion, and the caching in template.class is hindering recursion in the logic extension syntax; i.e. if, loop, while. Blocks processing is a headache too.
I'm still experimenting.
Re: Faster template processing
Posted on: 07/16/19 08:59am
By: Laugh
Experiment away.
I use a lot of template variables and logic processing in my templates so any speed increase is excellent.
I will be working on Geeklog code again in September. If you have an updated template class by that point I can test and include it with the main code base, if it all checks out. Just remember we need to support PHP 5.6 (and higher).
Re: Faster template processing
Posted on: 10/05/20 06:49am
By: remy
Finished parts of a new template system. Below a description.
It is definitely faster than the GL native template class, besides it handles some functionality better.
In order to do a benchmark it is discovered meanwhile that the GL template class is tight integrated with GL and cannot be tested stand alone. Unless I'm overlooking a trick?
Anyway, I've broken down the template processing into substituting and parsing (Snippet class), including files and nesting blocks (Templet class), adding logic (Template class), and caching (Stencil class). Current versions are exhibiting my needs, but it would be easy to add backward compatibility. The Stencil class is not yet ready, in the sense that it is not tested enough.
Extra's:
configurable recursion
added inserting global variables
added conditional orphans
added default variable {debugInfo}
added closures
I've posted the package SIREN (Snippet + Templet) in phpclasses.org. Have a look at
https://www.phpclasses.org/package/11637-PHP-Template-engine-featuring-recursion-and-nesting.html[*1]
Re: Faster template processing
Posted on: 10/15/20 06:34am
By: Laugh
Interesting. I will have to take a look.
Re: Faster template processing
Posted on: 01/08/21 01:14pm
By: remy
I've done some benchmarking with the class Template on my site boxary.
The benchmark just gives an idea, it is not exact. Please note I'm using PHP 7 and GL 2.2.0.
Running boxary with the native Template class:
Simple page: remove cache, first hit: 0,11 secs, second hit 0,09 secs.
Complex page: remove cache, first hit 0,25 secs, second ht 0,24 secs.
Running boxary with the native Template class:
Simple page: no cache involved, first hit: 0,08 secs, second hit 0,07 secs.
Complex page: no-cache involved, first hit 0,31 secs, second ht 0,30 secs.
The timing of the simple pages is nearly constant.
The timing of the complex pages shows however not a constant behavior in both cases.
That could have to do with many SQL's and a lot of template pages with logic. I will investigate further.
I will publish my Template class at phpclasses.org next week.
Re: Faster template processing
Posted on: 01/08/21 01:28pm
By: remy
The version GL 2.2.0 contains the feature to override the template class by adding a function called OVERRIDE_newTemplate(), which takes over the creation of the template objects when called thru COM_newTemaplte().
Of course, I have some extra methods I'm my class to support BC with the GL version of Template. class. But what about FC (Forward as opposed to Backward C.)?
It would be nice if the GL Template class could add a magic __CALL method to catch calls to nonexisting methods to forward to a utility function, say OVERRIDEN_methods_template.
Like:
Text Formatted Code
function __call($method, $args) { return OVERRIDEN_methods_template($this, $method, $args); }
Doing so is pretty developer-friendly !!
Re: Faster template processing
Posted on: 02/04/21 10:24am
By: remy
Finally finished Stencil. class. Heavy testing and benchmarking point out the following:
Text Formatted Code
Snippet, which does solely the parsing, is about a factor 4 faster
Templet, which adds files and blocks, is about a factor 3 faster.
However, that's not an honest benchmark. glTemplate does much more. Though it becomes dramatically slower when the number of variables rises. The tipping point is about 80 variables.
Benchmarking with a few unit tests delivers:
Text Formatted Code
noCache Caching
Stencil 0.01491... 0.00187...
Template 0.00251... 0.00249...
0.01240.... -0.00062... diff
glTemplate 0.00496... 0.00283...
0.00995... -0.00096... diff
-0.00740... -0.00317... average diff
The package is published on phpclasses.org:
https://www.phpclasses.org/package/11965-PHP-Template-engine-compiling-to-native-PHP-and-caches.html[*2]
For the time being there are some (minor) differences with GL, but a plugin is in the making.
For comments, contributing or beta testing, please use the support forum of the package at phpclasses.org, since I get increasingly allergic to all the dislikes on the GL forums.
Re: Faster template processing
Posted on: 02/08/21 06:44am
By: Laugh
Interesting to see the benchmarking on your class.
Should add a feature request for:
It would be nice if the GL Template class could add a magic __CALL method to catch calls to nonexisting methods to forward to a utility function, say OVERRIDEN_methods_template.