Dots, numbers and other signs in the URL

On my test site I’m able to create a page named ~!@#$%^&*()_+`-=[]\{}|;’:”,./<>?日本にほんé and create a redirect to that page that works. What do you mean by “does not recognize the URL as a valid page” and what’s the issue you’re having exactly? Is there an error message?

No, it just doesn’t redirect. As you can see at the images those pages are caught in 404 list of URLs and I need to edit them. If there wouldn’t be the number at the end or dot in the URL, I am 100% sure that it would redirect it correctly…

I suppose that continuously I will take care of them. There could be maybe tens, my guess is up to 100 pages so I just need to check it now and then. So having it done directly by the plugin would be for sure better eh.

• This reply was modified 3 years, 6 months ago by keengamer.
• This reply was modified 3 years, 6 months ago by keengamer.
• This reply was modified 3 years, 6 months ago by keengamer.

I am able to redirect to pages ending with the number 1. Are you not able to do that?

As I said I can manually do that (visible also here, a new 404 in the list https://imgur.com/a/OD9XoFg ). So manually I can find the URL and I can save it for the future visits. But the plugin does not do it automatically. I have 90% in the settings but for sure this URL should have been redirected automatically. That’s what I’m dealing with now…

Please turn on debug logging, test your scenario, and paste the results of the debug log to pastebin.

Here you go https://pastie.org/p/2EMZKTYybKL9g2cWUhJYtp However from those posts {“372739|1″:”72.2222″,”371273|1″:”72.0000″,”373186|1″:”71.2121″,”373567|1″:”69.8413″,”373287|1″:”69.6970″,”1408|1″:”68.5185″,”373181|1″:”68.1159″,”371421|1″:”66.6667″,”373705|1″:”66.6667″,”98|2″:”39.5349”} I can’t find the real correct one which is 14289.

What field and table in the database do you use to check the URL, name or whatever it is?

Because again, this URL does not redirect /article/quantum-break-review1 but this URL does it correctly /article/quantum-break-review

And that’s just one simple “1” at the end of the URL. Weird.

In the posts table the correct ID has GUID https://www.keengamer.com/articles/news/quantum-break-review/ and post_name quantum-break-review and post_title Quantum Break Review

Karel,

Is there a support question here? I’m happy that you like the plugin, but this isn’t my job. It’s volunteering for me and I’d like to spend as little time as possible chatting about various hypotheses about how the plugin works. In general when you’ve posted a question in the past it’s always been difficult to figure out what you want exactly, and then most of the time there isn’t an issue with the plugin at all. If you could test things on your own before opening a ticket it would save both of us a lot of time.

The algorithm the plugin uses is partly the levenshtein distance algorithm and the “name” of the page doesn’t matter – the URL matters. It’s highly unlikely that a 1 character difference in a URL makes such a great difference as you’ve described, so I invite you to test on your own before asking me about it.

Hi Aaron,

I understand. But we cannot test it more if we don’t know how to fix it and how the plugin works. As you can see from the logs above and here https://pastie.org/p/2EMZKTYybKL9g2cWUhJYtp we simply don’t get the correct URLs and matched links for the visited URL. So we just want to figure out why and how to fix it.

If you can check the log and give us some hints how the plugin works and what fields are used to find and match the URL that would be great.

Thanks,
Karel

The log file you pasted shows me it’s working.

There are no “fields” used. It uses URLs. If the URLs are a close enough match then a redirect can be done.