[Resolved] makes an extra copy of the language page
This thread is resolved. Here is a description of the problem and solution.
Problem: The client was experiencing an issue where WPML was creating unnecessary URLs in the format /pl/ and /en/ for a website that uses different domains for each language version. This resulted in six versions of each page instead of the required two, causing server load issues.
Solution: 1. We reset the permalinks to "postname" to ensure that URLs like https://4659bb91.cfolks.pl/pl/malta redirect to https://4659bb91.cfolks.pl/malta. 2. We advised the client to use the "A different domain per language" option as detailed in our documentation here. 3. We investigated the permalink structure "/%category%/%postname%.html" and found it was causing issues with WPML redirection. We escalated the issue to our secondary support team for further investigation. 4. We recommended checking if the Permalink Manager Pro plugin could redirect the unnecessary URLs to the correct ones, thus resolving the issue.
If the solution provided here is not relevant to your case, either because it's outdated or not applicable, we highly recommend checking related known issues here, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the issue persists, please open a new support ticket here.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
I have a website hidden link on which I use WPML. The PL version is the original site hidden link and the EN version is the site under a different domain hidden link.
However, I noticed that your plugin, in addition to doing the correct websites for both of these domains, makes an extra copy of the language in the /pland /en folder (for the two active language versions)
Example: hidden link - ok hidden link - unnecessary hidden link - unnecessary hidden link - ok hidden link - unnecessary hidden link - unnecessary
That is, it creates 6x (although it should be x2) and it puts a lot of load on the server.
I will need to closely examine your website. Therefore, I will require temporary access (WP-Admin and FTP) to a test site where the problem has been replicated, if possible. This will enable me to provide better assistance and determine if any configurations need to be modified.
Please note that it is important to have a backup for security purposes and to prevent any potential data loss. You can use the UpdraftPlus plugin (https://wordpress.org/plugins/updraftplus/) to fulfill your backup requirements.
Your upcoming reply will be treated with confidentiality and will only be visible to you and me.
✙ To resolve the issue, I may need your consent to deactivate and reactivate plugins and the theme, as well as make configuration changes on the site if necessary. This emphasizes the significance of having a backup.
Are you sure?
I disabled the "Permalink Manager Pro" plugin and the hidden link site still exists and does not redirect anything.
What is important, I have to keep the structure "/%category%/%postname%.html" because to completely crash my site. It would be strange if WPML does not support this.
It looks like the issue is due to the permalink structure that you mentioned. There isn't a way to remove the extra link, but we can force this link hidden link to redirect to hidden link . I've selected "Use the directory for the default language" using the option here hidden link
So now it will be.
hidden link - unavailable hidden link - Polski hidden link - English
I've checked this link hidden link and it's not redirecting to hidden link so I cannot test this out for you. The settings are configured here hidden link and I couldn't verify that English language domain.
Could you correct this so that I can recheck this for you?
If you wish to test this out on your production site, restoring the permalink format to /%postname%/ should fix the issue. It looks like the permalink format /%category%/%postname%.html breaks the WPML permalink.
The site works normally as PL on hidden link
and EN on hidden link
For your tests I created a staging version: hidden link
And I can only create such a version of one language version.
hidden link is a false address, given only to show you that you have approached the problem incorrectly.
Once again:
I operate on separate domains, not subdomains.
This is just the staging version.
I have a website hidden link on which is PL version and hidden link is the EN version.
Staging for test is only this hidden link with PL version.
Your plugin, in addition to doing the correct websites for both of these domains, makes an extra copy of the language in the /pl/ and /en/ folder (for the two active language versions)
Example:
1) hidden link - it is ok, and working
2) hidden link - it is not ok, unnecessary, should redirect to hidden link
3) hidden link - it is not ok, unnecessary, should redirect to hidden link
4) hidden link - it is ok, and working
5) hidden link - it is not ok, unnecessary, should redirect to hidden link
6) hidden link - it is not ok, unnecessary, should redirect to hidden link
Restoring the permalink format to /%postname%/ X is not a solution to the problem, because then my URLs on the page will be completely disjointed.
As previously discussed, the permalink "/%category%/%postname%.html" is causing issues with WPML redirection and generating unnecessary URL slugs, as you pointed out.
Given your requirement for this specific permalink structure, I will need to escalate this matter to our secondary support team. They will investigate whether it's possible to integrate this permalink format seamlessly with WPML.
Could you please provide access to either your live production site or a clone site that utilizes the "A different domain per language" feature and is functioning correctly? This will greatly assist us in diagnosing and resolving the issue.
> Given your requirement for this specific permalink structure, I will need to escalate this matter to our secondary support team. They will investigate whether it's possible to integrate this permalink format seamlessly with WPML.
Thank you.
> Could you please provide access to either your live production site or a clone site that utilizes the "A different domain per language" feature and is functioning correctly?
No, I can't. I don't have such possibilities.
But in my opinion, what is on staging works ok for testing. Because we just need to take care of the part in that domain, i.e. addresses:
1) hidden link - it is ok, and working
2) hidden link - it is not ok, unnecessary, should redirect to hidden link
3) hidden link - it is not ok, unnecessary, should redirect to hidden link
I've disabled most of the unnecessary plugins to get a clearer picture of how permalinks are being generated.
However, I'm still puzzled about the use of "k" in your category base as demonstrated here: hidden link.
Here's what I currently observe:
- hidden link - in Polish
- hidden link - in Polish
- hidden link - in English (correct slug)
- hidden link - in Polish (correct slug)
I need to grasp the logic behind the creation of permalink slugs before reaching out to our Second Tier Support. If I forward them the links without any context, they're likely to pose the same question I'm directing to you now.
> However, I'm still puzzled about the use of "k" in your category base
I think this is not the problem here.
"k" was set once as the name of the category base (instead of "category"), but using the Permalink Manager Pro plugin the links were changed to nicer ones (this plugin please don't disable, because it is crucial for the site).
That is, an address like hidden link should not exist and if it does, redirect to hidden link
Because of the implementation of a third-party plugin to modify the URL slugs, we are unable to directly delve into the issue for you. Our scope of investigation is limited to determining if the problem is linked to WPML. Under WPML usage, the correct URLs should be as follows: hidden link and hidden link, and everything appears to be functioning correctly. Additionally, the link hidden link redirects to hidden link, effectively eliminating the surplus link.
Following this, you utilized the Permalink Manager Pro plugin to modify the link from hidden link to hidden link, resulting in the emergence of the link hidden link.
It is recommended to explore whether Permalink Manager Pro possesses the capability to redirect hidden link to hidden link, thus eliminating the redundant link and resolving the issue at hand.
