[Barry]

I’ll go ahead and close this thread: if we can assist with anything else please don’t hesitate to create a new thread and one of the team will be happy to help 🙂

[Barry]

I can completely understand your and your client’s frustration – however, you also need to understand that the level of support we can offer has limitations.

Taking a very high level view the problem is as simple as this: when the server is under load it is hitting problems. Now, what we can’t change overnight is how the core of our plugin operates – that’s simply not going to happen – and all we can say in terms of onward development is that we continually strive to make it a smarter, more efficient, more user friendly plugin with each iteration.

With that in mind, you’re best bet in the short term is to look at options on the live site. You don’t necessarily have to scale up or scale out, you could start by exploring caching options as already covered.

This web server has 16GB of memory and 4 3Ghz processors. I’m also curious to know if anyone actually looked at the log information I sent.

We have looked at the information that was provided, yes. Do also note that 16GB of RAM and 4 3GHz processors doesn’t actually mean a whole lot by itself: there is a plethora of information we are missing here. I don’t know if this is a virtual server, how many other sites it might be serving and what sort of load they are experiencing, what sort of connectivity it has to the wider internet or if the database resides on the same machine or a different one – to name but a handful of variables.

I’m not expecting you to answer those questions, because ultimately this is going beyond the level of support we can offer – I just wanted to give a sense of how complicated a problem this can be – and why given the price of the plugin we are unable to step in and offer hands-on assistance in this sort of situation.

I do hope that’s understandable and, as I really don’t think we can offer up much else here, I’m now going to close this thread.

However, if we can assist with anything else please don’t hesitate to create new threads as needed.

[Barry]

Definitely!

However, it is not something that Community Events will facilitate “out of the box”. To do this you’re either going to have to roll your own solution to handle membership, payments and access to the submission form or else perhaps leverage other existing plugins to help with this.

Does that answer your question?

[Barry]

Hi Suzanne,

Can you provide a little more detail – what did you try with a demo CPT that doesn’t work with our own CPT? Is using the Default Events Template and adding a dynamic_sidebar() call not viable here?

Let us know!

[Barry]

We can’t offer any guarantees but we’ll certainly be happy to take a look, particularly given it sounds like the ManageWP team are happy to help out as needed. Could you post the email address of your contact here (as a private reply)?

[Barry]

No problem, we always welcome questions – but if possible let’s stick to one issue per thread.

In the day view of the calendar, I want to change the position of the Cost so it’s align to the name of the event.

A great starting point is our Themer’s Guide which covers the basics of safely making any customizations. Making a change like this one is fairly straightforward:

• You are going to override and make changes to the single-event.php template
• Once you’ve set up a copy in your theme (at tribe-events/single-event.php) look for this section of code within it
• Note the code beginning with the_title(… which is what produces the title and tribe_get_cost(… which outputs the cost
• You could rearrange things something like this to achieve your goal

Does that help/give you an idea of how to approach this? I realize it may not perfectly fit with what you envision, but it should be a fairly good starting point.

[Barry]

Hmm, well, there are a wide range of possible causes for this sort of problem (often conflicts with themes/other plugins). One thing that you could try before running through those steps though is visiting the list of events in the admin environment (with PRO activated) and take a look at the Filters & Columns controls that display right above the list.

Hit the clear button, navigate away to a different admin screen then come back to the events list – do the events display now? If not, the basic troubleshooting steps (deactivating all other plugins and switching to a default, unmodified theme) are the next thing to try, but this could be worth a shot first of all.

Let us know!

[Barry]

Hi CA Team!

We do try to keep to one issue per thread, so let’s start with the first issue and if you want to progress the second issue please go ahead and create a new thread for that one 🙂

a) all the results have same URL permalink
b) all the results are 404s page not found since the URL does not actually exist

I can definitely see that on your site. Ordinarily recurring events have a date appended to the end, something like:

example.com/event/recurring-event-instance/2014-10-01

In this case of course that isn’t happening (and we would currently expect that to be missing when a recurring event appears in search results, though we realize it is not ideal). However, normally if you visited:

example.com/event/recurring-event-instance

It would not result in a 404, rather you would be redirected to the next upcoming instance, such as:

example.com/event/recurring-event-instance/2014-04-01

Why that’s not happening in this case is a bit of a puzzle. I do note you’ve tried our basic troubleshooting steps already, but just for absolute clarity (because your focus seems to have been on deactivating other plugins) can you confirm if at the same time as deactivating all other plugins you also switched to a default, unmodified theme?

Thanks!

[Barry]

Hi – there might have been a mix-up. Rather than doing this from the list of events (in the admin environment), try opening the event you wish to trash in the event editor, then hit the trash link from there.

Does that help? We’re aware this isn’t ideal and are actually in the process of making some changes that might help with this in future releases.

[Barry]

Hi Justin,

Sorry to hear you’re facing difficulties.

It actually takes me to the current month and so seems to be working as expected – is it at all possible this is a browser caching issue? Can you try again and be sure to do a hard refresh (hit F5 or equivalent within your browser)?

Thanks!

[Barry]

Hi Lars,

Please remember to stick to one issue per thread – let’s deal with the currency formatting issue here and if you could break out your other problem into a new thread that would be greatly appreciated 🙂

Danish currency symbol and value should be written as “DKK 100″ but ECP write it as “DKK100″ how do we add a space between the two?

That should definitely be achievable. For any existing events, please edit the Event Cost field and simply add a space at the end of the currency string then hit the update button.

You should end up with something like the following:

To avoid having to make this adjustment manually for future events please make the same change in the Events → Settings →General admin screen (the setting you are looking for is labelled default currency symbol).

Does that help here?

[Barry]

Hi nishantyagi, great looking site.

Please take a look at our Themer’s Guide first of all for an overview of customizing The Events Calendar. Then either in a custom tribe-events.css stylesheet or if your theme makes available a field for adding custom CSS you could try that, too, please try adding the following rule:

.tribe-events-tickets td { text-align: center }

Does that help/get you closer?

[Barry]

Hi Lars,

I’m conscious you’ve got a few discussions in progress on the forums in relation to the meta walker fields:

• Is it possible this is the result of any other tweaks/customizations?
• Does it happen with only a default theme, as it did become apparent in another thread that your theme may have some unexpected effects that might impact?
• Is this for the same website as in other threads and so is it possible for us to view and inspect the source?

Thanks for confirming.

[Barry]

OK, I see what you mean – but, I’m not sure there is any such dependency and wonder if it only appears that there is in your installation because of some other conflict.

For instance, if I have an otherwise clean installation running Twenty Thirteen and edit the header.php template to remove those attributes from the <header> tag, the calendar widget continues to work as expected. Are you able to confirm the same? Might you be able to try the same process and figure out if there is indeed something else at play here by process of elimination?

Thanks!

[Barry]

Ah, excellent! Yep there are so many settings it can be easy to miss some of them – glad that one is sorted.

What I’ll do is close the thread for the time being, but please note we do strive to re-open and post updates where they relate to bugs (like the one we looked at above, that occurs on initial load) – and so long as you are subscribed to this discussion by email, or just check back periodically, you should see an update once we’ve addressed that issue.

Thanks again for your support and patience 🙂

[Author]

Posts