Creating and Implementing a 404 Page

[David Ross]

I want to write and install a personalized "404 Error" page. How
do I do that?

I have over 200 HTML files on my Web site. I'm concerned that, if
I change or move a file, I might not detect all the other files
that link to it and thus require changes. A personalized "404
Error" page would inform visitors to my site how they can help me
correct such errors when they exist.

--

David E. Ross
<http://www.rossde.com/>

I use Mozilla as my Web browser because I want a browser that
complies with Web standards. See <http://www.mozilla.org/>.

[Brian]

David Ross wrote:

I want to write and install a personalized "404 Error" page. How
do I do that?
Write the page as you would any other html document. As for how to
set it up, that depends on the server and configuration. If it's
Apache, you can add to the config file (e.g., .htaccess for a per
directory configuration) the following line:

ErrorDocument 404 /error404.html

Change the file name and path to point to your document.
I have over 200 HTML files on my Web site. I'm concerned that, if
I change or move a file, I might not detect all the other files
that link to it and thus require changes. A personalized "404
Error" page would inform visitors to my site how they can help me
correct such errors when they exist.

You shouldn't have to rely on visitors to detect missing files. Use a
link checker.

http://validator.w3.org/checklink

--
Brian
follow the directions in my address to email me

[David Ross]

Brian wrote:

David Ross wrote:

I want to write and install a personalized "404 Error" page. How
do I do that?

Write the page as you would any other html document. As for how to
set it up, that depends on the server and configuration. If it's
Apache, you can add to the config file (e.g., .htaccess for a per
directory configuration) the following line:

ErrorDocument 404 /error404.html

Change the file name and path to point to your document.

Thank you. I did it, and it works like a charm. (Yes, my ISP
uses Apache.)

I have over 200 HTML files on my Web site. I'm concerned that, if
I change or move a file, I might not detect all the other files
that link to it and thus require changes. A personalized "404
Error" page would inform visitors to my site how they can help me
correct such errors when they exist.

You shouldn't have to rely on visitors to detect missing files. Use a
link checker.

http://validator.w3.org/checklink

I bookmarked the "checklink" page. I will try that soon.

--

David E. Ross
<http://www.rossde.com/>

I use Mozilla as my Web browser because I want a browser that
complies with Web standards. See <http://www.mozilla.org/>.

[Neal]

"Brian" <us*****@juliet remblay.com.inv alid-remove-this-part> wrote in
message news:9uRBb.3593 23$275.1179772@ attbi_s53...

Write the page as you would any other html document. As for how to
set it up, that depends on the server and configuration. If it's
Apache, you can add to the config file (e.g., .htaccess for a per
directory configuration) the following line:

As a warning to any "fine people notwithstanding their poor choice" using
Frontpage, I'm told to not try making a htaccess file. You'll end up having
to recode your whole site the right way.

This is second-hand info, so corrections to my statement are welcome.

[Jukka K. Korpela]

"Neal" <ne**@spamrcn.c om> wrote:

As a warning to any "fine people notwithstanding their poor choice" using
Frontpage, I'm told to not try making a htaccess file.
I beg your pardon? How would the authoring software affect .htaccess, which
is something that a server uses without even looking at the content of HTML
documents, still less how they have been produced?

BTW, I'm just playing with FrontPage 2003, and it can actually be used to
produce and edit HTML pages pretty well. The problem with FP products is that
their user interface makes it all too easy to produce poorly written pages,
and you need to understand HTML and other Web affairs rather well to avoid
all the pitfalls on your own.
You'll end up having
to recode your whole site the right way.
Well, having to do things the right way isn't really a worst-case scenario in
my book, but I have no idea of what you are talking about.
This is second-hand info, so corrections to my statement are welcome.

It's impossible to correct your statement, since it didn't really contain any
factual information that could possibly be confirmed as correct or proved
counter-factural.

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

[Chris Sharman]

Brian wrote:

You shouldn't have to rely on visitors to detect missing files. Use a
link checker.

http://validator.w3.org/checklink

Doesn't do well with javascript links, in particular it doesn't spot
errors/missing images in the rubbish dreamweaver leaves to preload
rollover images.

Chris

[Eric Bohlman]

Chris Sharman <ch***********@ sorry.nospam> wrote in
news:br******** ***********@new s.demon.co.uk:

Brian wrote:

You shouldn't have to rely on visitors to detect missing files. Use a
link checker.

http://validator.w3.org/checklink

Doesn't do well with javascript links, in particular it doesn't spot
errors/missing images in the rubbish dreamweaver leaves to preload
rollover images.

Yet another reason not to *rely* on scripting for a function as important
as linking.

[Steve Pugh]

Chris Sharman <ch***********@ sorry.nospam> wrote:

Brian wrote:

You shouldn't have to rely on visitors to detect missing files. Use a
link checker.

http://validator.w3.org/checklink

Doesn't do well with javascript links,

Of course not - they're not links.
Google won't be able to follow them either.
Nor will any user without JS (for whatever reason).

Don't use JavaScript as the only means of reaching a page.

Steve

--
"My theories appal you, my heresies outrage you,
I never answer letters and you don't like my tie." - The Doctor

Steve Pugh <st***@pugh.net > <http://steve.pugh.net/>

[Brian]

Chris Sharman wrote:

Brian wrote:

Use a link checker.

http://validator.w3.org/checklink

Doesn't do well with javascript links

It doesn't process javascript, period. It is a link checker, not a js
checker.

--
Brian
follow the directions in my address to email me

[Chris Sharman]

Eric Bohlman wrote:

Chris Sharman <ch***********@ sorry.nospam> wrote in
news:br******** ***********@new s.demon.co.uk:

Brian wrote:

You shouldn't have to rely on visitors to detect missing files. Use a
link checker.

http://validator.w3.org/checklink

Doesn't do well with javascript links, in particular it doesn't spot
errors/missing images in the rubbish dreamweaver leaves to preload
rollover images.

Yet another reason not to *rely* on scripting for a function as important
as linking.

Well personally, I'd be just as happy to use CSS for rollovers, but the
marketeers have decided they like flashy rollover images, as provided by
Dreamweaver. If you have them, you ideally want a body preload for them,
because a rollover really needs an instant, local, response.
I seem to spend a lots of time chasing down rubbish from Dreamweaver.
Ho hum.
I'd see it as a significant improvement it it processed any strings
found in <body onload=MM_prelo adImages('img1' ,...)> or similar (thereby
better supporting popular web authoring tools). I daresay the even more
dreaded Frontpage does something similar.
I'm not a fan of Dreamweaver, but I do have to work with the pages it
produces.
Suggested to the www-validator mailing address, anyway.

Chris