To be honest right now it is just too much effort to change translation plugin for this issue, especially because it is mostly working, and once you are in a language, the links work properly.
The problem only happens if you change the language too many times in a row, and then it sends you back to the homepage, where after the user can anyways browse in their language.
It's obviously not ideal, but I wont do a massive transformation project right now to use another translation plugin (which might also have problems), just to fix this topic. The blog is still working and the translations are available.
Can we consider this a kind of work in progress that we will always keep an eye on to see if we can find a fix for it, and in the mean time I will keep things as they are? Do you think a clean install might fix the problem?
I understand. It's not a critical failure, even though it's not ideal.
As for your questions
"Can we consider this a kind of work in progress that we will always keep an eye on to see if we can find a fix for it, and in the mean time I will keep things as they are? Do you think a clean install might fix the problem?"
We can keep this thread open. As for the clean install, I think it's worth trying, depending on how much effort you're willing to pot into this.Nonetheless, it looks a lot to me that this issue stems from your server.
Apart from a clean install do you have anything else you want to try? Maybe now is the time to talk directly to Bluehost support with specific server related questions? Maybe it needs a patch from your side to make it run properly on the Nginx servers?
Regarding a clean install, what exactly would that require?
We really exhausted our options, there's nothing left we can try from our side.
As for the hosting support, we have no information about the issue, so there's no specific questions we can ask. WPML runs perfectly on Nginx servers, with no additional configuration required. Besides explaining the issue, you'll depend on their proactiveness.
As for the clean install, on a second thought, it would be a lot of work to test something that'll probably lead to the same result. The best way would be to recreate the installation on a staging version, but you said your hosting doesn't allow that.
At this point I think recreating a staging version is pretty much the only realistic option we have, so let me talk to Bluehost support about this and see what they say. I will try to push a lot on that. Could take a while though, so I will get in touch with you if I pull it off.
I see you installed 2 plugins for file management. They seem useful, could you tell me in a few words the difference between them?
I assigned a new ticket to you with a small problem I had with categories on a new post. Please take a look and let me know your thoughts on that. Thanks
Oh, I apologize about the plugins, I should've deleted them. I used them to check some files in your installation, but they are no longer needed and can be deleted.
Let me know if you have any new information from BlueHost.
As for the other ticket, I was able to answer you there.
I talked to Bluehost support and they told me I have to pay for a staging site, and its not that cheap. I need to understand how important it really is for you to have a staging site, what can it help you achieve that you cannot do on the live site?
Will getting a staging site really give us a better chance of solving this problem?
Ok thanks. Today I found another problem that might somehow be related. I use AHREFS (ahrefs.com) to help me optimize my site and find errors. Lately it has identified a lot of hreflang problems.
As you can see in the image attached, there are currently 215 pages with missing reciprocal hreflang and 14 pages hreflang pages to redirect or broken page. Can you look into it?
New threads created by Lucas Vidal de Andrade and linked to this one are listed below:
Here is an image of the crawl history for the hreflanguage problem. You can see the problem was non existent before May 28, then it started and has been getting worse since then.
I switched to the new host on May 27 so it makes sense now to see the problems start after I am on the new host. I have an Excel file that tells more about each page that has a hreflanguage error if you want to see it
Please, whenever you find something new, create a new ticket or open a chat to discuss it. It's really important that we keep one issue per ticket, to ensure that each one of them will be addressed 🙂
Ok sorry, wasnt sure if the problem is different or somehow related. I noticed something else on just now. If you scroll all the way down on any page, you get a small navigation bar all the way at the bottom with all 4 languages, I dont recall ever having this in my old hosting, is it normal or potentially part of the problem?
I got feedback. Actually, at this stage, a staging environment wouldn't help.
We have thoroughly tested your website locally and on our Cloudways staging servers, and the issue with WPML does not occur in these environments. This confirms that the problem is specific to your current hosting provider, BlueHost.
BlueHost has stated that the hosting plan you are on is not compatible with WPML. As such, the best course of action is to either change to a hosting provider that supports WPML or work with BlueHost to resolve the issue from their side.
At this point, there is nothing more we can do, as the issue is related to server configurations and not WPML’s code.
We really exhausted our options, there's nothing left we can try from our side. Unfortunately, this ticket will have to be closed.
I apologize for the inconvenience. Let me know if you have any final questions.
The topic ‘[Closed] Menu bar links not working properly after moving to new host’ is closed to new replies.
