Frederic
Forum Replies Created
-
I have just cross-checked it. It works perfectly for us. Many thanks for the quick support.
Note: We use version 2.8 of the plugin
Hello,
many thanks for the quick reply and sorry for my late reply. Unfortunately, I have not been in the office for the last few days.
Below is the code snippet for embedding the JS file in question
function mfnch_enqueue_styles() {
// Webpack-generated assets
wp_enqueue_style('betheme-child-main', get_stylesheet_directory_uri() . '/dist/main.bundle.css', [], filemtime(__DIR__.'/dist/main.bundle.css'));
wp_enqueue_script('betheme-child-main', get_stylesheet_directory_uri() . '/dist/main.bundle.js', [], filemtime(__DIR__.'/dist/main.bundle.js'), true);
}And more information in the following screenshot: Plugin Config | Exclude the file in question | And the URL:
The file in the frontend when the plugin is deactivated:
The file in the frontend when the plugin is activated:
I hope this helps for further testing. Many thanks in advance.
Frederic- This reply was modified 1 year, 11 months ago by Frederic.
Forum: Plugins
In reply to: [Offload, AI & Optimize with Cloudflare Images] WPML compatibilityHello @vanyukov ,
unfortunately I didn’t get around to replying here earlier.We have now offloaded the 2000 images using the single-offload method. This method works without any problems.
But to explain the problem with the Bulk Upload in more detail. Images are being offloaded to Cloudflare. But only the last uploaded image in the media library is offloaded. Below are two screenshots that illustrate the problem. In the image you can see that the same image is being offloaded over and over again. We then let it run even longer, even after 100 images the same image is offloaded.
https://ibb.co/4KyYxJ6
https://ibb.co/nBrQqD2Best regards,
FredericForum: Plugins
In reply to: [Offload, AI & Optimize with Cloudflare Images] WPML compatibilityHello @vanyukov,
I am reopening the ticket with the following short question. The bulk offload does not work in 1.9.1-beta.1. Only the last image added in the backend is uploaded to Cloudflare. And that with approx. 1600 copies. In the previous beta branch there were also problems with the offload, which were no longer present in the release version. And since this could be a branch-specific bug, we wanted to ask when the next release version will be available?
Then we would test the problem again in the realease version and create a new ticket if the problem with the offload is still present.
Best regards,
FredericForum: Plugins
In reply to: [Offload, AI & Optimize with Cloudflare Images] WPML compatibilityHello @vanyukov,
first of all, I would like to apologize for my very late reply. I was out of the office last week and was only able to look at the new version today.
Thank you for taking another look at the problem. The new version 1.9.1-beta.1 seems to have fixed the problem. At least I did not notice any problems during the first test. The images are now displayed correctly in all languages in the frontend with the Cloudflare url.
We will look at this in detail again in the next few days, but I would say that the ticket can be closed with the new version of the plugin.
Thank you once again for taking the time to help us with this problem.
Best regards,
FredericForum: Plugins
In reply to: [Offload, AI & Optimize with Cloudflare Images] WPML compatibilityhello @vanyukov
We haven’t tried that until now. We have now reset the “skip image meta values” once via the backend and also checked the database to see if there are still entries hidden somewhere. Unfortunately, this has not fixed the problem. The problem still persists. As further info we have removed all images from Cloudflare after each update of the plugin and offloaded the images again.
The 1.9 version has already changed the behavior of the output. We assume that something is still not quite right here.
In the 1.8 version the following behavior was given:
- Images that were uploaded in the English (main language) media library were output correctly in the frontend in their own language (English) with the cloudflare url and in the other languages (German, Spanish, French) with an internal url.
- Images uploaded in the German (secondary language) media library were output correctly in the frontend in their own language (German) with the cloudflare url and in the other languages (English, Spanish, French) with an internal url.
- Images uploaded in the French (secondary language) media library were output correctly in the frontend in their own language (French) with the cloudflare url and in the other languages (English, Spanish, French) with an internal url.
- etc.
In the 1.9 version the following behavior is now given:
- Images uploaded in the English (main language) media library are displayed correctly in the frontend in all languages with the cloudflare url.
- Images uploaded in the German (secondary language) media library are displayed in their own language (German) in the frontend with an internal url and are displayed correctly in the other languages (English, Spanish, French) with the cloudflare url.
- Images uploaded in the French (secondary language) media library are displayed in the frontend in your own language (French) with the internal url and are correctly displayed in the other languages (English, Spanish, German) with the cloudflare url.
- etc.
We assume that with 1.8 the url was replaced in the frontend if the language is the same as the language in which the image was uploaded. But now the behavior is slightly different. In 1.9 it seems to work correctly for the main language, but for the secondary languages the image is only displayed correctly if the language is not the same as the language in which the image was uploaded.
Or does this behavior only occur in our environment?
Best regards,
FredericForum: Plugins
In reply to: [Offload, AI & Optimize with Cloudflare Images] WPML compatibilityHello @vanyukov
We already sent this feedback to you by email on 18 March. We will post the current status here in this thread. Maybe someone else has the same problem and can add some feedback.
We have seen that a release version 1.9 with a first bugfix has already gone live. We have tested the fix in the 1.8.1-beta.2 release you provided and in the official 1.9 version.
1. In the beta version there was a problem with the single upload/remove feature. It seems to be fixed in the current version of the plugin.
2. Unfortunately, the bugfix doesn’t seem to be working 100% yet. Images uploaded to the media library in the main language (English) are now displayed correctly in all languages via the Cloudflare url. Images uploaded to the other language versions (not main language) are output in their own language with internal url and in the other languages correctly with Cloudflare URl. (The bug is still present in the current 1.9 version).
Example:
– Images that was uploaded in the main English media-library -> Image is output correctly in all languages with Cloudflare URL.
– Images that was uploaded in the German media-library -> is output in the German language with an internal URL, but displayed correctly in the English, Spanish and other language versions with a Cloudflare URL.
– Images that was uploaded in the Spanish media-library -> is output in the Spanish language with an internal URL, but is displayed correctly with a Cloudflare URL in the English, German and other language versions.3. Since we do not know whether the bug with the missing responsive versions is a problem with WPML at all and we cannot reproduce the error specifically, it does not make much sense to continue to list the bug here. We would create a new thread for this problem.
Could you take another look at the existing problem? (2.) And again many thanks for any help in advance.
Best regards,
FredericForum: Plugins
In reply to: [Offload, AI & Optimize with Cloudflare Images] WPML compatibilityForum: Plugins
In reply to: [Offload, AI & Optimize with Cloudflare Images] WPML compatibilityHi @vanyukov
thanks for your quick response and sorry for my relatively late reply. We have tried to debug the problem a bit further on our side to describe the problem better.
Yes, there is an integration that fixes WPML issues, previously reported by other users.
Can this information be found somewhere? We didn’t find any other support thread on this topic, at least not right away. But we probably just overlooked it.
Which version are you using?
The following WPML plugins are installed and activated:
- WPML Multilingual CMS: 4.6.9
- WPML SEO: 2.1.0
- WPML String Translation: 3.2.9
The following WPML plugin is installed but deactivated. This plugin was already deactivated when we took over the project. We cannot say whether this plugin was once used or not:
- WPML Media: 2.7.3
Is WPML set to duplicate attachments?
I’m not 100% familiar with WPML, but I think it’s about the following configuration, right?
Media Translation:
[X]Set language information for existing media
[X]Translate existing media in all languages
[X] Duplicate existing media for translated content
[X] Duplicate the featured images for translated contentHow to handle media for new content:
[X] When uploading media to the Media library, make it available in all languages
[X] Duplicate media attachments for translations
[X] Duplicate featured images for translationsIf I understand this correctly, then WPML is set to duplicate attachments.
—–
To better understand the problem, we have now tried the following. We have uploaded two images each via the English and German media library. Then we created a new test page for English and German, where we added these images. We noticed the following behaviour. The image url’s of the images that were uploaded in the English media library were replaced correctly on the English page and the image url’s that were uploaded in the German media library were replaced correctly on the German page. This means that the internal url is only replaced if the image was uploaded in the language-specific media library.
On the other hand, if we duplicate the English page into another language, the same images are still output correctly in the other language with the external cloudflare url.
During this test, we noticed that WPML uses a different “wp-image-id” for the same images in each language version.Example:
An image that was uploaded in the English media library uses the ID “wp-image-70551” on English pages. The same image uses the ID “wp-image-70553” on the German pages. Technically, however, it is the same image on the server.This means that the replacement is controlled via the “wp-image-id”. However, images are only replaced if the ID is used from the language where the image was uploaded.
Now the question is how we can work around the problem. In theory, we could now go through all pages and manually replace the “wp-image-id” of the images on all pages with the original upload ID. This would solve the problem, but is unfortunately not realistic as this project already has a large number of pages, languages and images. In addition, we do not know in which language the images were uploaded. And we assume that the images were uploaded in different languages.
Is there already a known technical workaround for this problem, where the pages do not have to be edited or the images do not have to be re-uploaded?
Can the plugin be updated so that the “wp-image-id” of the other languages is also exchanged correctly? Or that the URL replacement is not only done via the “wp-image-id” but via the path of the image itself?
Perhaps we are also overlooking something on our site.
And again many thanks for any help in advance.