[Michael]

This reply is private.

[Michael]

Sorry for the late reply, but thank you! Very helpful, I appreciate it.

[Michael]

Brook you’re amazing! Thank you! Your updated code fixed the issue, the month loads in just a few seconds now, thank you thank you!

-Michael

[Michael]

Hi Brook,
I’m happy to hear you like performance topics, I could use some help!

I went through the server logs and did not see any (unexpected) memory issues/time out/limit. I’ve seen them before when working with events calendar views but they’ve cleared up within past month or so which is great.

I did notice another error showing up (PHP Deprecated: Automatically populating $HTTP_RAW_POST_DATA is deprecated and will be removed in a future version. To avoid this warning set ‘always_populate_raw_post_data’ to ‘-1’ in php.ini) which I’ve since fixed. I also cleared out old revisions/trash in the database and now the month view will load but it takes about 30 seconds.

We have the built in caching enabled as well WP Rocket (which I’ve toggled on/off to check for compatibility issues) – switching those on/off didn’t seem to make much of a difference with calendar view load times. The month view varies from 28 – 32 seconds now where as before it would load in just a few seconds.

I added the JSON+LD code to functions.php, toggled the filter bar, and category colors plugin and didn’t notice much of a difference between any of them. :-/

We have a lot of events which are not really events but merely time slots for people to sign up for (like you would book an appointment at gym or in this case an art studio). Those are not important to show on a month view ever, would it help if I set all of those with the “Hide From Event Listings” flag = Yes? Would the month view then skip over them? I’m not sure how that view is built.

Currently I’m seeing this error show up in the logs:
“PHP: syntax error, unexpected ‘{‘ in /home2/creatjb7/php.ini on line 889, referer:https://www…”

And line 889 in the php.ini file is:
url_rewriter.tags = “a=href,area=href,frame=src,input=src,form=,fieldset=”

I’m going to email our web host and find out if they can make sense of that but its shows up for nearly every page served. The site is undergoing lots of development so very well could get fixed but in the meantime doesn’t seem to affect performance…

Let me know your thoughts on setting the flag and anything else you might be able to see now that the view loads! Thanks!

-Michael

[Michael]

I’ve also noticed this issue on main calendar page:

[20-Jan-2017 15:18:42 UTC] PHP Notice: Undefined offset: 0 in /wp-content/plugins/the-events-calendar/src/Tribe/Asset/Bootstrap_Datepicker.php on line 15

[Michael]

Hey Cliff,
I enabled debugging and after about half an hour of clicking around the only issue i received was “[20-Jan-2017 02:26:31 UTC] PHP Notice: Constant FORCE_SSL_ADMIN already defined in /home2/creatjb7/public_html/test/wp-config.php on line 101″ which was on every page and has no affect on loading. I checked out the transients and cleared those out – made no improvement. The query monitor plugin shows some interesting info but nothing unusual.

The point remains that month view for events is at a standstill and this is a new issue. I can view list, week, day perfectly but if I try a month view everything freezes up. I did notice that viewing month view using the shortcode ([tribe_events view=”month”]) is extremely quick (same speed as viewing month view used to be) there’s just something off with month view on the main calendar page. This worked perfect prior to the update. I’ve noticed several others are having similar issues, could you please prioritize this as an issue as this issue makes the events calendar unusable in month view… Should I revert to prior version until this is sorted? How do I go about doing that?

[Michael]

This reply is private.

[Michael]

I tried to attach a screenshot but it’s not working so here’s one on our server:
http://test.creativeedgeartstudio.com/Screen%20Shot%202017-01-17%20at%205.23.00%20PM.png

[Michael]

Hmmm it’s like finding the ghost in the machine… Seems like it was a poor interaction with a caching setting. Turned off W3 total Cache and bug is gone but site is substantially slower – will have to test the various functions and find out which one was causing the bug. In the meantime I’m good with things! Thanks

[Michael]

I created a new import file and seems to be working now… If my original CSV is bad would have been good to know instead of causing a crash but not sure! I will check back if things go awry, thank you!

[Author]

Posts