Forum Replies Created
-
AuthorPosts
-
acearchersParticipant
We’ve installed the plugin and added back in our recurring events that we had removed from the mySQL database and the website has returned to being slow, timing out issues, and load times of excessive lengths.
After a day or so when we removed the events, everything was loading quickly.
Clearly, this is completely linked to the recurring events, since as soon as we re-add them, this issue starts up again.
acearchersParticipantWe’re going to try the plugin before we talk about hosting upgrades. Based on their traffic & stats, hosting isn’t likely the problem. It shouldn’t be to the point where one visitor accessing the calendar is enough to crash the website, which is what is occurring.
It’s to the point that if the events calendar is hogging so many resources to produce data for users, we need to find another solution.
acearchersParticipantSorry—our license had run out and had to be renewed by Rob. This is Kim. I head the team that manages Tom’s website and online marketing.
Last week, to try to get the website back up and working, we deleted a significant number of recurring events from the database in phpMyAdmin. There were around 1700 events in the database. The number is now down to about 600—but the website is still having significant issues. Almost all of them are recurring events, excluding a handful here and there. To give you an idea of their needs, they have about 10 events every week that happen every single week—hence the recurring use.
On the website, there are 39 posts, 33 pages. I’m not sure if there are custom types, but there’s likely only a handful, no more than 5-10, if there are. Total, we’re looking at well under 100 other kinds of entries to the database.
Since the beginning of setting up this website, the recurring events were set to 24 years with 1 month cleanup. We culled that back to 12 months and 1 month cleanup two weeks ago. It made no difference.
As for hosting, it’s with GoDaddy on Linux cPanel hosting. 1024MB Memory, 125 entry processes, 100 processes, I/O 1MB, 100GB Disk.
I’d prefer to get your opinion before moving forward to install another plugin, especially one in beta.
With the number of events significantly reduced, it’s still having major issues—which leads me to believe it’s not because of heavy recurring event loads?
acearchersParticipantAny ideas? News? Anything at all? We’re still seeing issues and haven’t really had much response from your team at all. Our license is running out and we’re not going to re-up if this isn’t resolved.
acearchersParticipantThis reply is private.
acearchersParticipantAny help here? It’s been a number of days and we’re still having the same problems as before.
acearchersParticipantAfter removing the cron, the website has stopped crashing. However, we’re still having problems. When users try to navigate to the next month in the monthly view of our calendar, it’s taking a very long period of time to produce the next month.
In tracking tests of our usage, nothing is being limited when we request the next month to display so it’s not a hosting problem as far as we can tell.
acearchersParticipantThis reply is private.
acearchersParticipantThis reply is private.
acearchersParticipantNow, in trying to reenable the plugin, the calendar is *poof* gone from the website even though the slug is still set to the same thing in settings.
-
AuthorPosts