只是我一点个人的拙见，非常浅显的，还要大家见谅。同样的内容，我已经给本寝室的一位同学以及一院分团委的网络部的一些小第们讲述过，虽然普遍反应是不知所云，我想应该是我个人表达能力的问题，而与内容太深无关。
最早有txt纯文本。。。
呵呵，本来可以用什么更加艺术化的词语的。最初的确就是只有纯文本，这个是unix世界的传统，一切都是文本，而且是用unix的new line组成一行行的纯文本。
而html是什么？哪里冒出来的。他可以是网页的开始吧？或许吧，谁知道呢？最早应该是sgml吧，但是我毕竟不是历史学家，也不是网页高手，所以sgml知道就可以了。我们就认为最早的网页是html吧。html是什么？hypertext markup lanugae，超文本编辑语言。什么叫超文本。
超文本－文本。超人－人。两者是不是有这样的关系吧。超文本最大的不同是加入了标记，标记起到的作用如果是把文本变换不同的颜色，字体什么的与doc什么word文件也就没有什么更好的有点了。其实html好处就在于它本身还是文本的。而作标记又特别易于编写和整理，处理文本是unix环境一个惯性思维了。而且标记中有一个是最具有代表性的，那就是a标记了，用来作超级链接。正式由于超级链接这个概念的出现，使得网络成为了一个网络，把所有的东西都给串起来了。
网页技术本来有了html就应该足够的了。但是问题总是不断的被提出，人们也是不可能一会儿就被满足的。大规模的网络应用发现了html的一个不好的地方是，有的标签承载了内容和格式两方面的信息，比如<h1>标签，表示的就是第一号标题，同时又表示了用更粗更大的字体来显示标记的内容。还有标签的属性，比如align=center。这个缺点在小小的几张页面中是不会显现出来的。当页面变得非常多的时候，人们就发现要修改一些格式，而又要把所有的页面的风格同步是多么恐怖的一件事情。比如有1000张页面，但是所有的h1都要从align=center变成align=left就非常恐怖了。所以css被发明出来
css是层级式样式表。虽然我不知道这个是什么意思，拿来用就可以了嘛。css也就是把标签的格式让你来指定，然后把所有的页面都链接到同一个css文件，这样就能够修改一次，多处改变了。而且css允许把一些风格的组合编程class，然后在标签中指定使用什么class。从而使得后来的html可以写得比较干净，而且可读性更好（源码的可读性）。
人们当然还是不会满足的，而且当然也是问题不断在出现。html的另外一个缺点是静态的（老的技术总是看来缺点众多，这不代表新的技术又怎么nb了，只是他们还没有被充分研究而已）。比如要看到实时的股票信息，不可能用人工实时的更新。比较正常的人的想法是直接把股票中心的数据库中的内容显示到html中去。但是一般股票交易处理的程序都是传统意义上的可执行文件，当然自然的想法是提供什么接口，让这些可执行文件的输出重定向到网页中去。最终的实现并不是重定向了，而是一些服务器提供了api然后用这些api把网路浏览端作为输出的stdout这样类似的，写出带标记的文本内容。
直接运行可执行文件是很少见的（不是没有了），大部分看到的是什么叫cgi的东西。那个其实是perl写的脚本（一般如此）。perl不过是解释执行的程序而已。这个解释执行的概念后来催生了后面n多技术的产生。
对于动态的追求不仅仅是在服务器端（具体的时间顺序我可能搞混了），对于客户端的动态的追求也在进行。在netscape中加入了livescript（没有记错吧？），这个也就是后来的javascript。由于这个是脚本，解释执行的，可以嵌入到html的源代码中，使得客户端有了一定判断，计算之类的程序式的功能，使得一阵就风靡起来。后来又有了vbscript之类的东西。网络上也有了什么所谓的特效这个飘来那个飘去的。其实真正有深度的应用是利用dom，直接改html的呈现结构，不多说了，属于比较剑走偏锋的技术了。
后来人们又把动态的脚本技术放在服务端去了。也就有了asp，php这些。他们通过在.asp或者.php文件中的html源代码中用特殊标签<%>之类的中间，嵌入脚本代码，能够实现数据提取，整理，计算等等，非常复杂强大的功能。而且比perl写成的cgi类型的程序更加容易与html融合，以及由于执行在多线程的环境而不是多进程的环境能够使得cpu的占用率下降很多，所以得到遍地开花的应用。对于这些asp和php，最重要的就是和数据库的交互，大家要学习的话也是重点在这个上面。
虽然后来人们慢慢发现把html和代码混杂的方法产生了紧耦合，进而出现了zope之类的web framework又是后话了。
再后来又是xml了，预知后事如何，请听下回分解。
最早有txt纯文本。。。
呵呵，本来可以用什么更加艺术化的词语的。最初的确就是只有纯文本，这个是unix世界的传统，一切都是文本，而且是用unix的new line组成一行行的纯文本。
而html是什么？哪里冒出来的。他可以是网页的开始吧？或许吧，谁知道呢？最早应该是sgml吧，但是我毕竟不是历史学家，也不是网页高手，所以sgml知道就可以了。我们就认为最早的网页是html吧。html是什么？hypertext markup lanugae，超文本编辑语言。什么叫超文本。
超文本－文本。超人－人。两者是不是有这样的关系吧。超文本最大的不同是加入了标记，标记起到的作用如果是把文本变换不同的颜色，字体什么的与doc什么word文件也就没有什么更好的有点了。其实html好处就在于它本身还是文本的。而作标记又特别易于编写和整理，处理文本是unix环境一个惯性思维了。而且标记中有一个是最具有代表性的，那就是a标记了，用来作超级链接。正式由于超级链接这个概念的出现，使得网络成为了一个网络，把所有的东西都给串起来了。
网页技术本来有了html就应该足够的了。但是问题总是不断的被提出，人们也是不可能一会儿就被满足的。大规模的网络应用发现了html的一个不好的地方是，有的标签承载了内容和格式两方面的信息，比如<h1>标签，表示的就是第一号标题，同时又表示了用更粗更大的字体来显示标记的内容。还有标签的属性，比如align=center。这个缺点在小小的几张页面中是不会显现出来的。当页面变得非常多的时候，人们就发现要修改一些格式，而又要把所有的页面的风格同步是多么恐怖的一件事情。比如有1000张页面，但是所有的h1都要从align=center变成align=left就非常恐怖了。所以css被发明出来
css是层级式样式表。虽然我不知道这个是什么意思，拿来用就可以了嘛。css也就是把标签的格式让你来指定，然后把所有的页面都链接到同一个css文件，这样就能够修改一次，多处改变了。而且css允许把一些风格的组合编程class，然后在标签中指定使用什么class。从而使得后来的html可以写得比较干净，而且可读性更好（源码的可读性）。
人们当然还是不会满足的，而且当然也是问题不断在出现。html的另外一个缺点是静态的（老的技术总是看来缺点众多，这不代表新的技术又怎么nb了，只是他们还没有被充分研究而已）。比如要看到实时的股票信息，不可能用人工实时的更新。比较正常的人的想法是直接把股票中心的数据库中的内容显示到html中去。但是一般股票交易处理的程序都是传统意义上的可执行文件，当然自然的想法是提供什么接口，让这些可执行文件的输出重定向到网页中去。最终的实现并不是重定向了，而是一些服务器提供了api然后用这些api把网路浏览端作为输出的stdout这样类似的，写出带标记的文本内容。
直接运行可执行文件是很少见的（不是没有了），大部分看到的是什么叫cgi的东西。那个其实是perl写的脚本（一般如此）。perl不过是解释执行的程序而已。这个解释执行的概念后来催生了后面n多技术的产生。
对于动态的追求不仅仅是在服务器端（具体的时间顺序我可能搞混了），对于客户端的动态的追求也在进行。在netscape中加入了livescript（没有记错吧？），这个也就是后来的javascript。由于这个是脚本，解释执行的，可以嵌入到html的源代码中，使得客户端有了一定判断，计算之类的程序式的功能，使得一阵就风靡起来。后来又有了vbscript之类的东西。网络上也有了什么所谓的特效这个飘来那个飘去的。其实真正有深度的应用是利用dom，直接改html的呈现结构，不多说了，属于比较剑走偏锋的技术了。
后来人们又把动态的脚本技术放在服务端去了。也就有了asp，php这些。他们通过在.asp或者.php文件中的html源代码中用特殊标签<%>之类的中间，嵌入脚本代码，能够实现数据提取，整理，计算等等，非常复杂强大的功能。而且比perl写成的cgi类型的程序更加容易与html融合，以及由于执行在多线程的环境而不是多进程的环境能够使得cpu的占用率下降很多，所以得到遍地开花的应用。对于这些asp和php，最重要的就是和数据库的交互，大家要学习的话也是重点在这个上面。
虽然后来人们慢慢发现把html和代码混杂的方法产生了紧耦合，进而出现了zope之类的web framework又是后话了。
再后来又是xml了，预知后事如何，请听下回分解。
