悲伤时唱首歌!

     摘要:
一. tar

1.压缩一组文件为tar.gz后缀。
# tar cvf backup.tar /etc
#gzip -q backup.tar
或
# tar cvfz backup.tar.gz /etc/
tar zxvf XXXX.tar.gz

tar jxvf XXXX tar.bz2

2.释放一个后缀为tar.gz的文件。
#gunzip backup.tar.gz
#tar xvf backup.tar
或
# tar xvfz backup.tar.gz

3.用一个命令完成压缩
#tar cvf - /etc/ | gzip -qc > backup.tar.gz

4.用一个命令完成释放
# gunzip -c backup.tar.gz | tar xvf -

5.如何解开tar.Z的文件？
# tar xvfz backu  阅读全文

     摘要: 一、抽象类：
抽象类是特殊的类，只是不能被实例化；除此以外，具有类的其他特性；重要的是抽象类可以包括抽象方法，这是普通类所不能的。抽象方法只能声明于抽象类中，且不包含任何实现，派生类必须覆盖它们。另外，抽象类可以派生自一个抽象类，可以覆盖基类的抽象方法也可以不覆盖，如果不覆盖，则其派生类必须覆盖它们。

二、接口：
接口是引用类型的，类似于类,和抽象类的相似之处有三点：
1、不能实例化；
2、包含未实现的方法声明；
3、派生类必须实现未实现的方法，抽象类是抽象方法，接口则是所有成员（不仅是方法包括其他成员）；
  阅读全文

在asp.net中经常出现包含这种形式<%%>的html代码,我这里特别收集了，总的来说包含下面这样几种格式：
一.  <%%>
这种格式实际上就是和asp的用法一样的，只是asp中里面是vbscript或者javascript代码，而在asp.net中是.net平台下支持的语言。
特别注意:服务器控件中不能有<%%>语法
(这里我用C#代码)

  <%
        int a = 2;
        int b = 3;
        int c = a + b;
        Response.Write(c);
    %>

二. <%#%>
如果是这种格式的话那就是asp.net下特有的，它是控件数据绑定的语法,且必须要调用该控件的DataBind()方法才执行(或者整个页面Page.DataBind()也就是对所得控件都调用DataBind()方法,在这种情况下不管是服务器控件还是客户端控件都会绑定)
特别注意：只有服务器控件才能用<%#%>语法（不准确的）

2007-1-25修改于:当整个页面调用this.DataBinder()方法时，不管是服务器控件还是客户端控件都会绑定

<div>
Server Control:<asp:TextBox ID="TextBox1" runat="server" Text="<%#text%>"></asp:TextBox><br /><!--Server Control-->
Client Control:<input type="text" id="textbox2" value="<%#text%>" /><!--Client Control-->
 </div>

aspx.cs代码如下: 当this.TextBox1.DataBind()  运行显示出来的效果

this.DataBind() 运行显示出来的效果

三.  <%=%>
这种形式实际上是由<%%>扩展而来的.等价于:Response.Write(<%%>)这种形式(不标准，但能看明白),它其实也可以看成是一种绑定.
aspx代码: aspx.cs代码: 运行效果:

四.<%$%>
这种形式主要用于对web.config文件的键值对进行绑定:通常用于连接数据库的字符串
特别注意:1.绑定的只能是服务器控件
             2.只能绑定到服务器控件的某个属性上。
web.config文件如下: 这样就能正常运行。
如果修改aspx中的文件:使用客户端的控件 或者:不绑定到服务器控件的某个属性上
运行都会出现相同的错误



最后注意一点:
<%#%>只针对的是服务器控件的数据绑定，因此不能同<%=%>和<%%>混合使用


2008-1-25补充：
针对:<%=%>形式:
另外一种情况:
aspx代码: aspx.cs代码:
如果是这样的情况的话，就出现运行时错误。


最后对这种<%=%>用法强调一句:尽量对客户端控件用这种形式，毕竟它是asp常用语法，不会出现问题。
但是对于asp.net的服务器控件就可能不能完全适合的。

     摘要: 1.查看是否安装了Mysql
[root@localhost zhoulinghong]# rpm -qa |grep MySQL
MySQL-server-community-5.1.22-0.rhel4
已经安装了。  阅读全文

1.查看是否安装了apache
[root@localhost etc]# rpm -qa |grep httpd
httpd-2.0.52-9.ent
httpd-manual-2.0.52-9.ent
httpd-suexec-2.0.52-9.ent
system-config-httpd-1.3.1-1

说明已经安装了

2.启动apache
[root@localhost etc]# /etc/rc.d/init.d/httpd start
启动 httpd：                                               [  确定  ]
启动成功

     摘要: 1.首先查看系统中是否已经安装FTP软件。
[root@localhost etc]# rpm -qa |grep ftp
ftp-0.17-22
vsftpd-2.0.1-5
lftp-3.0.6-3

说明已经安装了。
  阅读全文

     摘要: 一直抱着想学Linux的心情来看待开源世界，可是每次多半途而废。其实每次多能学到点东西。可是不能形成系统化的学习。所以总是学了这个忘了那个。由是下定决心边学习边写教程来增强记忆，随便也为以后查找时用。
该篇教程，主要为Linux的基础命令的使用。不会大而全，我只记录了平时我需要用的几个命令，当日后接触到新的命令时会及时更新教程。  阅读全文

     摘要: 不知道程序瓶颈怎么那个地方？不知道代码那些需要优化？资源是在那里被占用时间长了？页面执行时间过长。。。。那就请往下看，监视程序执行时间。  阅读全文

直接正题。今天虚拟了一个VM来做开发环境。但是装好以后死活不能在本地机器上（A机器）使用CRT连上在B机器上面用VM虚拟的Redhat AS4。
一想可能是在B机器上面的VM的网络配置有点问题。请看下图

默认我用了Host Only.Redhat AS4的eth0用的自动获取。没有联网成功。由是将VM的网络配置改成了Bridged模式（桥接模式）。这个模式是最简单的模式。只要你有个和B机器一个网段的IP就OK了。
现将IP说明如下:
A机器（本地的机器） IP：172.16.102.1
B机器（VM的宿主计算机）IP:172.16.20.204
VM的网络模式为 桥接模式
VM中虚拟的Redhat的eth0 IP：172.16.20.88
测试成功。
补充说明：桥接模式是最方便的虚拟连接模式。上面的IP中。A机器的本地Ip基本不用考虑，只要你能ping通B机器就说明你和宿主计算机是互通。主要是B机器和Redhat的eth0的IP必须是在同一网段的不通IP。

以后将机器写其他的连接方式。

顺便说下，用SecureCRT 连redhat AS4 出现乱码的问题。只要在SecureCRT 的工具栏--选项--会话选项--外观，将字符编码改成 utf-8就好了。截几个图片大家看下。

改完以后的效果

最先在网上看了一些系列的解决方案，多没有能弄好。【主要参考了http://www.cnblogs.com/chy710/archive/2007/02/25/656149.html这个上面的内容】
感觉很无奈。只能自己来处理了。

我一开始直接就用的mysql自带的test数据库了。直接建了T_User表，直接用mysql命令行insert和select，中文字符多是没有问题的。但是当我用SQL Manager 2007 For Mysql 客户端来直接插入时，问题出现了，中文全变成了乱码，开始一想可能是客户端的问题。于是用ASP.NET程序来处理的时候问题还是一样。按上面参考的文档问题也没有能解决。在一个无意之中看到Mysql 客户端上面显示 自带的 test数据库的编码格式是 lantin1。

呵呵找到了问题了。因为test库是mysql自带的数据库不变做大的改动。于是自己用客户端新建了一个库。在这里特别要重视的是在建库的时候一定要注意编码的格式选择。大家最好使用Mysql的客户端来建库，而不要使用sql脚本。应该mysql的默认编码格式不是 UTF8或者是gb2312的。

到现在基本上乱码问题已经解决的差不多了。直接在客户端插入数据后，用客户端或者程序来访问不会出现乱码了。但是毕竟我通常多是用程序来完成数据库的操作的。当用程序进行插入后问题又出现了。乱码的问题又来了。但是现在的乱码不会和数据库相关了。想一想。在DBconnection中一个属性时设置链接数据库时的编码格式的。现在直接在web.config中将数据库链接字符串加上Charset属性就可以了。
Database=xxx;Server=localhost;User ID=root;Password=mysql;Charset=gb2312;
总结一下：
1.使用mysql5数据库时候，要主要库的编码格式。虽然在mysql5中带入了编码给日常使用习惯产生了影响不过这不的不说是mysql向企业级迈进。
2.建库时尽量使用mysql的客户端来处理。毕竟直接写sql脚本再强的高手也会又忘的时候。个人推荐EMS SQL Manager 2007 For Mysql ,以上的图多是在该客户端下截取的。并且在建库时最好用utf8的编码，这样省的其他的更改。
3.设置程序与mysql数据库链接时的编码格式。以ASP.NET为例，可以加上 charset属性。