omahoung

Hello,
The website I am working on has a WPML lifetime license, I regularly receive the plugins’ updates. Unfortunately I don’t have a WPML account. The website was created few years ago by someone who had an account, he installed all the translation plugins but he is not working on this website anymore.
In these conditions is there a way to get support? or do I have to buy another license?
Kind regards.

It is fixed, no more high CPU usage, thanks for the fast fix!

• This reply was modified 2 years, 3 months ago by omahoung.

On plugin reactivation there was the HTTP API call, it lasted about 2s. After that when browsing the admin pages, there was no API call anymore, and no high CPU usage. All is back to normal.
Thanks for the fast fix.

• This reply was modified 2 years, 3 months ago by omahoung.

When checking with Query Monitor I see a HTTP API call in error.

Method: GET
URL: https://wphtmega.com/library/wp-json/htmega/v1/templates
Status: cURL error 28: Operation timed out after 25010 milliseconds with 0 bytes received
Caller: HTMega_Template_Library::request_remote_templates_info()
Component: Plugin: ht-mega-for-elementor

I have the same problem. On SiteGround, my CPU usage breaks the limit just by clicking on some links of the admin pages (front-end is normal). When I deactivate the plugin, all is back to normal.

I don’t know exactly when this began, but I guess it is in one of the last updates, maybe 1.9.0.

This is a big issue, I can’t keep the plugin, I will have to change for another one.

Hi,

It is working.

Thanks!

The website language was in English. I have changed it to Chinese. Please check again the page. Now you should see the problem.

It is night now in Taiwan so I can let it like that for few hours, I will have to change it back to English after that.

Kind regards.

Hi,
I wanted to install this plugin but I saw your message. So I did a test. On a fresh install of WordPress I installed “Edit Author Slug” and “Wordfence” then I ran a Wordfence malware scan. No any malware was found. Could you please give more details about this malware found on NameHero? Was it on this plugin only or also others or maybe a theme?
Thanks.

Hi,
Yes I can now see in the not cached version of the site that geoport-body-fonts-css uses href=//fonts.googleapis.com. But I actually still can’t understand very well why the cache version needs a prefetch to googleapis without these fonts being actually loaded from that source. Anyway, if you say it is normal then it is fine for me.
Thanks for the answers.

Thanks for the fast answer.
All my fonts are on https://fonts.gstatic.com (I am testing the home page) but the plugin add a preconnect to https://fonts.googleapis.com (that’s the reason of the PageSpeed Insights warning). Is this additional preconnect necessary?

• This reply was modified 2 years, 6 months ago by omahoung.

I will use the filter. I hope this will not take too long time to get the fix.
Thanks.

Hi,

Thanks for writing in the SGoptimizer forum, this has clarified the situation and made things change faster.

The file is indeed created by SGoptimizer. SiteGround developers will implement a fix on their plugin.

This ticket can be closed here.

Kind Regards.

According to SiteGround tests, both the files exist, bar.css.min.css being created when the user is logged in.

Here is their answer:

Most probably the support of All-In-One-SEO plugin have mistaken the file because both of them do exist on my end:

/wp-content/plugins/all-in-one-seo-pack/dist/Lite/assets/css/admin-bar.654f4913.css

and

/wp-content/plugins/all-in-one-seo-pack/dist/Lite/assets/css/aioseo/css/admin-bar.css.min.css

As you can see they are located under different folders. I am using the latest version of the plugin (4.1.10) as well. The second file is generated only when the frontend is accessed while the user is logged in.

I got an answer from All in one SEO:

The file that’s being looked up shouldn’t exist since the equivalent in 4.1.10 should be admin-bar.654f4913.css. So this seems to be a caching issue and there might be some very aggressive caching going on here (possibly OPCache).

So it looks normal that I don’t have this file.

Could you please check again from your side, this could be a cache problem.

Thanks.

Hello Shivamtyagi,
I have the version 4.1.10.