[Barry]

Hi Ian,

Our support for integration with third party plugins like this is admittedly limited – but we always do our best to point users in the right direction and, generally speaking, if we can put together a snippet that will help you and others with a common problem we’re happy to do so (we just can’t offer guarantees on the front).

I know with Dynamic Prices, you can set the product to have 2 different prices based on the role (so works when logged in/out)

Again it’s difficult to provide a precise answer – I’m not familiar with Dynamic Prices – but what I can say is that we make good use of the WooCommerce API (we don’t for instance store the ticket cost separately – we let WooCommerce handle that).

So, as long as this other plugin also makes use of standard WooCommerce hooks – such as woocommerce_get_regular_price – when adjusting the price, everything should “just work”.

Why not reach out to the author of Dynamic Prices and ask just that? Feel free to link them to this topic if it helps to provide context 🙂

[Barry]

I’m sorry that didn’t fix it. Can you now try running through our standard troubleshooting steps? At the point where nothing but our plugins and a default theme is running, please repeat the previously described step of clearing the rewrite rules.

Do the single events work then? If so, upon reactivating your theme and other plugins are you able to identify any in particular that are conflicting?

[Barry]

Hi TK,

Apologies for any confusion, but in this case we’re interested in a view generated by Community Events (which is not directly related to Events Calendar PRO).

Can you try again, but this time with a tribe-events.css stylesheet? It should be located as follows:

wp-content/themes/YOUR_THEME/tribe-events/tribe-events.css

Let me know how you get on!

[Barry]

OK – unfortunately we cannot support that version of Safari (which is comparatively old at this point and, unless I’m mistaken, is not supported even by its own vendor).

I appreciate that may be something of a nuisance if for any reason you cannot upgrade, but from our perspective we just cannot guarantee perfect compatibility with all versions of all browsers – and it is naturally the older, unsupported browsers that are likely to suffer compatibility issues.

[Barry]

Hi there johnmuirlaws,

I’m sorry to hear you’ve experienced difficulties.

Month view does seem to work as expected for me and I have no problem flipping between months. Can you confirm:

• If this is still a problem
• Which web browser (and version) you are using if so

In an unrelated topic (let me know if this needs a different thread) I would like to know how to get the city to show up in the calendar view.

We do prefer to stick to one issue per topic, so that would be preferred – do take a look here and here for some ideas that might get you started, though 🙂

[Barry]

Hi TK,

Looks like your theme ha a stylesheet called all.css which adds a rule hiding labels.

If you setup a tribe-events.css stylesheet (see the instructions here!) it should be possible to correct this without impacting on non-event pages by adding a new rule as follows:

html.placeholder label[for] { display: block }

Does that help?

[Barry]

Sorry to hear you’re hitting up against some difficulties, Jose.

Before we go any further can I ask you to visit your Settings → Permalinks screen (you shouldn’t need to adjust anything, though) then see if the event pages are accessible?

This just clears out and rebuilds the rewrite rules, which are used by WordPress when routing requests.

[Barry]

Oh, I see. That appears to be generated by your theme rather than our plugin – you can bear this idea out by temporarily switching to a default theme.

What I’d recommend is checking in with the theme author to figure out how it might be disabled. By using a simple conditional statement it should be possible to turn it off in respect of single event pages only, ie:

if ( ! is_singular( TribeEvents::POSTTYPE ) ) {
    /* Theme code responsible for listing tags */
}

Definitely feel free to share the above with the theme vendor (or just link to this forum topic) – but they will be best placed to direct you to the source of the tag listing code.

[Barry]

Is your WP root directory in a subdirectory? As you point out, there are lots of possible configurations so the more detail you can provide here the better 🙂

To that point, are you comfortable or able to try a different approach, such as I outlined (ServerAlias directives)?

[Barry]

Hi Ian,

Thanks for considering our plugins 🙂

Almost all WooCommerce plugins are compatible, but there is a caveat: if they rely on making changes to individual product pages then, simply because – by default – ticket product pages are inaccessible (since ticket products are instead listed within single event pages), it may not take effect.

However, we do have various ways of working around issues like these such as a simple customization to let visitors progress to the actual WooCommerce-generated product page.

All that to say, it really depends on how the third-party plugin – Dynamic Pricing in this case – behaves, but usually integration is possible and often requires only the simplest of customizations to make it so 🙂

I hope that helps!

[Barry]

Hmm, ok – so if there are particular constraints (like they ban or stop you from using specific caching plugins) it may be worth asking which are allowed, which are not and what sort of caching is already in place.

It seems to me that if the same pages repeatedly load with very slow times, then caching either is not currently in place or is configured somewhat ineffectually.

They do have at least one more level (upgrade) that doubles the RAM and “I/O” (speed at which the site can retrieve and store data to the hard disks, is their definition of I/O)

Taken at face value it sounds like you have low enough traffic and ample resources to deal with the number of events you have in your database, yet as you’ve noted it isn’t always clear quite what the hosting provider has facilitated and there are so many variables at work it is hard to make an apples-to-apples comparison. Clearly, in your case, things are not as quickly as would be ideal.

Certainly upgrading a further tier is one option; but depending on the amount you are paying monthly perhaps it would also be worth doing a month’s trial with some other provider (you don’t have to shut down the existing site, either – you could instead duplicate it and see how well a different provider’s hosting platform tolerates the same number of events, etc, then make a decision from there).

That may provide a fresh perspective on the value you are obtaining from your current provider as all hosting plans are not created equally – even if they key figures flashed up during the sales process make them look similar 🙂

Two final points/questions:

When you opened this topic you noted that you tried deactivating all other plugins and reverted to a default, unmodified theme – just for the avoidance of any doubt, can you confirm you did indeed run through these steps and that they didn’t help?

While I appreciate you have already analysed queries and found the problematic ones relate to our plugins it is also true that our queries can be adapted and modified by other plugins, sometimes unintentionally, decreasing their efficiency in some cases.

Secondly, can you try downloading and then installing this experimental plugin? It potentially reduces the amount of work done when querying for recurring events (if you have any problems simply deactivate and remove it).

Let me know how you get on 🙂

[Barry]

Thanks Robert.

So if I set up a multisite network with domain mapping (implemented via the same plugin you are using) and activate The Events Calendar and Events Calendar on the primary blog, it “just works” and there is no problem accessing any of the views.

I am curious about the extra set of .htaccess rules, though – can you provide more details on these? It doesn’t seem to me that these are something the WordPress MU Domain Mapping will automatically add by itself (admittedly I’m not particularly familiar with this plugin – so I may be mistaken) … did you add these manually to work around some sort of restriction imposed by your hosting environment?

Are you able to switch to a different configuration (such as ServerAlias rules in your virtual host config) and see if that makes any difference?

[Barry]

OK – so to be clear, that’s their standard shared hosting plan rather than a VPS (which, in a sense, provides a better degree of isolation from other sites running on the same server)?

The primary reason I ask is that many standard shared hosting accounts simply lack the “oomph” needed if you are going to be fielding so many events.

Have you considered (or are you currently) using a caching solution? This can offer a dramatic speed-up even if you can’t or prefer not to change your hosting package.

[Barry]

OK – we should have an official fix available shortly: we’ll keep you posted!

[Barry]

Our apologies, Mason – we’re aware of this and are working on getting a fix out as quickly as we can. I’ll be sure to update you again as soon as possible – thanks for your patience in the meantime 🙂

[Author]

Posts