I am using this with 3 styles.

Do you get any php errors when switching styles? Check your logs :) White page usually means errors.

Removed this post on author's request.

orban, can you briefly explain how/why this new experimental one is better than the released product?

Well, the old one used the following "hack" for the template evals:

eval('$navbar = include("templates/1234.php");');

And that only for larger templates. Smaller ones (default setting 4500 bytes I think) were still executed the old way (even if stored in a file).

This one, however, takes a different approach.

eval('$navbar = template_1234($spacer_open, $stylevar, $GLOBALS, $welcomeheaders)');

All templates are parsed and stored in functions, and all "template function" for one page are stored in a file.

So basically all eval()s only execute a function call. This means all eval calls are nearly completely avoided, and there is just one file for every page. The files aren't too big on disk (40-100kb) but up to 2.5mb in xcache which isn't an issue though so far (I think this is because vB compiles all templates as one very long string with <if> calls being ternary conditionals).

Yeah, I noticed coding one of my plugins that using a bunch of eval()s really slows things down. I ended up rewriting the code 3 times before I came up with a way that didn't use a more than one eval() on runtime.

Thanks for the update!

What could be causing fatal undefined function errors when using the experimental code?

That the file doesn't get included, have you created a writable cache/ folder?

That's really great thinking, orban. What is stopping you from making this the default method?

Well, you can't easily "exclude" templates like in the default method so all addons that dynamically modify templates on run time will break and it's mostly untested. :)

But yeah I might release it as a second option.

Yes, it is only happening on some pages. I am thinking it is an issue with those pages, but I don't really know what to look for.

I reverted to the default method to "fix" the issue.

it is really nice hack....
but it is not VBADVANCED CMPS Friendly :(

having some issues with it :(

Installed the 'experimental' stuff on my live board. Its running fine so far. xcache does not show any discernible increase in memory consumption.

Are you using a lot of custom templates?

Try to turn on debug mode and see if there are any uncached templates, those might causing the issue.

I could write some additional checks (which I will for sure if I ever make this thing "stable").

Are you using the experimental one?

If not, try to set the full path to the templates folder in the admincp under Plugin Based Template Cache options.

Cool, glad to hear :)

i got it to work now!!!!
lol
thank you :p

excellent HACK recomended!!!

I click INSTALL

THANK YOU!!!! again!!!

nise thank you

taibahost

Orban,

maybe i will go a bit out of track from this hack..

here this hack works fine with APC or eAcclerator..
i have read in vb.com using this hack.. cached script will be increased

atm we are using eAcclerator , soon we move to Xcache..
and this hack will work with Xcahce too ? right?

Yes, it works fine with xcache, even with the optimizer turned on.

Yeah I'm using it with xcache.

nice to know...

can u tell me few more thing
if we allow 32Mb of Ram and if its filled up with cached script...what will happen next ?
and (i read at vb.com)Xcache's performance is better than APC & eAcclereator ?

Installed it, Serverload went from 5 to 2 at the moment,

With eAccelerator installed

I found a "bug", the quickreply doesn't work anymore,
The message is posted but you can't see it after you posted it.
You see it after you press F5 though.

Are you using any addons that modify the quickreply behavior?

I believe not, but it does work with other styles,
which template does the ajax quickreply thing?

I have been using this plugin since 6-7 months without any problem.Also our boards realy under heavy traffic and also list in bigboards.

Are you use mod_security ? If you use this module check your conf. because some POST action hang on quickreply screen.

I solved the problem, I reverted the Template and added my mods to it.

And know it works :P

Installed again & also nominated for MOTM :).

My forums are in the root folder so I have put templates folder into the root directory. For soem reason this will only cache my templates into my forums/server root and not /templates.

Any idea why this might be happening?

Have you tried setting the full path in the options?

Yes I tried /home/name/www/templates and /home/name/public_html/templates and it still writes to the root.

Hi,

I install with Cache Templates Seperately (I have APC)

¿Is normal the templates folder is empty?

¿Are all files cached in APC?

thanks

No, the templates folder is not supposed to be empty.

Have you set the correct permissions for the templates folder?

I have chmodded my folder to 777 but it refuses to write there. Only to the root.

I can see all the templates now, I have 1 DB Server an 5 www servers, maybe this is the cause, I install in one server and update the pluggin options in the others.

Nominated Pluggin! very good for big forums!

Do you have some plugin to cache the home and forumdisplay, and update every 5 minuts?

thanks!

pd: if you are interested to work modding vbulleting please send me a private message

Also my templates do not update after i edit them unless i disable this, even if i clear my browsers cache.

This happens to me sometimes too.

When I go into make template edits I just disable this modification. Then once I am done, I re-enable it, and alls well....

I tried this to but when i turn it back on, the edit is still in the HTML of the template but does not show up.

You can always just clear the templates folder manually.

Well my templates wont cache to any where but the forum root but i delete all the files related to this cache system and the templates still do not update.

If you are using the experimental version, then yes, you have to clear the folder manually. If you are using the stable version, however, it should automatically clear whenever a page in the AdminCP loads (I believe it uses the admin_global hook).

I am using 1.0.3