XML作为一种通用的数据交换格式，应用越来越广泛。目前许多系统的配置文件都使用XML格式，本书中所涉及到的众多配置文件都是XML格式的，新的JSP规范也推出了采用XML语法的JSP文档，因此，要深入学习和掌握Java Web开发技术，必须有一些基本的XML语言知识。由于XML的通用性和广泛应用，在读者以后实际项目开发和应用中，很多地方都要用到XML方面的知识，所以，对XML知识的了解和掌握，已经是从事电子商务网站和相关系统开发的编程人员所必须掌握的基本知识。
F指点迷津：什么是配置文件
配置文件就是记录应用程序的配置信息的文件。例如，某个程序要连接网络上的数据库系统时，需要指定数据库服务器的ip地址、服务器的网络监听端口号、数据库的名称、用户名和密码等信息，这些信息可以作为应用程序的配置信息来对待，即不要将这些信息写死在源程序中，而是写在一个文本文件中。应用程序要连接数据库系统时，从该文本文件中读取所需要的信息，如果连接的数据库系统的信息发生了改变，则只需要修改该文本文件，而不用修改源程序，这个文本文件就是应用程序的配置文件。传统的配置文件通常采用如下格式：
#Db.Properties
DBServer=192.168.0.100
Port=1443
研究了一下csdn的 blog后台程序的导航菜单的实现，其特点是每个导航菜单项的宽度不一样，所以，被用作导航条背景的图片不能是一个单一固定长度的图片，所以，csdn采用了一种称之为滑动门的技术，每个菜单项的左边先左对其显示一个半图片，然后右边再右对齐显示另外一个半图片，右边的半个图片显示的多少随菜单项的宽度自动调整，左右两个图分别如下：
左边的图片作为<a>标签的背景图，右边的图片作为<a>标签中内嵌的<span>标签的背景图，下面是整理出来的代码
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<style type="text/css">
左边的图片作为<a>标签的背景图，右边的图片作为<a>标签中内嵌的<span>标签的背景图，下面是整理出来的代码
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<style type="text/css">
目前模版里面设置的是显示10个，如果多余10个，您需要自己修改模版，将10修改为您的数目
不过这个问题下个版本会在后台加以控制，让后台分类增加时模版自动适应
目前可以修改index.html.php/blog.header.html.php/space.header.html.php
找到类似
不过这个问题下个版本会在后台加以控制，让后台分类增加时模版自动适应
目前可以修改index.html.php/blog.header.html.php/space.header.html.php
找到类似
复制内容到剪贴板
程序代码
程序代码<!--根分类导航菜单 begin--><!--{block name="category" parameter="type/blog/isroot/1/ischannel/2/order/c.displayorder/limit/0,10/cachetime/86400/tpl/category_name_list"}--><!--根分类导航菜单 end-->
小心翼翼地按照网上地指点，配置并运行之，写出了一个最简的“hello TomCat”。没有感到什么难度，比起以前的JDBC连数据库简单多了，servlet的概念也不难理解，一个中间层的业务逻辑容器。
尽管如此，仍有一次次芒刺在背的感觉，目前为止，还不知道xml可以有多深，TomCat的能力和Eclipse面对 JSP、servlet、XML和Class综合考验的下的潜力如何，也不知道。但最感压力的，是再部署过程中，架构概念开始萌芽了，相比以前的轻量级编程，现在的感觉就像前面会有一座大山。真是摸着石头过河，不胜惶恐，不胜惶恐，谨慎谨慎，保持谨慎。
Well，某神的生日，我恐怕要和Eclipse一起过了。
教训一:要配置web.xml并重启服务器才能运行servlet,不重启就运行的方法......明天再识破.
12.25:这样的提示每次看了就烦:
尽管如此，仍有一次次芒刺在背的感觉，目前为止，还不知道xml可以有多深，TomCat的能力和Eclipse面对 JSP、servlet、XML和Class综合考验的下的潜力如何，也不知道。但最感压力的，是再部署过程中，架构概念开始萌芽了，相比以前的轻量级编程，现在的感觉就像前面会有一座大山。真是摸着石头过河，不胜惶恐，不胜惶恐，谨慎谨慎，保持谨慎。
Well，某神的生日，我恐怕要和Eclipse一起过了。
教训一:要配置web.xml并重启服务器才能运行servlet,不重启就运行的方法......明天再识破.
12.25:这样的提示每次看了就烦:
这个CMS做了太久了，很多文件也不知道是有用无用，反正都放在那里。服务器和我人一样邋遢，呵呵。估计是某日清理无用文件时，顺手把根目录下的4个FCK相关的文件（fckconfig.js,fckeditor.js,fcktemplates.xml,fckstyles.xml）一起清理掉了，造成FCK编辑器不可用。另外值得提到的是fckconfig.js的编码本身是ANSI的，需要转成UTF-8,不然也会报这样的错误。
因为我开发网站基本都是UTF-8的，而FCK本身就是以UTF-8编码的，就方便了很多；其实，错误提示不一定非得是“FCKLang未定义”，出现其它错误，类似于/FCKeditor/fckeditor.html?InstanceName=log&Toolbar=Basic这样的链接下的JS错误的，基本上就都是文件的编码问题了。只要保证相关的文件的编码全改成统一的就行了。比如有人非要用GB2312却又要用FCK的话，那就把所有文件的编码都改成ANSI，再把里面的Charset改成GB2312就可以了，还有，别忘了把语言包文件也改了，也就是你的FCK所用到的文件都得改，要不就会打不开编辑器，或是出现乱码。
但是，我建议，为了你还能顺利的使用后续的FCK版本，也为了网站的可持续性发展，还是用UTF-8来写网站程序吧，虽然一开始的时候麻烦一些，对UTF-8搞不懂，但当你明白的时候，你就会心情享受UNICODE带给你的无限方便的。
因为我开发网站基本都是UTF-8的，而FCK本身就是以UTF-8编码的，就方便了很多；其实，错误提示不一定非得是“FCKLang未定义”，出现其它错误，类似于/FCKeditor/fckeditor.html?InstanceName=log&Toolbar=Basic这样的链接下的JS错误的，基本上就都是文件的编码问题了。只要保证相关的文件的编码全改成统一的就行了。比如有人非要用GB2312却又要用FCK的话，那就把所有文件的编码都改成ANSI，再把里面的Charset改成GB2312就可以了，还有，别忘了把语言包文件也改了，也就是你的FCK所用到的文件都得改，要不就会打不开编辑器，或是出现乱码。
但是，我建议，为了你还能顺利的使用后续的FCK版本，也为了网站的可持续性发展，还是用UTF-8来写网站程序吧，虽然一开始的时候麻烦一些，对UTF-8搞不懂，但当你明白的时候，你就会心情享受UNICODE带给你的无限方便的。
