<!--#echo var="DATE_LOCAL" -->
The problem with SSI is that there is a very limited set of
information that the server can easily provide. Once you get past
date, time, and the ability to include other files there is not much
else available without seriously bloating the web server itself.
It quickly became apparent that if the web server itself did not
provide dynamic HTML, it could come from only two other sources. The
client -- that is, the web browser -- could interpret the
commands or some other program on the server machine could preprocess
the commands, outputting plain HTML to the end users.
<SCRIPT>
<! onMouseOver("do the jig"); -->
</script>
The problem with client-side solutions, such as JavaScript, is that
as soon as the client is finished downloading the page, the
connection with the server is lost. Very often there are resources on
the server machine, such as database servers, with which we would
like to interact. However, with client-side scripting it is usually
either impossible or impractical to communicate with the server or
any other remote machine after the page has loaded. This type of
functionality is best suited for a server side solution.