We noticed many 404 errors that were thrown onto our ColdFusion CFIDE server monitor, and it took us a while to figure out that errors like missing icons cause these errors.
We use a custom 404 template page that contains some logic (more than just basic HTML). Thus, whenever 404 appears for an icon, these pages are generated and returned to the user.
Since these icons are requested by default in many browsers (if there is no pointer in the header, it looks at the root of the site or something like that), it throws a huge number of 404 to our server, which requires processing and also bandwidth for delivery. Our server works fine in most cases, but when it really loads a lot, sometimes there are serious performance problems.
I know this is a performance issue, but is it enough to try to fix it? If so, is there a way with Coldfusion server (or our underlying Windows Server 2003 working with IIS) to filter files that actually throw CF 404 error? Ideally for files like these icons, CSS, and Javascript (since the visitor never “sees” their output), we would just like to return an HTTP 404 response without content, since it is not needed ...
, , , 404 ( 404 ). , , (, , ..) , . , . 404 , ( 2 , 1). 404 , , , , ( = ).
, , 404 . , ( ), favicon . 404, "" ( , , - - ). , 404 , , . 404 , , , , , , .
( ) (, ), (, "K" ) . Favicons , , , , .
, ... 404, ..
... ? , , .
As someone else has touched, I think that the easiest and most reasonable way to deal with this problem is not to try to deal with this on the side of handling 404 things, but just to make sure that 404 does not happen in the first place. If this happens due to the lack of badges ... fix it without missing the badges! If you don’t have the resources or desire to label them appropriately, just use the generic one. It is better to consider the actual problem than the symptom of the problem.