Notice: CMSB v2.16 Beta!

34 posts by 6 authors in: Forums > CMS Builder
Last Post: August 28, 2012   (RSS)

By Djulia - August 22, 2012

It is perfect! Thanks!

Djulia

Re: [Jason] Notice: CMSB v2.16 Beta!

By Codee - August 22, 2012

Hi Jason, question for you on the speed-performance upgrade of this version. Provided the hosting server meets or exceeds the minimum requirements, is upgrading all that is needed to see speed improvements or must the .php pages be recoded? (say from versions 2.11 - 2.14 or 2.15)
Thanks!

Re: [equinox69] Notice: CMSB v2.16 Beta!

By Dave - August 23, 2012

Hi equinox69, upgrading is all that is required, we benchmarked the code and rewrote the slowest parts, as well as changed the data format for the data files to something that could be read instantly by PHP. Sites with lots of sections and plugins will notice the biggest difference.

Everyone, try reloading on the CMS Admin welcome page that you see after login a few times (just admin.php) before and after upgrading and post if you see a big difference in the execute time (the seconds are shown at the bottom of the screen). Or just post your execute time, interesting to even just see the difference between servers.

Thanks!
Dave Edis - Senior Developer
interactivetools.com

By Dave - August 23, 2012

Execute times on my home PC running WAMP Server:
Before upgrade (2.15): 0.30, 0.32, 0.30
After upgrade (2.16): 0.15, 0.17, 0.16

Be sure to reload a few times, I get an odd higher number here and there, likely my computer doing something else in the background and slowing things down. Also, reload on a page that doesn't do anything else such as the post-login home/welcome page at: admin.php?menu=home

Post yours! And if you've already upgraded post your after times or compare with other installs running on the same server. Thanks!
Dave Edis - Senior Developer
interactivetools.com

By Djulia - August 24, 2012 - edited: August 24, 2012

Hi Dave,

It is an interesting approach!

I have some questions.

Is it possible not to register the emails in the table since the function?

I sent a newletter (it is plugin which we created with the emailTemplate_load function) and all the emails were registered in the table. If a cronjob had been programmed, the emails would be again sent?


Is the emailTemplate_load function more advanced?

Is it possible for example to send a email to the text format ?

I do not understand the use of the Message Headers field. Are the headers sent by the function (emailTemplate_loadFromDB, ...) ?

Thanks for your patience!

Djulia

By Djulia - August 24, 2012

>Is it possible not to register the emails in the table since the function?

>>I'm not sure what you mean? Can you explain?


In fact, I wondered whether it is possible to activate the Send & Log, and not to record the emails in the _outgoing_mail table since our plugin (or script) ?

Thanks!

Djulia

Re: [Djulia] Notice: CMSB v2.16 Beta!

By Dave - August 24, 2012

Hi Djulia,

If you're using sendMessage() then there is an additional option you can pass like this:
'logging' => false,

And then the message won't be logged regardless of the logging setting.
Dave Edis - Senior Developer
interactivetools.com

By Djulia - August 24, 2012

Will it be possible in the future with emailTemplate_load ?

I like much the approach and the use of this function. It makes it possible to separate correctly the email template from the code! :)

Thanks again!

Djulia

Re: [Djulia] Notice: CMSB v2.16 Beta!

By Dave - August 24, 2012

It would be possible right now like this:

$emailHeaders = emailTemplate_load($options);
$emailHeaders['logging'] = false;
$errors = sendMessage($emailHeaders);
if ($errors) { alert("Mail Error: $errors"); }

I can update emailTemplate_load() so you can set 'logging' in it's options and have it returned by the function. Would that help?

PS: Try emailTemplate_loadFromDB() sometime, it's quite nice to use.
Dave Edis - Senior Developer
interactivetools.com