When Umbraco launched the Redirect Url Management dashboard they were worried it might conflict with people upgrading to the version it shipped with, that had one of the popular Url Tracking and redirecting plugins of the time... eg UrlTracker SEOChecker etc They were worried about infinite redirect loops with different tracking tools fighting each other!
They made the decision that if the dlls for those third party plugins exist in the bin folder - that the core Redirect Url Management dashboard should be turned off, on the presumption that the site would be using the third party tool for tracking of url changes...
So as long as you have the UrlTracker dll in the bin folder - the core Redirect Url Management dashboard will not function.
There is however a third party Redirect plugin you can use which has more functionality than the core offering, and which was released after the core Redirect Url Management dashboard was added and so doesn't cause the same 'turning off' of the core tracking, they work alongside each other reasonable well.
Thank you for your input, good to know that the module will disable the core feature.
The core redirect management thing in umbraco does not appear as turned off and the customer asked about it.
Anyway, UrlTracker has it's own tracking of url changes if the customer wants it, so no need for other modules yet.
Yep, if you are sticking with UrlTracker then, you can update the dashboards.config so that the core Redirect Url Management dashboard isn't displayed to avoid editor confusion.
I wrote a blog post about the situation a while back:
One thing to be careful of with UrlTracker is to make sure you are not tracking 404 requests, or if you are to make sure you are ignoring common hacking requests (otherwise your DB fills up pretty quick!)
Any idea how does this module interfere with the default umbraco redirect management tracker?
I have installed this module with urlTracker:trackingDisabled = true. Umbraco default redirect management doesn't seem to work any more.
Hi Andrei
When Umbraco launched the Redirect Url Management dashboard they were worried it might conflict with people upgrading to the version it shipped with, that had one of the popular Url Tracking and redirecting plugins of the time... eg UrlTracker SEOChecker etc They were worried about infinite redirect loops with different tracking tools fighting each other!
They made the decision that if the dlls for those third party plugins exist in the bin folder - that the core Redirect Url Management dashboard should be turned off, on the presumption that the site would be using the third party tool for tracking of url changes...
So as long as you have the UrlTracker dll in the bin folder - the core Redirect Url Management dashboard will not function.
There is however a third party Redirect plugin you can use which has more functionality than the core offering, and which was released after the core Redirect Url Management dashboard was added and so doesn't cause the same 'turning off' of the core tracking, they work alongside each other reasonable well.
It's called Skybrud.Redirects - the V7 version is available here: https://github.com/skybrud/Skybrud.Umbraco.Redirects/tree/dev-v7
or on NuGet
regards
Marc
Hi Marc,
Thank you for your input, good to know that the module will disable the core feature.
The core redirect management thing in umbraco does not appear as turned off and the customer asked about it. Anyway, UrlTracker has it's own tracking of url changes if the customer wants it, so no need for other modules yet.
Yep, if you are sticking with UrlTracker then, you can update the dashboards.config so that the core Redirect Url Management dashboard isn't displayed to avoid editor confusion.
I wrote a blog post about the situation a while back:
http://tooorangey.co.uk/posts/how-can-it-be-its-a-rum-do-part-two/
One thing to be careful of with UrlTracker is to make sure you are not tracking 404 requests, or if you are to make sure you are ignoring common hacking requests (otherwise your DB fills up pretty quick!)
regards
marc
Sounds like a good idea to take it out in dashboards config, thanks. And yeah, we are aware of the 404 tracking trap, so we're not using the feature.
Cheers
is working on a reply...
This forum is in read-only mode while we transition to the new forum.
You can continue this topic on the new forum by tapping the "Continue discussion" link below.