Geeklog Forums

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.



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'.

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

---

One of the Geeklog Core Developers.

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.

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).

---

One of the Geeklog Core Developers.

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

Interesting. I will have to take a look.

---

One of the Geeklog Core Developers.

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.

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:



Doing so is pretty developer-friendly !!

Finally finished Stencil. class. Heavy testing and benchmarking point out the following:



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:



The package is published on phpclasses.org: https://www.phpclasses.org/package/11965-PHP-Template-engine-compiling-to-native-PHP-and-caches.html

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.

Interesting to see the benchmarking on your class.

Should add a feature request for:

---

One of the Geeklog Core Developers.