check web redirect url status code checker

Check server response of

Server response
NS records
Whois domain
Response headers
Request headers
Raw HTML code
200 OK - os2hq.com
HTTP Status: 200
User-Agent: Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; [email protected])
Date: Wed, 30 Apr 2025 18:57:44 GMT
Server: Apache
Upgrade: h2,h2c
Connection: Upgrade
Last-Modified: Sat, 11 Jun 2011 20:33:40 GMT
Accept-Ranges: bytes
Content-Length: 16632
Vary: Accept-Encoding
Content-Type: text/html

HTTP Code 200 OK

200 status code is a standard successful HTTP server response. It means that the client’s request (e.g., from a browser) was successfully processed, and the server is delivering the requested data.

When is Code 200 used?

  • When loading a web page
  • When successfully receiving an API response
  • When processing a form or another HTTP request

What does Code 200 mean for the user?

The user receives content without errors, and the page or application functions properly. If Code 200 is accompanied by data, the browser or program processes and displays it to the user.

GET / HTTP/1.1
Host: os2hq.com
Accept: */*
User-Agent: Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; [email protected])

<!doctype html public "-//W3C//DTD HTML 3.2//EN">
<!-- Generated by HomePage Publisher - Version 2.1 Level(B) -->
<!-- Most recent revision: September 09, 2003. -->
<Html>
<Head>
   <Meta Name="Generator" Content="HomePage Publisher">
   <Meta Name="Hpp" Content="V=2.1 L=B Ecp=1004 Dcp=850 Lid=1-391">
   <META NAME="description" CONTENT="Of course, part of what you're seeing here at OS/2 Headquarters is a strong message that we believe *** OS/2 *** is the platform for the new millennium.">
   <META NAME="keywords" CONTENT="OS/2, OS/2 Warp, OS2, Warp, IBM OS/2, IBM OS2, boycott, Microsoft, beyondNT, PC Assembler, OS/2 Headquarters, os2hq, Mindspring, home computer, personal computer, PC, Windows NT, Windows95, Windows98, Windows2000, free software, software development, programming, download, small business, Bargain Headquarters, Tom Nadeau, Thomas Nadeau, Nadeau, Jehovah, Jehovah's Witness, Jehovah's Witnesses, Jesus, Jesus Christ, Watchtower, Shattered Windows, The Death of Craftsmanship, The Potemkin School, The Terrible Bigness of Things, Seven LEAN Years, craftsmanship, Dickson, Dickson County, Renaissance Center, Nashville, Tennessee, Open Source, Better Computing, Microsoft jokes, Microsoft humor, H1-B, NASA, JPL, Clemson, CalTech, Y2K, Y2K solutions, Microspeak, Bible, enterprise, LAN, network, protocol, books">
   <Title>OS/2 Headquarters Home Page</Title>
</Head>

<Body BgColor="#00015e" Text="#e2e2e2" Link="#5af4ba" Vlink="#fcda87">
<BaseFont Size=3>
<Br>

<P Align=Center><Center><Font Color="White" Face="Tms Rmn,Times New Roman"><I><B>Welcome
to</B></I></Font><Br>
<Font Size="+4" Color="White" Face="Arial,Helv,Helvetica"><B>OS/2 Headquarters</B></Font><Br>
<Br>
<Br>
<A Href="os2faq.htm"><Img Border=0 Width=326 Height=61 Src="images/BUTTON2.jpg"></A><Br>
<Br>
<Br>
<Font Size="+1" Color="Fuchsia" Face="Arial,Helv,Helvetica"><B>QUOTE of the MONTH:</B></Font><Br>
<Font Color="Aqua" Face="Tms Rmn,Times New Roman">&quot;Let's be serious.... Name
a bank that didn't use OS/2.&quot;<Br>
-- Bill Gates, <A Href="http://www.usatoday.com/">USA Today</A>, June 30, 2003,
page 3B<Br>
</Font><Br>
<Br></Center>

<P Align=Center><Center><Img Border=0 Width=745 Height=7 Src="images/HPPHR01.jpg"><Br>
<Br>
<Br>
<A Href="http://www.warpstock.org/"><Img Border=0 Width=281 Height=235 Src="images/wslogo03.jpg"></A><Br>
<Br>
<Br>
<Br>
<Img Border=0 Width=745 Height=7 Src="images/HPPHR01.jpg"><Br>
<Br>
<Br>
<Br>
<Font Size="+2" Color="White" Face="Arial,Helv,Helvetica"><B>SPECIAL REPORTS<Br>
<Br>
<Br>
</B></Font><A Href="archives/arch49.htm"><Font Size="+2"><B>BOOK REVIEW: Who Says
Elephants Can't Dance?</B></Font><Br>
</A><Br>
<A Href="news/review4.htm"><Font Size="+2"><B>PRODUCT REVIEW: eComStation 1.0</B></Font></A><Br>
<Br>
<A Href="archives/arch46.htm"><Font Size="+2"><B>Microsoft on Truth Serum:<Br>
</B></Font><Font Size="+1"><B>the Antitrust Settlement Line-by-Line</B></Font></A><Font
Size="+1"><Br>
</Font><Br></Center>

<P Align=Center><Center><Br>
<Br></Center>

<P Align=Center><Center><Img Border=0 Width=745 Height=7 Src="images/HPPHR01.jpg"><Br></Center>

<P>
<Table CellSpacing=2 CellPadding=3 Align=Right BgColor="Navy"><Caption><Center><Nobr><Br></Nobr></Center></Caption>
   <Tr>
      <Td Align=Center>
         <Center><Font Size="+1" Color="White"><U><B>WEB NEWS</B></U></Font><Br></Center>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="http://www.intellicast.com/Local/USLocalWide.asp?loc=kbwg&seg=LocalWeather&prodgrp=SevereWeather&product=RadarSummary&prodnav=none">USA
         Weather Radar</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2news.htm">OS/2 News Sites</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <A Href="news/compmags.htm"><B>Computer Magazines</B></A><Br>
   </Tr>
   <Tr>
      <Td>
         <A Href="news/newslink.htm"><B>Generic News</B></A><Br>
   </Tr>
   <Tr>
      <Td>
         <A Href="news/y2ksites.htm"><B>Year2000 Sites</B></A><Br>
   </Tr>
   <Tr>
      <Td>
         <A Href="news/searchers.htm"><B>Internet Search Tools</B></A><Br>
   </Tr>
   <Tr>
      <Td Align=Center>
   </Tr>
   <Tr>
      <Td Align=Center>
         <Center><Font Size="+1" Color="White"><U><B>OS/2 RESOURCES</B></U></Font><Br></Center>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2files.htm">Device Drivers &amp; Files</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2shopping.htm">OS/2 Shopping</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2reviews.htm">Product Reviews</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2tech.htm">Technical Support</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2dev.htm">OS/2 Development</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2market.htm">OS/2 Marketing</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="news/os2users.htm">OS/2 Users</A></B><Br>
   </Tr>
   <Tr>
      <Td Align=Center>
   </Tr>
   <Tr>
      <Td Align=Center>
         <Center><Font Size="+1" Color="White"><U><B>COMMENTARY</B></U></Font><Br></Center>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="articles/intro.htm">Introduction</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="articles/seven.htm">Seven LEAN Years</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="articles/shattered.htm">Shattered Windows</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="articles/umsmore.htm">Understanding Microsoft</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="articles/uibmmore.htm">Understanding IBM</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="articles/microspeak.htm">Microspeak</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="archives/archives.htm">Classic Articles Archive</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="articles/funnies.htm">The Funnies Pages</A></B><Br>
   </Tr>
   <Tr>
      <Td>
   </Tr>
   <Tr>
      <Td Align=Center>
         <Center><Font Size="+1" Color="White"><U><B>PERSONAL</B></U></Font><Br></Center>
   </Tr>
   <Tr>
      <Td>
         <A Href="website.htm"><B>About this Website</B></A><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="webmaster.htm">About the Webmaster</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="ads/bargains.htm">Bargain Headquarters</A></B><Br>
   </Tr>
   <Tr>
      <Td>
         <B><A Href="http://www.watchtower.org/">The Meaning of Life</A></B><Br>
   </Tr>
   <Tr>
      <Td>
   </Tr>
</Table>

<P Align=Center><Center><Font Size="+2" Color="Lime"><B><Br>
THE WARPED PERSPECTIVE</B></Font><Br>
<Font Size="+1" Color="Lime">July 2003</Font><Br></Center>

<P><Br>
<Font Color="Silver" Face="Helv,Helvetica,Arial">What does it mean for a product
to have or to be &quot;advanced&quot; technology?<Br>
<Br>
I guess it's sort of like fundamentalism. First, you have to agree on what the fundamentals
are. Then you can agree on what is really an &quot;advance&quot; and what is actually
decadent. In the technology world today, there seems to be a mindless acceptance
of the idea that the more features, options, and playthings that somebody stuffs
into a software package, the more &quot;advanced&quot; this product is. But that
is a fundamentally flawed assumption.<Br>
<Br>
Keep in mind that just because you can add something, that does not mean that it
is necessarily a wise decision to do so. Burger King and Wendy's and McDonald's
want you to &quot;Supersize&quot; your food order, for example. Should you automatically,
mindlessly ingest more food, simply because the marginal cost is just a few more
pennies? The results are often a bloated, overweight customer who thinks that he
or she is a wise shopper. This sort of self-deception keeps companies in business
selling mediocre commodities while droning on and on about &quot;great taste.&quot;<Br>
<Br>
Similarly, monopoly products from commoditizers like Microsoft are often simply
bloated, overweight behemoths that have the tasteless, insipid flavor of a mass-market
hamburger. Some of these weighty wonders have the taste and texture of ground sawdust,
or perhaps rotting cardboard. But worse than that, software products that try to
be all things to everyone are sure to violate the fundamentals of system design.
I have derived a handful of such guiding principles that Microsoft and other &quot;burgermeisters&quot;
should learn and obey. I call them Nadeau's Three Laws of System Engineering.<Br>
<Br>
</Font><Font Color="Yellow" Face="Helv,Helvetica,Arial">Nadeau's First Law: The
complexity of a system is geometrically related to the number of subsystems it contains.<Br>
</Font><Br>
<Font Color="Silver" Face="Helv,Helvetica,Arial">This is a subtle little feature
of systems. A large program that does a single task is not necessarily more complex
than a small program that tries to do many tasks. Size by itself is not the only
measure of complexity. While large size is often the result of merely bolting many
little systems onto one large one (like Windoze), such a system is certain to have
a higher level of complexity than a lengthy program that accomplishes a small number
of tasks. Sloppy, unreliable code is almost always the result of such an ad-hoc
and undisciplined design approach.<Br>
<Br>
This is because of a concept called &quot;intersegment interfaces.&quot; If we look
at each of the code modules as a segmented part of the whole, the complexity can
be estimated by observing the geometric relationship between the number of potential
interfaces among these segments or subsystems. For N segments, there are roughly
N*(N-1)/2 potential interfaces among these segments. For each such interface, there
are messages and data that must flow (usually bidirectionally) in an orderly and
routine manner. You can see that the design process will obviously get out of hand
as the number of subsystems gets beyond the single digits. A subsystem count of
4 will yield 6 potential interfaces to be specified, designed, coded, and maintained.
What happens when a software product consists of 20 or 30 other programs, snatched
from other software companies and innovators, and merged into the mix? Total chaos.<Br>
<Br>
It should be obvious from this simple example that Microsoft's foolish decision
to merge the Web browser into the operating system has led to a chaotic, unstable
mess that can never be secured or maintained successfully. The whole thing will
have to be scrapped and redesigned from scratch. Which, of course, is what .NET
is all about.<Br>
<Br>
</Font><Font Color="Yellow" Face="Helv,Helvetica,Arial">Nadeau's Second Law: To
reduce complexity, reduce the number of subsystems so that information sharing among
them is minimized.</Font><Br>
<Br>
<Font Color="Silver" Face="Helv,Helvetica,Arial">This follows directly from applying
the First Law. As you can see, this line of reasoning shows that it is not so much
the <I>amount</I> of software Lines-of-Code (LOC) that matters, as much as <I>where
you draw the lines</I> within that code. A 1000-line program with one task will
have relatively few subsystems and typically very little I/O to keep track of. A
1000-line program that does 10 different, distinct things will almost certainly
have many subsystems, each containing several variables. To which other subsystems
must each of the variables be exposed, to share and notify its state with others?
Structured programming is supposed to make tracking all these things easier, by
compartmentalizing these subsystems. However, it is much wiser to simply compartmentalize
at the highest level -- by not trying to produce a single program that is all-encompassing.
Windoze falls into the trap of trying to absorb every new feature, every new capability
or idea in the world of technology, into a single, amoeba-like entity. No wonder
it's such a joke!<Br>
<Br>
What good does it do to compartmentalize at the code level, but haphazardly change
and escalate the system requirements (perhaps on a weekly basis) at the level of
requirements and design concepts? It's a software death-wish.<Br>
<Br>
</Font><Font Color="Yellow" Face="Helv,Helvetica,Arial">Nadeau's Third Law: The
effectiveness and reliability of any subsystem interface is directly related to
the personal relationships among the parties in charge of each subsystem.<Br>
</Font><Br>
<Font Color="Silver" Face="Helv,Helvetica,Arial">Moving beyond basic math, consider
that communication among products can only occur if the coders (and certainly the
designers) of these products are communicating effectively at every stage of the
development process. This means that Microsoft's bitter, self-destructive internal
culture of rivalry and one-upmanship short-circuits effective communication among
the parties responsible for sharing interface data between subsystems and among
products. No wonder version incompatibilities and mismatched dataflows occur with
alarming regularity. Add to this mess the recent trend at many companies toward
rapid turnover of coders and engineers, so that few people ever have to be paid
for senior-level experience. Top it off with offshore outsourcing and cut-rate subcontracting,
and this is a recipe for disaster.<Br>
<Br>
Software design of large systems requires thoughtful simplification of requirements
(modest goals), wise compartmentalization of subsystems (modular design), and long-term
stability of the development team (no short-term pandering to Wall Street, please!).
Selection of team leaders requires matching people with a friendly, open ability
to communicate, particularly across critical interfaces between pairs or groups
of subsystems. As you can easily see, Microsoft fails every test and disobeys every
one of Nadeau's fundamental system-design laws.<Br>
<Br>
No wonder open-source systems and smart, modular products like OS/2 Warp (no blending
of the Web browser with the OS, thank you) are inherently superior to any product
that Microsoft will ever produce. Because Microsoft refuses to accept the fundamental
concepts of good engineering, they can never move ahead to becoming &quot;advanced&quot;
technology.<Br>
<Br>
I don't have a Fourth Law of system engineering, but if I did, it would be:<Br>
<Br>
From bloated, supersized egos come bloated, decadent products.<Br>
<Br>
<Br>
<Br>
<Br>
<Br>
</Font><Br>
The contents of this editorial are the sole responsibility of the owner of this
Website<Br>
and do not reflect the opinions of any other individual or group.<Br>
<Br>

<P Align=Center><Center><Br>
<Img Border=0 Width=745 Height=7 Src="images/HPPHR01.jpg"><Br>
<Br>
<Font Size="+1" Face="Helv,Helvetica,Arial">Watch this space for future developments....<Br>
<Br>
<Br>
<Img Border=0 Width=110 Height=113 Hspace=10 Src="images/boycott2.jpg"><Img Border=0
Width=113 Height=113 Hspace=10 Src="images/boycott1.jpg"><Img Border=0 Width=110
Height=113 Hspace=10 Src="images/boycott3.jpg"><Img Border=0 Width=108 Height=113
Hspace=10 Src="images/xpfree.jpg"><Br>
<Br>
</Font><Br></Center>

<P Align=Center><Center><Img Border=0 Width=745 Height=7 Src="images/HPPHR01.jpg"><Br></Center>

<P Align=Center><Center><Font Size="+1" Color="Lime"><B>CREDITS</B></Font><Br>
<Br>
<A Href="http://www.os2voice.org/"><Img Border=0 Width=468 Height=60 Src="images/voicebanner.jpg"></A><Br>
<Br>
<A Href="http://www.software.ibm.com/os/warp/"><Img Border=0 Width=468 Height=60
Src="images/thinkwarped.jpg"></A><Br>
<Br>
[ <A Href="#Top">Top</A> | <A Href="index.html">Home Page</A> | <A Href="os2faq.htm">Faq</A>
]<Br>
<Br>
<Img Border=0 Width=745 Height=7 Src="images/HPPHR01.jpg"><B><Br>
Copyright &copy; 1998 - 2003, Tom Nadeau.<Br>
All Rights Reserved.<Br>
<Br>
<A Href="mailto:[email protected]" Name="EmailAddress">E-MAIL: [email protected]<Img
Border=2 Width=32 Height=32 Hspace=10 Align=Middle Src="images/HPPMLBOX.jpg"></A></B><Br>
<Br>
Over
<!--Begin Ultimate Counter code-->
<A Target="_top" Href="http://www.UltimateCounter.com/link.cgi?id=453217"><Img Border=0
Width=140 Height=40 Hspace=10 Align=Top Src="http://www.UltimateCounter.com/count/count.cgi?453217"></A>
<!--End Ultimate Counter code-->
cool people have visited this Website since January 1, 1998.<Br>
<Br></Center>

<P Align=Center><Center>
</Body>
</Html>

Whois info of domain

Domain Name: OS2HQ.COM
Registry Domain ID: 1541979_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.networksolutions.com
Registrar URL: http://networksolutions.com
Updated Date: 2024-05-07T06:18:40Z
Creation Date: 1998-07-07T04:00:00Z
Registry Expiry Date: 2025-07-06T04:00:00Z
Registrar: Network Solutions, LLC
Registrar IANA ID: 2
Registrar Abuse Contact Email: [email protected]
Registrar Abuse Contact Phone: +1.8777228662
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: NS2777.HOSTGATOR.COM
Name Server: NS2778.HOSTGATOR.COM
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2025-04-30T18:57:34Z <<<
For more information on Whois status codes, please visit https://icann.org/epp
NOTICE: The expiration date displayed in this record is the date the
TERMS OF USE: You are not authorized to access or query our Whois
by the following terms of use: You agree that you may use this Data only
to: (1) allow, enable, or otherwise support the transmission of mass