If someone have enabled this feature in his browser drupal logs all hit as 404. I'm not sure if this is more something that core need to handle, but it gives admins a wrong picture that users may typed in their browser. URLs like these don't require redirect.
I've seen a list on my url redirection list that looks like this:
content/how-to-
content/how-to-fo
content/how-to-foo
content/how-to-fooo
content/how-to-fooooo
content/how-to-foooooo
content/how-to-foooooo-
content/how-to-foooooo-ba
content/how-to-foooooo-bar
content/how-to-foooooo-bar-
content/how-to-foooooo-bar-f
content/how-to-foooooo-bar-fa
content/how-to-foooooo-bar-fac
content/how-to-foooooo-bar-factory
content/how-to-foooooo-bar-factory-
content/how-to-foooooo-bar-factory-s
hope you get it... we had the same discussion already in #1096478: Make Google Analytics stats more accurate by watching X-PURPOSE and X-MOZ headers, but for GA it's not really a problem as this are all HEAD requests that does not load the full page.
But it is a real problem for path_redirect...
Comment | File | Size | Author |
---|---|---|---|
#8 | drupal-stop_logging_HEAD_404s-1326396-8.patch | 1.21 KB | pdrake |
Comments
Comment #0.0
hass CreditAttribution: hass commentedcorrection
Comment #1
hass CreditAttribution: hass commentedComment #2
Dave ReidI'm a little unsure of what you mean? How is this related to redirects?
Comment #3
hass CreditAttribution: hass commentedThe list is shown on the page with 404 that need a redirect... and this list becomes highly missleading.
Comment #4
Dave ReidOk. There's really not too much we can do here. We already sort the list of 404s by the number of times they have been encountered. Otherwise if you only have a bunch of 404s that have only been hit once, there's not a whole lot we can do to make this table better.
Comment #5
hass CreditAttribution: hass commentedDo you know how instant browsing works? It's for sure not only one hit if instant browsing becomes a default browser setting soon :-)
We can exclude all HEAD requests if the special X headers are send from a client. We should really do this!
Comment #6
Dave ReidWhen Drupal core logs a 404 request, it does not store if the request is a HEAD or GET request. You would have to patch core to fix this, not redirect.
Comment #7
hass CreditAttribution: hass commentedThis was part of my question above. Moving to core.
Comment #8
pdrake CreditAttribution: pdrake commentedBecause this can cause an inordinate amount of page not found watchdog entries that are not of significant value to the site owner, perhaps we should stop logging 404s in response to HEAD requests altogether.
Comment #9
pdrake CreditAttribution: pdrake commentedBah, should have set this to needs review.
Comment #11
hass CreditAttribution: hass commentedNot all HEAD should be excluded. Only the ones with the instant browsing header. Linkchecker as an example check links with HEAD, too an we should see these if they are not instant
Comment #11.0
hass CreditAttribution: hass commenteda
Comment #24
smustgrave CreditAttribution: smustgrave at Mobomo commentedNot sure I'm following but with D10 is this still a valid request? Only ask after 10 years of inactivity?
Comment #25
quietone CreditAttribution: quietone at PreviousNext commentedRemoving tag per the tag guidelines.