Hello, I'm having a slight problem using the W3C html validator and I've
reviewed the FAQ's with no luck so hopefully someone here would be kind
enough to point me in the right direction.
I recently validated my site's css and the bulk of the html pages via the
W3C validator but was forced to use the file upload option because the
'Validate by URL' option returns the following error: Sorry, I am unable to validate this document because its content type is
http://www.ortonage.com, which is not currently supported by this service.
The Content-Type field is sent by your web server (or web browser if you use
the file upload interface) and depends on its configuration. Commonly, web
servers will have a mapping of filename extensions (such as ".html") to MIME
Content-Type values (such as text/html).
I'd now like to determine why I'm receiving the error. The web site is http://www.ortonage.com. So far, I've verified that the server mime types
are configured correctly on the web server (MS IIS). I know I'm probably
going to get beat up because I'm using MS IIS but it has met my needs so
far. :) I've also verified the doctype is correct <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd"> and that the meta tag <META
HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> is
correct. I'm now at a loss on where to look next.
The site uses a URL rewriter so even though the URL appears as static to the
client it gets modified by the server to a dynamic URL before processing and
responding to the client. I'm wondering if the server is not including the
correct content-type in the header information because the ".htm" is
stripped from the URL during processing and before the response is actually
returned to the client side. If that is the case, any ideas on how to
rectify the problem? I also have the meta tag equivalent in each web page
so I thought that it might guarantee the content-type is set correctly.
Works fine for Netscape and IE browsers. I've only seen this problem on W3C
so far.
Any suggestions would be very much appreciated.
Thanks.
Trevor Orton ( www.ortonage.com) 22  5659 
On Sat, 13 Nov 2004 00:48:06 -0500, "Trevor Orton"
<or******@yahoo.com> wrote: I recently validated my site's css and the bulk of the html pages via the
W3C validator but was forced to use the file upload option because the
'Validate by URL' option returns the following error:Sorry, I am unable to validate this document because its content type is
http://www.ortonage.com, which is not currently supported by this service.
The Content-Type field is sent by your web server (or web browser if you use
the file upload interface) and depends on its configuration. Commonly, web
servers will have a mapping of filename extensions (such as ".html") to MIME
Content-Type values (such as text/html).
I'd now like to determine why I'm receiving the error. The web site is
http://www.ortonage.com. So far, I've verified that the server mime types
are configured correctly on the web server (MS IIS).
No they're not.
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Sat, 13 Nov 2004 06:32:48 GMT
Set-Cookie: u=1704538305; expires=Tuesday, 11-Nov-14 06-32-48 GMT;
path=/;
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Sat, 13 Nov 2004 06:32:48 GMT
See? No Content-Type header at all.
Steve
In article <z4********************@rogers.com>, "Trevor Orton"
<or******@yahoo.com> wrote: Any suggestions would be very much appreciated.
<http://www.htmlhelp.com/tools/validator/> says everything is OK. The W3C
validator can't parse it. I'll leave it to others to tell you why.
You asked only for a solution to one problem. I have to tell you that from
a design point of view, you have two.
leo
--
<http://web0.greatbasin.net/~leo/>
First of all, the validator is saying there is something wrong with
your server, not with your page. It never even tried to validate
your page.
You need to have your Web host correct the server's .htaccess file
to define a MIME type for HTML files. It's not unusual for an
individual Web site to also have its own .htaccess file for
esoteric MIME types; I have one. However, your Web server should
already have HTML defined in its master .htaccess.
However, I can tell you that you definitely have a design problem.
A well-designed Web page should not require right-left scrolling,
especially for text.
--
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/>.
> > http://www.ortonage.com. So far, I've verified that the server mime
types are configured correctly on the web server (MS IIS).
No they're not.
Ok, I'll have to dig into why IIS is not transmitting the content-type
header even though it is configured to do so. I'm guessing that IIS is
confused because I modify the URL before processing. The fix may be to
force the content-type header through the dynamic page generation sequence
instead of relying on the server.
I assume then that the meta tag for content-type is of little value to the
W3C validator and I assume then that the browsers must either use the meta
tag or assume text/html in the absence of the content-type header.
Thanks for the response Steve.
> <http://www.htmlhelp.com/tools/validator/> says everything is OK. The W3C validator can't parse it. I'll leave it to others to tell you why.
You asked only for a solution to one problem. I have to tell you that from
a design point of view, you have two.
leo
Hi Leo. Yes, I had already ran the same validator but it did not complain,
nor did W3C when I uploaded the page source individually.
Please comment on what you feel are design issues (even if you don't want to
get into why or how to fix them). The site was my first attempt with css and
compliant html so I'm not surprised you feel there are other problems. It
seems to be rendering correctly under recent versions of IE and NS and I
plan to do some testing with additional browsers in the future when time
permits.
Thanks for your time.
Trevor
"David Ross" <no****@nowhere.not> wrote in message
news:41***************@nowhere.not... First of all, the validator is saying there is something wrong with
your server, not with your page. It never even tried to validate
your page.
Makes sense.
You need to have your Web host correct the server's .htaccess file
to define a MIME type for HTML files. It's not unusual for an
individual Web site to also have its own .htaccess file for
esoteric MIME types; I have one. However, your Web server should
already have HTML defined in its master .htaccess.
I didn't know MS IIS had a .htaccess file. I thought .htaccess was used
with linux based web servers only. My IIS GUI shows that text/html is
configured correctly so I'll have to investigate this one further.
However, I can tell you that you definitely have a design problem.
A well-designed Web page should not require right-left scrolling,
especially for text.
Yes, I used absolute positioning in my css and may have used too wide of a
page design. Also, I have only tested it on recent versions of IE and NS so
far so it could be brutal on other browsers at the moment and I wouldn't
even know. I've got some work to do on that end.
Thanks for your feedback.
Trevor
Trevor Orton said the following on 11/13/04 20:55: "David Ross" <no****@nowhere.not> wrote in message
news:41***************@nowhere.not...
You need to have your Web host correct the server's .htaccess file
to define a MIME type for HTML files. It's not unusual for an
individual Web site to also have its own .htaccess file for
esoteric MIME types; I have one. However, your Web server should
already have HTML defined in its master .htaccess.
I didn't know MS IIS had a .htaccess file. I thought .htaccess was used
with linux based web servers only.
AFAIK .htaccess is specific to Apache. But Apache is not Linux based
only, it's a cross platform web server that also runs on Windows. You
might want to give it a try.
--
Regards
Harrie
Trevor Orton said the following on 11/13/04 06:48: The site uses a URL rewriter so even though the URL appears as static to the
client it gets modified by the server to a dynamic URL before processing and
responding to the client. I'm wondering if the server is not including the
correct content-type in the header information because the ".htm" is
stripped from the URL during processing and before the response is actually
returned to the client side. [..]
Why (stripping the ".htm" part)?
[..] If that is the case, any ideas on how to
rectify the problem?
Maybe by not stripping the stripping the ".htm" part?
--
Regards
Harrie
Trevor Orton wrote: I didn't know MS IIS had a .htaccess file.
AFAIK, it doesn't.
I thought .htaccess was used with linux based web servers only.
No. It is used with *Apache* only, regardless of operating system. I use
it on Apache/Linux and Apache/Windows.
--
Brian (remove "invalid" to email me)
Trevor Orton wrote: I assume then that the meta tag for content-type is of little value
to the W3C validator
Or indeed to conforming web user-agents. The meta tag hack is only
useful for those who want to save the page and open the local copy
later, perhaps when they are offline.
and I assume then that the browsers must either use the meta tag or
assume text/html in the absence of the content-type header.
No, but they are allowed to guess if there's no content-type. Obviously,
there's no sense in making the ua guess if you're the author.
--
Brian (remove "invalid" to email me)
> Why (stripping the ".htm" part)?
The server extension (dll) does not require it.
I had a brief look at the server side code (dll) and I think that it may be
deleting the content-type header (and possibly others) during the processing
sequence. The server itself is probably working correctly. Funny how it
has been like this for months and the W3C validator was the only thing that
complained. I'll have to debug it on my test server tomorrow.
Thanks everyone for your help.
Trevor
On Sun, 14 Nov 2004, Brian wrote: I thought .htaccess was used with linux based web servers only.
No. It is used with *Apache* only,
The idea derives from the NCSA HTTPD, and has been adopted by more
than just one HTTPD that was based on that idea. The Apache server is
by far the most common server which fits that description, but
..htaccess isn't really exclusive to Apache.
"Trevor Orton" <or******@yahoo.com> wrote:
"David Ross" <no****@nowhere.not> wrote in message
news:41***************@nowhere.not... First of all, the validator is saying there is something wrong with
your server, not with your page. It never even tried to validate
your page.
Makes sense.
You need to have your Web host correct the server's .htaccess file
to define a MIME type for HTML files. It's not unusual for an
individual Web site to also have its own .htaccess file for
esoteric MIME types; I have one. However, your Web server should
already have HTML defined in its master .htaccess.
I didn't know MS IIS had a .htaccess file.
It doesn't. Either David overlooked that you were talking about IIS,
or he didn't realize that .htaccess isn't common to all web servers.
Especially with the part about having a URL-rewriting server
extension, it sounds like you'll really get a better response in an
IIS-related newsgroup. Your problem isn't related to HTML at all.
--
Harlan Messinger
Remove the first dot from my e-mail address.
Veuillez ôter le premier point de mon adresse de courriel.
Trevor Orton wrote [in part]:
I previously wrote [also in part]: However, I can tell you that you definitely have a design problem.
A well-designed Web page should not require right-left scrolling,
especially for text.
Yes, I used absolute positioning in my css and may have used too wide of a
page design. Also, I have only tested it on recent versions of IE and NS so
far so it could be brutal on other browsers at the moment and I wouldn't
even know. I've got some work to do on that end.
Don't use absolute positioning or sizing. Alternative Web browsers
(e.g., Web-capable cell phones) can't handle it. It also creates a
problem for users who don't maximize their browser windows.
Instead, use relative positioning and sizing.
--
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/>.
In article <Ad********************@rogers.com>, "Trevor Orton"
<or******@yahoo.com> wrote: Please comment on what you feel are design issues (even if you don't want to
get into why or how to fix them). The site was my first attempt with css and
compliant html so I'm not surprised you feel there are other problems.
First, two newsgroups that handle site design specifically:
alt.html.critique
comp.infosystems.www.authoring.site-design
I find the first reference to be more active.
Second, I use the ancient resolution of 640x480. Your design causes an
enormous sideways scroll. You have large areas of white space toward the
bottom. There are other design issues.
Try the following link to think about creating sites for "all" resolutions.
<http://www.allmyfaqs.com/faq.pl?AnySizeDesign>
And try the alt.html.critique newsgroup for candid appraisal of your design.
Thanks for your time.
I'm throwing you to the sharks ;-)
leo
--
<http://web0.greatbasin.net/~leo/>
Trevor Orton said the following on 11/14/04 05:40: Why (stripping the ".htm" part)?
The server extension (dll) does not require it.
That's not an answer why you strip it. My browser doesn't require it
also, but it doesn't strip.
If a file is called index.htm I see no reason for whatever extension to
strip the .htm part.
--
Regards
Harrie
Harrie wrote: Trevor Orton said the following on 11/14/04 05:40:
Why (stripping the ".htm" part)?
The server extension (dll) does not require it.
That's not an answer why you strip it. My browser doesn't require it
also, but it doesn't strip.
If a file is called index.htm I see no reason for whatever extension to
strip the .htm part.
It's useful to specify URLs without the extension. For example: http://tranchant.plus.com/ie
is actually ie.phpc, but if pigs flew and hell froze over, I might want
to change to IIS/ASP, and rename the file to ie.asp. Sure, I could
rewrite the URL at the server, but I prefer to just drop the extension.
Why should I expose the underlying technology any more than required?
See http://www.w3.org/Provider/Style/URI, just over half way down, under
"What to leave out".
--
Mark. http://tranchant.plus.com/
Mark Tranchant said the following on 11/17/04 10:38: Harrie wrote:
Trevor Orton said the following on 11/14/04 05:40:
Why (stripping the ".htm" part)?
The server extension (dll) does not require it.
That's not an answer why you strip it. My browser doesn't require it
also, but it doesn't strip.
If a file is called index.htm I see no reason for whatever extension
to strip the .htm part.
It's useful to specify URLs without the extension. For example:
http://tranchant.plus.com/ie
is actually ie.phpc, but if pigs flew and hell froze over, I might want
to change to IIS/ASP, and rename the file to ie.asp. Sure, I could
rewrite the URL at the server, but I prefer to just drop the extension.
Thanks Mark, I'm aware of this, but this doesn't seem (to me at least)
what the OP is doing. In the example you gave both URLs work (with or
without an extension), but the OP said a server extension is stripping
off the extension, so I doubt if this is the same (but maybe I'm not
getting what the dll/extension is doing on the server).
Why should I expose the underlying technology any more than required?
See http://www.w3.org/Provider/Style/URI, just over half way down, under
"What to leave out".
Yes, I'm using this myself for a few months and already it paid of
(except for web statistics which show a lot of "unknown" file types
because of this).
--
Regards
Harrie
Harrie wrote: Mark Tranchant said the following on 11/17/04 10:38:
Harrie wrote:
If a file is called index.htm I see no reason for whatever
extension to strip the .htm part.
It's useful to specify URLs without the extension. For example:
http://tranchant.plus.com/ie
is actually ie.phpc
Thanks Mark, I'm aware of this, but this doesn't seem (to me at
least) what the OP is doing. In the example you gave both URLs work
(with or without an extension),
By "extension", you only mean the last few characters of the url,
starting with the period ".", right? Because there is no file extension
on the client end of an http transaction. So whether a resource is
available using two different urls doesn't really figure in here afaics.
but the OP said a server extension is stripping off the extension,
What extension? The extension is only useful on the server end. I'm
afraid I don't quite follow you. See http://www.w3.org/Provider/Style/URI, just over half way down,
under "What to leave out".
Yes, I'm using this myself for a few months and already it paid of
(except for web statistics which show a lot of "unknown" file types
because of this).
(?) But this is unrelated to the url.
--
Brian (remove "invalid" to email me)
Brian said the following on 11/18/04 23:06: Harrie wrote:
Mark Tranchant said the following on 11/17/04 10:38:
Harrie wrote:
If a file is called index.htm I see no reason for whatever extension
to strip the .htm part.
It's useful to specify URLs without the extension. For example:
http://tranchant.plus.com/ie
is actually ie.phpc
Thanks Mark, I'm aware of this, but this doesn't seem (to me at least)
what the OP is doing. In the example you gave both URLs work (with or
without an extension),
By "extension", you only mean the last few characters of the url,
starting with the period ".", right?
In the first part (".. for whatever extension ..") I was revering to a
server extension, like an Apache module. The OP answered to my question
why the ".htm" part was stripped of:
<quote>
The server extension (dll) does not require it.
</quote>
But maybe he wasn't talking about an Apache module (which is a .dll file
on Windows if I'm not mistaken), but about the ".dll" part of the file.
In my answer to Mark I was talking about the file/extension part. Sorry
for the confusion.
Because there is no file extension on the client end of an http transaction.
Agreed.
So whether a resource is
available using two different urls doesn't really figure in here afaics.
From my point of view (which might very well be the problem) it does.
In the example Mark gave two URLs point to the same file, but the OP
said in hist first post:
<quote>
I'm wondering if the server is not including the correct content-type in
the header information because the ".htm" is stripped from the URL
during processing and before the response is actually returned to the
client side.
</quote>
Which looks to me that if a client specified a URL containing a ".htm"
part, it will be stripped of by the server (which it doesn't do when
looking at his site, but at least that's what I get from the quoted part). but the OP said a server extension is stripping off the extension,
What extension? The extension is only useful on the server end. I'm
afraid I don't quite follow you.
"server extension" ==> server module
"the extension" ==> any file extension
But by using the word extension twice in the same line it only adds to
the confusion. I think it's best to let it rest, it's not that important. See http://www.w3.org/Provider/Style/URI, just over half way down,
under "What to leave out".
Yes, I'm using this myself for a few months and already it paid of
(except for web statistics which show a lot of "unknown" file types
because of this).
(?) But this is unrelated to the url.
True, but not to web statistics (which is server related). I'm using
AWStats and by file types I'm referring to this: http://awstats.sourceforge.net/cgi-b...ight#filetypes
(or http://tinyurl.com/4q9he)
--
Regards
Harrie
Just to clarify things here since it seems that I may have confused matters.
The process used is actually quite common. A URL rewriter, in the form of
an MS ISAPI filter (dll) running on the web server is used to convert a
static URL to a dynamic URL before processing. The dynamic URL refers to a
dll (MS ISAPI extension), not an htm page which is why I said "the server
extension (dll) does not require it". No static web pages actually exist.
The reason for displaying static URLs instead of dynamic URLs to the user is
mainly for improved search engine indexing. The dynamic URL is then
processed via the MS ISAPI extension (dll) which creates and returns the web
page on the fly. The web pages created only include static links, not
dynamic links.
FYI: I rectified the original problem posted by adding the content-type
header during the web page creation in the MS ISAPI extension. I also added
the content-lenth while I was at it. Now the challenge is to speed things
up. :)
Hope that helps clear up the confusion.
Trevor
Previously quoted: <quote>
The server extension (dll) does not require it.
</quote>
<quote>
I'm wondering if the server is not including the correct content-type in
the header information because the ".htm" is stripped from the URL
during processing and before the response is actually returned to the
client side.
</quote>
Trevor Orton said the following on 11/22/04 05:56:
Please don't top post: http://www.xs4all.nl/%7ewijnands/nnq/nquote.html#Q7 Previously quoted:
<quote>
The server extension (dll) does not require it.
</quote>
<quote>
I'm wondering if the server is not including the correct content-type in
the header information because the ".htm" is stripped from the URL
during processing and before the response is actually returned to the
client side.
</quote>
Just to clarify things here since it seems that I may have confused matters.
The process used is actually quite common. A URL rewriter, in the form of
an MS ISAPI filter (dll) running on the web server is used to convert a
static URL to a dynamic URL before processing. The dynamic URL refers to a
dll (MS ISAPI extension), not an htm page which is why I said "the server
extension (dll) does not require it". No static web pages actually exist.
The reason for displaying static URLs instead of dynamic URLs to the user is
mainly for improved search engine indexing. The dynamic URL is then
processed via the MS ISAPI extension (dll) which creates and returns the web
page on the fly. The web pages created only include static links, not
dynamic links.
I'm still confused why you strip the ".htm" part, although this example
doesn't show that you do, but if it works for you, who am I to argue.
--
Regards
Harrie This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Terry |
last post by:
Hi,
This is a newbie's question. I want to preload 4 images and only when
all 4 images has been loaded into browser's cache, I want to start a
slideshow() function. If images are not completed...
|
by: Torbjørn Pettersen |
last post by:
As you might have noticed I'm trying to clean up my web site's
HTML code. The way I do it is simply more or less redoing to
complete site, testing it on a web server I have set up on my
local...
|
by: Chris Simon |
last post by:
A bit puzzled by this...
1. Ask the validator to look at http://www.nantperis.org.uk/index.php.en
(the exact filename of the page) and it brings back an error: 300
Multiple Choices.
I could...
|
by: Trammel |
last post by:
Hi, I am here to request support from anyone that has idea's on
cross-browser HTML (Mainly Firefox and IE).
My personal website http://trammel.no-ip.info works fine on Firefox but IE
decides to...
|
by: thomas_jedenfelt_1 |
last post by:
Hi everyone,
Is the W3C HTML Validator in error when it returns <br /> as valid
for HTML 4.01 Strict doctype?
In March 2004 , the Validator returned <br />, <hr /> and <img />
as invalid for...
|
by: Chuck |
last post by:
Is there any logical reason why one should convert if css is already being
used?
What possible, immediate, benefit would there be? I am at a loss to see
what, pragmatic, difference it would make.
|
by: graham.reeds |
last post by:
I am updating a website that uses a countdown script embedded on the
page. When the page is served the var's are set to how long the
countdown has left in minutes and seconds, but the rest of the...
|
by: VK |
last post by:
Hi,
After the response on my request from W3C I'm still unclear about Tidy
vs. Validator discrepansies. That started with <IFRAME> issue, but
there is more as I know. Anyway, this very basic...
|
by: Jukka K. Korpela |
last post by:
Since there is no authoritative specification on how to map presentational
HTML elements and attributes to CSS, and even no informal description (as
far as I can see), I finally composed one:...
|
by: Bruno Schneider |
last post by:
I've seen this page, that seems invalid to me. Doctype is incomplete
and it does not have a <bodytag. However, W3C validator validates it
as HTML 4.01 strict, even when I force the DOCTYPE. I think...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: ryjfgjl |
last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
| |
