We can't hide time slots, but you can go to Amelia > Settings > General Settings, and adjust the option Time Slot Step.
This is the time you want to have between 2 appointments; if you set it to 30 min, you will be able to choose 18:30 as well as a start time (every 30 min new appointment can be booked); it can also be less than 30min, it's just an example.
Also, for the customization; please make sure to reset it, then change then save. Which option exactly are you toggling?
I've read lots of comments about this issue on Amelia, and I did everything:
1. I desactivated plugins and allowed Amelia to run, didn't work.
2. I reset the Customization on Amelia (It worked on reseting, BUT THE COLOR IS NOW UNCHANGEABLE). Please notice the changes:
3. I cleared the cache (I desactivated this plugin too before, but nothing).
Finally I found this:
Seems like the blue background on CSS is prirotized. However, there's this other yellow/customized background uncheked:
This is only the CSS. Still I cannot make any changes.
It's been really frustrating, now I cannot even change the color layout (the reset works well, but not all the changes, only the font and text is changing after saving).
However, the issue on changing the Booking Form Options, still persist:
Booking Form Options
I tried everything so far to make it work. Since I'm not a code expert, I'd be glad you could help me out in this part please.
So Cache (checked), desactivating plugins (checked), form reset, changed and saved (checked), Use Global Colors option (checked); none of these worked so far.
I'd love to Display the Booking Time Zone for the client and Hide the End Time Visibility.
Note: The Page Buider is Elementor, and the theme is Astra.
Let me know if you may need more info to solve this as soon as possible.
What you're describing is strange behavior, and I believe that it is related to cache, but I can't say for sure until I take a look at your website.
Since you got the colors to show correctly with custom CSS now, I wouldn't want to mess that up, so can you please create a staging site (duplicate of your live site), and send me wp-admin user credentials, along with FTP and database access credentials, so we can log in, and see what's going on?
You can write credentials here just check PRIVATE Reply so nobody can see them except us.
Sorry for the late response. Our team is cut in half due to Covid-19 infections, so our response times are longer than usual. Thank you for your patience!
I forwarded this to our developers, and I'll get back to you as soon as I hear from them.
Here, in the back-end, you can see hash is set to wsI9bBpAHL:
This is the current hash that's saved in uploads/amelia/css folder:
But on the front-end, some old cache is being loaded:
You can see that the hash is completely different here.
We tried using some caching plugins on your staging site to clear this, but it failed, so you should reach out to your hosting provider, and ask them to perform a deeper purge.
Some other plugin, theme, or site settings is causing this, but we were reluctant to deactivate other plugins and see from where this is coming from. Your hosting provider should know what's storing the cache on the server.
"As we have already purged cache and disabled cache on server end., there is no caching on server end. So if there is any caching. It may be due to the cache folder which still exist or might be an issue with cache plugin which is disabled other than uninstalled or else finally your browser cache unless you have tried from another system"
"I have checked the themes settings, there is no cachein"
"I'll recommend you to check this with your developer . I have removed cache and troubleshooted the issue as your developer requested"
Could there be another stuff causing the issue?
Regarding the plugins, there shouldn't be any issues on the staging site. I tried doing that before, but nothing happened.
Just an update. I just desactivated the plugins on the staging site except for Elementor, WP Staging, NitroPack (this is a caching plugin, you can desactivate it too if you want), and Amelia.
You can see in the screenshots that the hash is different in the folders, and on the website, so other than cache - there's nothing else that could be causing this.
Amelia doesn't cache anything, it generates new CSS and JS files when you modify something in the Customize section, but if the changes do not apply, the old files are being cached by something.
Do you have a website developer who could check this?
Just another update about the case; I've been emailing our cache plugin provider (NitroPack), and this is what they explained to me:
Hi Yamil,
As my colleague had informed you, in order to apply the changes you have done on the JS or CSS files, a full cache purge should be manually performed.
I can see that he had excluded the amelia-booking CSS files in order to not optimize any of the dynamically generated CSS file names, which should load the proper CSS on the website.
During my investigation, I saw that the rendering of the page also relies on the Elementor CSS files, so I excluded them as well to ensure that the proper CSS is loaded, but I also noticed that the booking widget is loading through JavaScript, which actually makes is incompatible with the Ludicrous mode.
In order to load the widget properly, I have disabled the "Delay loading of non-critical resources until user interaction is detected" option, which basically puts the website into Strong mode, and after I re-optimized the page https://everlish.com/agendar/, it was loading properly.
We generally recommend Strong mode for your case, as it brings a better user experience. It is better to trade lab scores for a good user experience because the better user experience is what gets measured in the real world. It is also the real-world data that is being used by Google as a ranking signal, not the lab data (PSI scores).
Basically there has been some changes on the cache settings. I also changed my Hosting provider, migrating the website to a new server and waited until the DNS has propagated completely.
However, it's still without any changes, I have no idea what else I could do from my side to make those features of Amelia from the backend to work properly on the frontend.
Sorry for the long ticket, is there anything else I can do here?
I can forward a staging site to our developers, so they can take a look, but I can't promise anything.
Would you be able to provide us with a staging site, along with WP-admin (Administrator) user, FTP, and the database, so our developers can debug the plugin, and see what's going on?
Basically - we'd need cPanel access.
Since this is a public ticket, make sure to enable the PRIVATE response.
Our developers said pretty much the same thing, again. The hash which is generated and the hash which is being applied to the page are different.
When they cleared cache with the nitro-pack plugin, it worked OK. They did notice, however, that you have some custom CSS:
This needs to be removed. The other thing is the aforementioned Nitro Pack. That has two options "Purge Cache for this page" and "Invalidate cache for this page". When you apply some changes (after you remove the custom CSS), use these two options to purge all cache from the page.
2. I pushed Reset on the "Customize" section of the plugin. Everything came back to the blue color.
3. I tried to apply any changes on the "Customize" area of WordPress (excluding the /*Amelia Colors*/ CSS code on the theme). Also, I applied the cache settings as you mentioned by using NitroPack: Nothing.
4. Asked my hosting provider to purch cache on the server: nothing.
5. Cleared cache and cookies on the browser: nothing.
6. Changed browsers: nothing
7. These changes made on WordPress "Customize" section are not working on the frontend:
- Time Zone / Display Field: ON (Doesn't show on the frontend)
- End Time Visibility: OFF (Doesn't work on the frontend - I'm still seeing the End Time on the frontend)
- Colors and Fonts: (Any changes applied on the Fonts work, but not the colors).
Pretty much the same result (I used the stage site for this test).
My question is... Are you guys applying the tests on the "Customize" area of WordPress? Or are you doing it using the FTP root folder direction of the plugin?
Remember, as I explained before, no changes applied on the "Customize" area of WordPress are working on the frontend (I desactivated all plugins, changed themes, changed servers, everything I could do from my side: nothing).
Please let me know if I'm skipping something here, anything else I can do from my side to help you out. I don't know if you ever had this issue before, but the Amelia Plugin used to work months ago on previous versions.
We're only using the Customize section, but I believe I know where the issue lies now.
You edited the "Step-by-Step" booking form (see the select box on the top left):
But on the front-end you're using the "Amelia Catalog" booking form, which hasn't been configured:
So, when you change the drop-down (from the 1st screenshot) from "Step By Step Booking Form" to "Catalog Booking Form", and change the 2nd drop-down to "Catalog Service":
Navigate to Step 2 on the right-hand side:
Scroll down, and you'll see the calendar in blue, as shown in the 2nd screenshot I sent you.
The "Use Global Colors" slider hasn't been enabled on this form:
After I enabled it (without having to clear the cache through Nitro plugin), the page on the front-end picked up the changes:
So, this seems to be a simple misunderstanding of what you're actually changing, and what's used on the front-end.
Awesome! This actually worked as a charm! Didn't notice there was a hiden section for that (I actually thought that the changes applied on the first step along with the same settings as on the Catalog Version would affect on the services).
In any case, now we can say It is finally solved.
Thank you very much Aleksandar for the great work and support.
Hi there
Just found the option on the Customization area:
But after saving, it doesn't work... Apparently something goes wrong on the backend or a service configuration... Any suggestions?
It simply remains the same.. And just noticed that the Customization option doesn't work (weird because I did this changes before and had no issues).
Regards,
Hi Yamil,
thank you for reaching out to us
We can't hide time slots, but you can go to Amelia > Settings > General Settings, and adjust the option Time Slot Step.
This is the time you want to have between 2 appointments; if you set it to 30 min, you will be able to choose 18:30 as well as a start time (every 30 min new appointment can be booked); it can also be less than 30min, it's just an example.
Also, for the customization; please make sure to reset it, then change then save. Which option exactly are you toggling?
Hello Ivana
Please note the following update:
I've read lots of comments about this issue on Amelia, and I did everything:
1. I desactivated plugins and allowed Amelia to run, didn't work.
2. I reset the Customization on Amelia (It worked on reseting, BUT THE COLOR IS NOW UNCHANGEABLE). Please notice the changes:
3. I cleared the cache (I desactivated this plugin too before, but nothing).
Finally I found this:
Seems like the blue background on CSS is prirotized. However, there's this other yellow/customized background uncheked:
This is only the CSS. Still I cannot make any changes.
It's been really frustrating, now I cannot even change the color layout (the reset works well, but not all the changes, only the font and text is changing after saving).
Awaiting for a response.
Thank you.
Hi Ivana,
Sorry for too many posts. This is just the lastest update:
I managed to change the colors by forcing CSS code:
.am-form-catalogForm-calendarDateTimeForm.am-select-date {background: linear-gradient(135deg, #eed51a 0%, #f98b16) !important;}
.amelia-app-booking p, .el-form-item__label {color:#373737 !important;}
However, the issue on changing the Booking Form Options, still persist:
Booking Form Options
I tried everything so far to make it work. Since I'm not a code expert, I'd be glad you could help me out in this part please.
So Cache (checked), desactivating plugins (checked), form reset, changed and saved (checked), Use Global Colors option (checked); none of these worked so far.
I'd love to Display the Booking Time Zone for the client and Hide the End Time Visibility.
Note: The Page Buider is Elementor, and the theme is Astra.
Let me know if you may need more info to solve this as soon as possible.
Awaiting for a response and thank you very much.
Regards,
Hey Yamil
Sorry for the late response.
What you're describing is strange behavior, and I believe that it is related to cache, but I can't say for sure until I take a look at your website.
Since you got the colors to show correctly with custom CSS now, I wouldn't want to mess that up, so can you please create a staging site (duplicate of your live site), and send me wp-admin user credentials, along with FTP and database access credentials, so we can log in, and see what's going on?
You can write credentials here just check PRIVATE Reply so nobody can see them except us.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hey Yamil
Sorry for the late response. Our team is cut in half due to Covid-19 infections, so our response times are longer than usual. Thank you for your patience!
I forwarded this to our developers, and I'll get back to you as soon as I hear from them.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi again Yamil
The issue is with the cache on your website.
Here, in the back-end, you can see hash is set to wsI9bBpAHL:
This is the current hash that's saved in uploads/amelia/css folder:
But on the front-end, some old cache is being loaded:
You can see that the hash is completely different here.
We tried using some caching plugins on your staging site to clear this, but it failed, so you should reach out to your hosting provider, and ask them to perform a deeper purge.
Some other plugin, theme, or site settings is causing this, but we were reluctant to deactivate other plugins and see from where this is coming from. Your hosting provider should know what's storing the cache on the server.
Please let us know what they find.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Aleksandar
This is what I've got from the Hosting provider:
"As we have already purged cache and disabled cache on server end., there is no caching on server end. So if there is any caching. It may be due to the cache folder which still exist or might be an issue with cache plugin which is disabled other than uninstalled or else finally your browser cache unless you have tried from another system"
"I have checked the themes settings, there is no cachein"
"I'll recommend you to check this with your developer . I have removed cache and troubleshooted the issue as your developer requested"
Could there be another stuff causing the issue?
Regarding the plugins, there shouldn't be any issues on the staging site. I tried doing that before, but nothing happened.
Regards,
Hi Aleksandar,
Just an update. I just desactivated the plugins on the staging site except for Elementor, WP Staging, NitroPack (this is a caching plugin, you can desactivate it too if you want), and Amelia.
For some reason the issue still persists.
Hope this can help to solve the problem.
Awaiting for a response and thank you again.
Regards,
Hello again Yamil
You can see in the screenshots that the hash is different in the folders, and on the website, so other than cache - there's nothing else that could be causing this.
Amelia doesn't cache anything, it generates new CSS and JS files when you modify something in the Customize section, but if the changes do not apply, the old files are being cached by something.
Do you have a website developer who could check this?
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello Aleksandar,
Well, to be honest, not really, I'm alone on this.
I can try to identify it since you're telling me that it has to be with a cache issue.
Regards,
I'm sorry to hear that, Yamil.
This shouldn't really be that hard for the hosting provider to resolve, but they can be difficult about this.
If you were to create another site (localhost, for example), I'm sure you wouldn't be able to replicate this issue.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello Aleksandar
Just another update about the case; I've been emailing our cache plugin provider (NitroPack), and this is what they explained to me:
Hi Yamil,
As my colleague had informed you, in order to apply the changes you have done on the JS or CSS files, a full cache purge should be manually performed.
I can see that he had excluded the amelia-booking CSS files in order to not optimize any of the dynamically generated CSS file names, which should load the proper CSS on the website.
During my investigation, I saw that the rendering of the page also relies on the Elementor CSS files, so I excluded them as well to ensure that the proper CSS is loaded, but I also noticed that the booking widget is loading through JavaScript, which actually makes is incompatible with the Ludicrous mode.
In order to load the widget properly, I have disabled the "Delay loading of non-critical resources until user interaction is detected" option, which basically puts the website into Strong mode, and after I re-optimized the page https://everlish.com/agendar/, it was loading properly.
We generally recommend Strong mode for your case, as it brings a better user experience. It is better to trade lab scores for a good user experience because the better user experience is what gets measured in the real world. It is also the real-world data that is being used by Google as a ranking signal, not the lab data (PSI scores).
Basically there has been some changes on the cache settings. I also changed my Hosting provider, migrating the website to a new server and waited until the DNS has propagated completely.
However, it's still without any changes, I have no idea what else I could do from my side to make those features of Amelia from the backend to work properly on the frontend.
Sorry for the long ticket, is there anything else I can do here?
Regards,
Hi again Yamil
I can forward a staging site to our developers, so they can take a look, but I can't promise anything.
Would you be able to provide us with a staging site, along with WP-admin (Administrator) user, FTP, and the database, so our developers can debug the plugin, and see what's going on?
Basically - we'd need cPanel access.
Since this is a public ticket, make sure to enable the PRIVATE response.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hey Yamil
The ticket has been forwarded to our developers, so as soon as I hear from them, I will let you know.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi again Yamil
Our developers said pretty much the same thing, again. The hash which is generated and the hash which is being applied to the page are different.
When they cleared cache with the nitro-pack plugin, it worked OK. They did notice, however, that you have some custom CSS:
This needs to be removed. The other thing is the aforementioned Nitro Pack. That has two options "Purge Cache for this page" and "Invalidate cache for this page". When you apply some changes (after you remove the custom CSS), use these two options to purge all cache from the page.
They removed the custom CSS and made some changes to the page, where everything works correctly. Check it out: https://everlish.com/support2/?page_id=4913
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Aleksandar,
Here we go again:
1. I noticed the changes on the frontend.
2. I pushed Reset on the "Customize" section of the plugin. Everything came back to the blue color.
3. I tried to apply any changes on the "Customize" area of WordPress (excluding the /*Amelia Colors*/ CSS code on the theme). Also, I applied the cache settings as you mentioned by using NitroPack: Nothing.
4. Asked my hosting provider to purch cache on the server: nothing.
5. Cleared cache and cookies on the browser: nothing.
6. Changed browsers: nothing
7. These changes made on WordPress "Customize" section are not working on the frontend:
- Time Zone / Display Field: ON (Doesn't show on the frontend)
- End Time Visibility: OFF (Doesn't work on the frontend - I'm still seeing the End Time on the frontend)
- Colors and Fonts: (Any changes applied on the Fonts work, but not the colors).
Pretty much the same result (I used the stage site for this test).
My question is... Are you guys applying the tests on the "Customize" area of WordPress? Or are you doing it using the FTP root folder direction of the plugin?
Remember, as I explained before, no changes applied on the "Customize" area of WordPress are working on the frontend (I desactivated all plugins, changed themes, changed servers, everything I could do from my side: nothing).
Please let me know if I'm skipping something here, anything else I can do from my side to help you out. I don't know if you ever had this issue before, but the Amelia Plugin used to work months ago on previous versions.
Awaiting for a response.
Kind regards,
Hey Yamil.
We're only using the Customize section, but I believe I know where the issue lies now.
You edited the "Step-by-Step" booking form (see the select box on the top left):
But on the front-end you're using the "Amelia Catalog" booking form, which hasn't been configured:
So, when you change the drop-down (from the 1st screenshot) from "Step By Step Booking Form" to "Catalog Booking Form", and change the 2nd drop-down to "Catalog Service":
Navigate to Step 2 on the right-hand side:
Scroll down, and you'll see the calendar in blue, as shown in the 2nd screenshot I sent you.
The "Use Global Colors" slider hasn't been enabled on this form:
After I enabled it (without having to clear the cache through Nitro plugin), the page on the front-end picked up the changes:
So, this seems to be a simple misunderstanding of what you're actually changing, and what's used on the front-end.
Let me know if that helps.
Kind Regards,
Aleksandar Vuković
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hi Aleksandar
Awesome! This actually worked as a charm! Didn't notice there was a hiden section for that (I actually thought that the changes applied on the first step along with the same settings as on the Catalog Version would affect on the services).
In any case, now we can say It is finally solved.
Thank you very much Aleksandar for the great work and support.
Kind regards,
Hello Yamil,
We are glad that we're able to help you. If you have any more questions please feel to open another ticket.
Kind Regards,
Marko Davidovic [email protected]
Rate my support
Try our FREE mapping plugin! MapSVG - easy Google maps, interactive SVG maps, floor plans, choropleth maps, and much more - https://wordpress.org/plugins/mapsvg-lite-interactive-vector-maps/
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables