C:\WINDOWS\system32\drivers\etc\Hosts 文件增加
如果是win7参考http://blog.lrenwang.com/post/188/修改
202.175.5.121 phobos.apple.com
如果是win7参考http://blog.lrenwang.com/post/188/修改
解决方法：
在phpMyAdmin所在目录找到 / libraries / config.default.php 文件，打开，修改
$cfg['LoginCookieValidity'] = 1440; 将1440修改成更大的值即可解决“现象一”//60 * 60 * 8; // in seconds (8 hours)
如果修改：$cfg['LoginCookieValidity']的值小于或等于php.ini里的session.gc_maxlifetime的值，即可解决”现象二“
ini_set('session.gc_maxlifetime',60 * 60 * 10);
小知识：
1、session.use_cookies：默认的值是“1”，代表SessionID使用Cookie来传递，反之就是使用Query_String来传递；
2、session.name：这个就是SessionID储存的变量名称，可能是Cookie，也可能是Query_String来传递，默认值是“PHPSESSID”；
3、session.cookie_lifetime：这个代表SessionID在客户端Cookie储存的时间，默认是0，代表浏览器一关闭SessionID就作废……就是因为这个所以Session不能永久使用！
4、session.gc_maxlifetime：这个是Session数据在服务器端储存的时间，如果超过这个时间，那么Session数据就自动删除！
当一个有效请求发生时，PHP会根据全局变量session.gc_probability/session.gc_divisor（同样可以通过php.ini或者ini_set()函数来修改）的值，来决定是否启动一个GC（Garbage Collector）。
默认情况下，session.gc_probability ＝ 1，session.gc_divisor ＝100，也就是说有1%的可能性会启动GC。GC的工作，就是扫描所有的session信息，用当前时间减去session的最后修改时间（modified date），同session.gc_maxlifetime参数进行比较，如果生存时间已经超过gc_maxlifetime，就把该session删除。
gc_maxlifetime只能保证session生存的最短时间，并不能够保存在超过这一时间之后session信息立即会得到删除。因为GC是按机率启动的，可能在某一个长时间内都没有被启动，那么大量的session在超过gc_maxlifetime以后仍然会有效。
解决这个问题的一个方法是，把session.gc_probability/session.gc_divisor的机率提高，如果提到100%，就会彻底解决这个问题，但显然会对性能造成严重的影响。另一个方法是自己在代码中判断当前session的生存时间，如果超出了 gc_maxlifetime，就清空当前session。
在phpMyAdmin所在目录找到 / libraries / config.default.php 文件，打开，修改
$cfg['LoginCookieValidity'] = 1440; 将1440修改成更大的值即可解决“现象一”//60 * 60 * 8; // in seconds (8 hours)
如果修改：$cfg['LoginCookieValidity']的值小于或等于php.ini里的session.gc_maxlifetime的值，即可解决”现象二“
ini_set('session.gc_maxlifetime',60 * 60 * 10);
小知识：
1、session.use_cookies：默认的值是“1”，代表SessionID使用Cookie来传递，反之就是使用Query_String来传递；
2、session.name：这个就是SessionID储存的变量名称，可能是Cookie，也可能是Query_String来传递，默认值是“PHPSESSID”；
3、session.cookie_lifetime：这个代表SessionID在客户端Cookie储存的时间，默认是0，代表浏览器一关闭SessionID就作废……就是因为这个所以Session不能永久使用！
4、session.gc_maxlifetime：这个是Session数据在服务器端储存的时间，如果超过这个时间，那么Session数据就自动删除！
当一个有效请求发生时，PHP会根据全局变量session.gc_probability/session.gc_divisor（同样可以通过php.ini或者ini_set()函数来修改）的值，来决定是否启动一个GC（Garbage Collector）。
默认情况下，session.gc_probability ＝ 1，session.gc_divisor ＝100，也就是说有1%的可能性会启动GC。GC的工作，就是扫描所有的session信息，用当前时间减去session的最后修改时间（modified date），同session.gc_maxlifetime参数进行比较，如果生存时间已经超过gc_maxlifetime，就把该session删除。
gc_maxlifetime只能保证session生存的最短时间，并不能够保存在超过这一时间之后session信息立即会得到删除。因为GC是按机率启动的，可能在某一个长时间内都没有被启动，那么大量的session在超过gc_maxlifetime以后仍然会有效。
解决这个问题的一个方法是，把session.gc_probability/session.gc_divisor的机率提高，如果提到100%，就会彻底解决这个问题，但显然会对性能造成严重的影响。另一个方法是自己在代码中判断当前session的生存时间，如果超出了 gc_maxlifetime，就清空当前session。
phpmyadmin出现“Cannot start session without errors, please check errors given in your PHP and/or webserver log file and configure your PHP installation properly.”
php.ini
session.auto_start = 1
OK
php.ini
session.auto_start = 1
OK
＃"包含了一个位置信息
默认的锚点是＃top 也就是网页的上端
（因为这样所以前面文章里提到得，在浏览器选项卡中会出现#的问题才会出现）
而javascript:void(0) 仅仅表示一个死链接
这就是为什么有的时候页面很长浏览链接明明是＃可是跳动到了页首
而javascript:void(0) 则不是如此
所以调用脚本的时候最好用void(0)
或者<input onclick>
<div onclick>等
js里面void是一个操作符，该操作符计算表达式的值，但是不返回任何内容。<a href="javascript:void(0);">这里用到void(0)表示取消A链接，相当于<a href="#">，但是也是有区别：void(0)什么都不做，href="#"会回到顶部注意到void()会执行表达式但是不返回值，用于AJAX页面交互，比如提交一个表单，但不会刷新页面<a href="javascript:void(document.form.submit())">
所以：当点击链接弹出新窗口时，如果用的是href="#",设置center：true;是不起作用的。
若设置窗口居中，可以用href=javascriptvoid(0);的方法代替
若窗口中存在数据，当用href=javascriptvoid();代替时，会显示出错。
打开新窗口链接的几种办法
1.window.open('url')
2.用自定义函数
<script>
function openWin(tag,obj)
{
obj.target="_blank";
obj.href ="Web/Substation/Substation.aspx?stationno="+tag;
obj.click();
}
</script>
<a href="javascript:void(0)"onclick="openWin(3,this)">LINK_TEST</a>
window.location.href=""
-------------------------------------------------------------------------------
如果是个# ，就会出现跳到顶部的情况,个人收藏的几种解决方法：
1：<ahref="####"></a>
2：<ahref="javascript:void(0)"></a>
3：<ahref="javascript:void(null)"></a>
4：<a href="#"onclick="return false"></a>
5：<spanstyle="cursor:hand"></span>(好像在FF中不能显示)
-------------------------------------------------------------------------------
慎用JavaScript:void(0)
JavaScript中void是一个操作符，该操作符指定要计算一个表达式但是不返回值。
void 操作符用法格式如下：
1. javascript:void (expression)
2. javascript:void expression
expression是一个要计算的 JavaScript 标准的表达式。表达式外侧的圆括号是可选的，但是写上去是一个好习惯。我们可以使用void 操作符指定超级链接。表达式会被计算但是不会在当前文档处装入任何内容。面的代码创建了一个超级链接，当用户点击以后不会发生任何事。当用户点击链接时，void(0) 计算为 0，但在 JavaScript 上没有任何效果。
<ahref="javascript:void(0)">单击此处什么也不会发生</a>
也就是说，要执行某些处理，但是不整体刷新页面的情况下，可以使用void(0),但是在需要对页面进行refresh的情况下，那就要仔细了。
其实我们可以这样用<a href="javascript:void(document.form.submit())">，这句话会进行一次submit操作。那什么情况下用void(0)比较多呢，无刷新，当然是Ajax了，看一下Ajax的web页面的话，一般都会看到有很多的void(0)，：） ，所以在使用void(0)之前,最好先想一想,这个页面是否需要整体刷新。
最近发现服务器上的svn1.6和电脑上的svn1.7文件不不能同步, 绝对升级服务器上的svn
1sqlite 需要 3.7.6.3以上版本,我本机是3.3.6.5
在http://www.sqlite.org 下载
wget http://www.sqlite.org/sqlite-autoconf-3071100.tar.gz
tar zxvf sqlite-autoconf-3071100.tar.gz
cd sqlite-autoconf-3071100
./configure
make
make install
2 下载svn http://subversion.apache.org/download/ 我现在看到最新的是Subversion 1.7.4 注意,这个版本zip包有问题 用gz包的
wget http://mirror.bit.edu.cn/apache/subversion/subversion-1.7.4.tar.gz
tarzcvf subversion-1.7.4.tar.gz
cd subversion-1.7.4
./configure --prefix=/usr/local/webserver/subversion --with-ssl
make
make install
1sqlite 需要 3.7.6.3以上版本,我本机是3.3.6.5
在http://www.sqlite.org 下载
wget http://www.sqlite.org/sqlite-autoconf-3071100.tar.gz
tar zxvf sqlite-autoconf-3071100.tar.gz
cd sqlite-autoconf-3071100
./configure
make
make install
2 下载svn http://subversion.apache.org/download/ 我现在看到最新的是Subversion 1.7.4 注意,这个版本zip包有问题 用gz包的
wget http://mirror.bit.edu.cn/apache/subversion/subversion-1.7.4.tar.gz
tarzcvf subversion-1.7.4.tar.gz
cd subversion-1.7.4
./configure --prefix=/usr/local/webserver/subversion --with-ssl
make
make install
