I found a solution. I think it’s not optimal to load all options for every single event which is part of the API. So if you have a better solution I would be happy!
function extend_evoapi($event_data, $event_id, $event_pmv) {
$organizer_id = $event_data['organizer_tax'];
$all_tax_meta = get_option('evo_tax_meta');
if (isset($all_tax_meta['event_organizer'][$organizer_id]['evcal_org_ig'])) {
$instagram_url = $all_tax_meta['event_organizer'][$organizer_id]['evcal_org_ig'];
} else {
$instagram_url = ''; // No Instagram URL set
}
$event_data['organizer_instagram'] = esc_url($instagram_url);
return $event_data;
}
add_filter('evoapi_event_data', 'extend_evoapi', 10, 3);
Hello,
Thank you for your response. We understand that EventON relies on dynamic AJAX requests. However, even with URL exclusions and custom snippets, the cache continues to affect the calendar’s behavior. We are currently consulting with our hosting provider to verify whether Magic Cache might be interfering.
In the meantime, is there any recommended configuration, hook or best practice to ensure that EventON’s AJAX calls remain completely uncached?
Additionally, in the plugin option where you can select the server communication method (Endpoint or AJAX), we currently have Endpoint selected. Could this be affecting the issue? Which option would be more advisable to avoid cache conflicts?
Thank you.

Yes, the plugin is up to date
Shortcode
[add_eventon_fc grid_ux=”0″ nexttogrid=”yes” ux_val=”4″ load_fullmonth=”no” hover=”number” ehover=”def”]
I thought you are the developer and can help me as a paying customer…
Hi Artem,
Thank you for your quick feedback.
I’m just wondering… How are people supposed to know where the event takes place if the confirmation mail doesn’t provide the address of the location?

Here I need to show tomorrow’s date instead of today’s. For example if it 1st of Nov today then when the person click on repeating event instead of showing him 1st of Nov with no booking slots, it should show 2nd Nov by default. So all the bookings that are available will show on the calender in one click
Licensee: Micky Mourelo – Item Purchase Code: 5a5797f2-f69c-4453-ad39-329256e752d4
I don’t need help, thank you. I just thought you should know; the admin form let’s you use sort_by=”sort_posted” in a shortcode but it does not work.

So I checked the code (v. 5.0.2) and saw that evo_cal_shell class has this switch:
switch($ecv['sort_by']){
case has_action("eventon_event_sorting_{$ecv['sort_by']}"):
do_action("eventon_event_sorting_{$ecv['sort_by']}", $events_array);
break;
case 'sort_date':
usort($events_array, 'cmp_esort_enddate' );
usort($events_array, 'cmp_esort_startdate' );
break;case 'sort_title':
usort($events_array, 'cmp_esort_title' );
break; case 'sort_color':
usort($events_array, 'cmp_esort_color' );
break;
case 'sort_rand':
shuffle($events_array);
break;
}
That does not have a case for sort_posted, that’s why it is not ordering by most recent event added.
I thought you would like to fix that.
Thanks anyway :o)
I just checked and even though we updated all the plugins the website is still producing the error.