HI Ana,
Thank you for your purchase.

Sorry for late response, we are not working on weekends.

Please provide me a temporary WP-admin login for your site where this happens, so we could log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue. We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course we do not provide login data to third party. You can write credentials here just check Private Reply so nobody can see them except us.

Best regards.

HI Ana

It looks like I can not access the page to login to WordPress ( attachment )

Is this the right address.

Best regards.

Hi Ana,

Ok I was able to login to your site now.

As I can see there are 33 errors on the page (attachment) 

I can see that there are some errors but I can not find from which plugin, is it possible from your side to deactivate all other plugins to see where the issue might be.

Best regards.

HI Ana,

If you disable "Learnpress" do you still have the same issue.

Best regards.

HI Ana,

OK here is the solution 

This is happening because of the conflict with LearnPress plugin. The authors of this plugin load all LearnPress scripts on each admin page (which is wrong,  they should load their scripts only on their pages, as we are doing).

This conflict can be fixed by modifying the Learnpress plugin code OR disabling LearnPress plugin

If you wish to modify Learnpress plugin code (or I could do it for you), you need to do next replacement:

In file: ../wp-content/plugins/learnpress/inc/admin/class-lp-admin-assets.php  (line #196) search for the:

if ( empty( $data['screens'] ) || ! empty( $data['screens'] ) && in_array( $screen_id, $data['screens'] ) ) {

and replace it with:

if ( (empty( $data['screens'] ) || ! empty( $data['screens'] ) && in_array( $screen_id, $data['screens'] ))  && substr($screen_id, 0, 6) !== 'amelia') {

And of course, if you update the LearnPress plugin you will have to replace again this line of code in LearnPress plugin in order to not load their scripts on Amelia pages.

Let me know is it working.

Best regards.

Hello Ana María.

Can you please tell us which version of Learnpress are you using?

The fix Bogdan sent you is for the latest version of Learnpress, and that may be why you're not seeing that in the same line of code.

Best regards.

Hi again Ana María.

Yeah, it looks like there was a change in the meantime, and I cannot locate the string Bogdan mentioned here.

I tried to add the full line, but the Plugin Editor doesn't allow me to do that.

Can you open the given file via FTP and simply add this to line 269:

if ( $scripts = $this->_get_scripts() ) {
    foreach ( $scripts as $handle => $data ) {
    do_action( 'learn-press/enqueue-script/' . $handle );
    if ( (empty( $data['screens'] ) || ! empty( $data['screens'] ) && in_array( $screen_id, $data['screens'] ))  && substr($screen_id, 0, 6) !== 'amelia') {
    wp_enqueue_script( $handle ),
    }
    }
}

If that doesn't work, please reach out to the Learnpress's team and see if they can offer a better workaround.

Best regards.

Hi again Ana María.

I guessed it's not going to work, but it was worth taking a shot.

Like Bogdan mentioned before - The authors of this plugin load all LearnPress scripts on each admin page (which is wrong,  they should load their scripts only on their pages, as we are doing), and this is why the conflict appears.

If you don't wish to deactivate the plugin to be able to use Amelia, the only thing left to do is to reach out to their customer support, and ask them if there's anything they can do about the conflict.

Best regards.

Hi again Ana María

No problem. We will extend the trial period until we get this fixed.

Please let me know as soon as you hear back from LearnPress, and if they can't help you out we'll dig deeper in the code.

Best regards.

Hello Ana María

I'm glad to hear the issue has been resolved.

When it comes to loading times - this is mostly determined by:

• The amount of data on the page
• Server performance
• Hosting
• Internet
• Local machine performance
• Delayed requests

I inspected your pages, and there seems to be something called "fontawesome" that is coming back with 404 errors - not found. See attachments.

The loading time is approx. 11 seconds, and these fontawesome are wasting around 6.8 seconds on failed requests.

If this is a plugin, please try deactivating it, and the page should be loading faster.

Best regards.

Hi again Ana.

The issue will probably be resolved once server performance is increased, of course. The internet golden rule is that your site should fully load within 3 seconds or less.

Along with WordPress, Amelia sends out admin-ajax requests, that take a bit longer to load, again depending on the server performance, and so on. There's nothing in the plugin's configuration that could change that so it takes less time.

I've tested your website on https://gtmetrix.com and it came up rather good:

Average YSlow Score is 71%, so yours is quite good, although "bad requests" shown in yellow here include 404 requests from Amelia, which do not actually exist when inspecting the page.

Here's how GTMetrix sees it:

As 404 - like it doesn't exist. However, the page loads them normally with good response 200:

That may be a glitch in GTMetrix, and if it saw it as 200, it'd probably be also an A, or maybe grade B. You're welcome to test it yourself, and also see if you can increase performance by disabling the heartbeat API. You can read more about that here.

Best regards.

You're welcome, Ana

If you have any further questions or issues, please feel free to open a new ticket, and we'll gladly help.

Best regards.