[George]

Hi Michael,

The limitations of our plugin’s only allowing one calendar is not so much a database-imposed limitation; the limitation arises from the structure of the plugin, in which the main events feed page (most often just “/events”) is generated by way of a class in our code called WP_Router.

This class makes the /events page an endpoint—NOT an actual page. It’s accessible by URL at yoursite.com/events, of course, but when this URL is loaded, it does not go to a page. It initiates a series of queries that load and render the main events view.

This is all focused one feed endpoint URL. So to offer up a separate location of this on your site, you would have to do extensive, idiosyncratic re-writing of the plugins.

We unfortunately cannot help with such customizations, but I hope this information helps. If you would like to hire a professional developer to help you implement the changes you listed above, then one thing that might help is that we have a list of great developers here → http://m.tri.be/18k1. We have no affiliation with any of these folks–they’re simply some well-respected names in the community that we’ve compiled to share in situations like this one.

Cheers,
George

[George]

Okay, I will close thread—glad to hear about the progress.

Best,
George

[George]

Awesome, cheers Juan!

[George]

Hey Tom,

That is correct—while our plugins do offer their own styles, theme styles generally have the most say when the page is actually rendered.

When it comes to moving things around and customizing the current appearance of things, the same sorts of customization of styles that is required to modify desktop views is required to modify mobile views.

Cheers,
George

[George]

Thank you for this Soula!

I looked over things and didn’t spot anything outright problematic, so I have a few more questions that will help the investigation here:

1. What are your site’s Permalinks settings? These are literally in Settings → Permalinks in your wp-admin—are they set to /%postname%/, for example?

Next, you mention having tested deactivating plugins on your site—can you try deactivating ALL plugins except for ONLY the following specific plugins? Nothing else should be active except your theme and these specific plugins only:
• The Events Calendar
• WooCommerce
• Event Tickets
• Event Tickets Plus

2. ☝️ When only these four plugins are active on your site, do you have the same behavior?

3. If you do have the same behavior, then while I know you don’t want to do this, I would recommend leaving your site in the state where only the above four plugins are activated; all others deactivated; and then activate a default theme like the Twenty Twelve theme. In this state, do the same issues persist?

Thank you!
George

[George]

Hey Erin,

Events Calendar Pro indeed works fine alongside Community Events!

This unfortunately does not provide the ability to charge folks for posting events, though. That is not something our plugins can do at this time. 🙁

Sincerely,
George

[George]

Hey Ryan,

Thanks for reaching out!

I’m sorry to bear this news, but at this time there is no such method for determining if an event was imported from iCal or not.

There is one other function or approach here that would work. It’s still a bit “hacky”, but much less so than your current solution—I don’t say this to knock your current solution, because it’s in fact really clever and well done. I only mention it being less “hacky” because this should hopefully be appealing as a more long-term solution.

On to the solution itself—which is essentially just looking for a meta key on the event called “_uid”. So if you have events you can check for this with something like this:


foreach( $events as $event ) {

// Get the event post meta.
// It's possible in numerous ways, this is just an example.
$event_id = $event->ID;
$post_meta = get_post_meta( $event_id );

// Now look for the _uid key.
if ( isset( $post_meta['_uid'] ) ) {
// This is has a UID, and so is from iCal importer.
} else {
// No UID, thus likely not from iCal importer.
}
}


☝️ Tinker around with this and let us know if it helps!

Cheers,
George

[George]

Sorry to see this, @Maxime!

I cannot recreate this issue, and we also don’t have any other reports of this issue, so it seems like there is an idiosyncratic issue specific to your site.

1. You say your domain name is “http://Private%20Server”—what is this domain name?

2. How are you hosting your website? Is it a local site? If it is hosted on a server by someone, who is hosting it? Can you share a link to the web host you are using?

3. Do any errors pop up on your site if you head to your site’s wp-config.php file and change this line of code:

define('WP_DEBUG', false);

to this:

define('WP_DEBUG', true);

That will display PHP errors if any exist, which might be quite useful here.

Thank you!
George

[George]

Sorry to hear this, John!

If you activate a default theme like Twenty Twelve or Twenty Sixteen, etc., do these same issues persist?

Thank you!
George

[George]

Hey Casey—one thing worth trying here is setting a WP Engine option called WPE_GOVERNOR.

To test if this helps, try adding this line of code to your theme’s wp-config.php file:


define( 'WPE_GOVERNOR', false );


Cheers!
George

[George]

Hey Casey,

Sorry for the trouble here. Those numbers of venues and organizers is indeed quite large, but we of course don’t expect there to be outright timeouts here.

I will escalate this to a developer on our team for some deeper insight into what might be causing this, and if there’s anything we can recommend to help. I would recommend opening a support ticket with WP Engine in the meantime to the same end.

Stay tuned!
George

[George]

Sorry to hear this, @Mathijs!

1. Can you post your system information? Here’s how → https://theeventscalendar.com/knowledgebase/sharing-sys-info/

2. How many events do you have, to your best estimate?

3. How are you hosting your website? Who is the web host (share a link to their sight if possible)? If they have tiers of service, what tier are you using?

Thank you,
George

[George]

Hey Geoff,

Thanks for reaching out!

You say, “the email address that will be used to receive RSVPs.” Can you clarify what you mean? The emails used to receive RSVPs are whatever email address the user who makes the RSVP entered.

You say this, too: “Customer is complaining that he is not receiving any notifications when someone box and events using RSVP.”

To be clear, a customer will not get notifications of someone else making RSVPs. Is that what you mean?

Thank you,
George

[George]

Hi @BOUCHAIR,

Thanks for reaching out. This was a bug that we fixed in a recent maintenance release—can you post your site’s full System Information so I can peak “under the hood” a bit to learn more about why this might be happening?

Thank you!
George

[George]

Hi Alex,

1. To help us help you, can you please post your system information? Here is how to do that → https://theeventscalendar.com/knowledgebase/sharing-sys-info/

2. When things “crash” are there are any errors that show up at all on your site? If so, please copy the full text of these errors and paste them here.

Thank you,
George

[Author]

Posts