<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>寂静的深海 &#187; 服务器</title>
	<atom:link href="http://www.deepseath.com/?feed=rss2&#038;tag=%E6%9C%8D%E5%8A%A1%E5%99%A8" rel="self" type="application/rss+xml" />
	<link>http://www.deepseath.com</link>
	<description></description>
	<lastBuildDate>Mon, 29 Jan 2024 09:55:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>[ERROR] Can&#8217;t open shared library &#8216;udf.dll&#8217; (errno: 0 )</title>
		<link>http://www.deepseath.com/?p=1161</link>
		<comments>http://www.deepseath.com/?p=1161#comments</comments>
		<pubDate>Tue, 10 Dec 2013 16:05:04 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[升级]]></category>
		<category><![CDATA[数据库]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=1161</guid>
		<description><![CDATA[有3个多月没写博客了，现在似乎越来越懒了:( 今天竟然忘记了登录密码，幸好，输入几次终于想起来了…… 如标题，[ERROR] Can&#8217;t open shared library &#8216;udf.dll&#8217; (errno: 0 ) 这是MySQL在启动时报的一个错误，在一个朋友的服务器上看到的，这个错误几乎已经持续了很久很久了，虽然报错，但似乎不影响使用，只不过，对于一个很洁癖的人来说，每次看到都很闹心。 之前曾经尝试过查找原因，包括建立plugin目录，以及遍历整个系统来查找udf.dll，都没什么结果。 也在谷歌和度娘上找过，说是什么提权文件，实话说，用了这么多年还真从来没听过这个功能……也按搜索到的文章操作过，但全部都是失败。 最后，考虑到可以尝试升级一下MySQL的版本（之前是5.0很早期的一个版本），由于系统还有很多不太熟悉的程序，所以为了考虑稳定性，所以只是升级到MySQL5.0的最后一个版本。 升级很简单，轻车熟路，一贯是我最懒人的做法： 1.由于想重新使用mysql的配置向导来配置my.ini所以，先将mysql的服务删除掉，命令行执行，mysqld-nt &#8211;remove即可。 2.不改变mysql的安装目录，因此，只需要将原来的安装目录改个名就行（权当备份了） 3.执行mysql安装程序，安装到之前的目录下。 4.执行mysql的配置向导，进行my.ini的配置。 5.手动打开my.ini，修改数据库文件储存目录变量“datadir”，修改为之前的数据库储存位置 6.重启mysql 升级操作就算完毕了，原来的帐号都可以继续使用，其他无须做什么改变。 回头再来看系统日志，发现一个很奇怪的现象，就是刚升级完启动mysql的时候那个错误是没有的，但改完数据库储存目录后再重启那个错误又出现了。 看来，这个错误本身应该还是来自于mysql数据库，而且只能是mysql自身的数据库（数据库名：mysql）， 于是，关闭mysql。 尝试将旧的mysql系统数据库（数据库名为mysql），改成其他名字，将新的mysql默认的系统数据库copy过来。 同时将旧系统数据库内的user表文件（三个）都覆盖到新系统数据库内。 这时候再启动mysql就不会有错误提示了。 查看了一下旧系统数据库表，发现其中一个数据表（mysql\func）里存在一条记录： mysql&#62; select * from func; +-------+-----+---------+----------+ &#124; name &#124; ret &#124; dl &#124; type &#124; +-------+-----+---------+----------+ &#124; baker &#124; 0 &#124; udf.dll &#124; function [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=1161</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Foxmail无法发送邮件的解决办法</title>
		<link>http://www.deepseath.com/?p=1067</link>
		<comments>http://www.deepseath.com/?p=1067#comments</comments>
		<pubDate>Fri, 09 Mar 2012 00:51:05 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[foxmail]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=1067</guid>
		<description><![CDATA[一直以来在客户端收发邮件都是使用Foxmail，用着比较舒服。目前还在使用6.5版的，虽然也装了7.0但还未使用，准备换操作系统后用。 最近用foxmail发邮件总失败，开始是用sohu的邮箱有问题，以为是连接SMTP服务器的问题或者foxmail设置有问题，搞了很久也不行，于是试图尝试给sohu邮箱客服发了纸条，结果，TMD，很久也没回复。 原本想放弃了的。 但今天试图用使用gmail发送邮件，竟然也不行，于是考虑，应该还是foxmail自身的问题。 想起来收邮件时有问题可以对收件箱进行一致性检查或者进行压缩。 于是尝试，对foxmail的发件箱-&#62;右键-&#62;属性，选择“压缩”，然后再检查“一致性”，一般这样做就可以正常发邮件了，如果还不行的话，再重复一遍这个操作，然后选择“工具”选项卡，点击“开始修复”，应该可以解决问题。 这个办法，仅针对你的foxmail的发信SMTP确定设置正确的情况下，才有效的，假如你的smtp本身设置就有问题那打死也发不了的，呵呵。 最明显的表征就是，明明昨天还可以发邮件，然后今天多次尝试怎么都发不了，那么估计就是你的发件箱出了问题，用我上面的办法就可以解决^_^]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=1067</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>PHP在Windows下的安装</title>
		<link>http://www.deepseath.com/?p=1059</link>
		<comments>http://www.deepseath.com/?p=1059#comments</comments>
		<pubDate>Wed, 08 Feb 2012 16:03:45 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[IIS]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=1059</guid>
		<description><![CDATA[很久没在IIS6配置PHP了。因为服务器重装系统，今天配置了PHP。 我不习惯将PHP文件copy到系统目录内（system32），会导致日后升级比较麻烦。 PHP在IIS6下安装很简单，主要是读取指定的php.ini文件路径的设置问题。 我是通过注册表的IniFilePath来定义的，可以将下面的代码另存一个.reg文件，然后导入到注册表内。记得将C:\\PHP5改为实际的PHP存放目录。 Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\php] "IniFilePath"="C:\\php5" 另外，一定要将PHP存放路径加入到系统环境变量Path里面去。否则会导致无法加载dll扩展的情况发生。这一步我就给忘了，结果启动iis的时候总会弹出一个类似如下的警告： 弹出应用程序: Warning: PHP Startup: Unable to load dynamic library '*****\php_curl.dll' - 找不到指定的模块。 &#160;]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=1059</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MySQL5.0升级到5.5</title>
		<link>http://www.deepseath.com/?p=1056</link>
		<comments>http://www.deepseath.com/?p=1056#comments</comments>
		<pubDate>Wed, 08 Feb 2012 15:43:27 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[代码]]></category>
		<category><![CDATA[升级]]></category>
		<category><![CDATA[数据库]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=1056</guid>
		<description><![CDATA[服务器又出故障了，这次比较彻底——系统文件丢失:( 不得已重做了系统。 趁着这个重做系统，决定将MySQL自5.0升级到5.5。 先是安装MySQL，然后，配置my.ini，如果没特别需求的话，可以使用默认的就行，日后运行起来再根据具体情况进行优化。 关闭MySQL5.5。 将MySQL5.5默认安装的数据表进行备份（避免万一），然后将MySQL5.0的全部数据库文件直接Copy到MySQL5.5的数据库储存目录内。 此时如果你启动MySQL的话可能会看到类似 mysql.user has no `Event_priv` column at position 29 的错误（由于本文是在操作之后写的，具体的报错代码记的不是很清楚了……） 这是由于数据文件是MySQL5.0的，与标准的MySQL5.5数据文件格式不符，此时需要对数据进行升级操作。 先启动MySQL5.5 执行： mysql_upgrade 可能会有一些警告信息，可以忽略。 现在数据文件就升级完毕了，如果不太放心的话，可以执行： mysqlcheck -u root -p --databases [数据库名] 或者 mysqlcheck -u root -p --all-databases 检查具体的数据库文件状态。反正我全部执行了一下，没发现什么问题，MySQL5.5升级完毕^_^]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=1056</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Windows2003计划任务实现服务器自动重启</title>
		<link>http://www.deepseath.com/?p=989</link>
		<comments>http://www.deepseath.com/?p=989#comments</comments>
		<pubDate>Thu, 29 Sep 2011 02:36:28 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[HTTP]]></category>
		<category><![CDATA[IIS]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Win2003]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[计划任务]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=989</guid>
		<description><![CDATA[最近服务器刚刚更换了一块新硬盘，同时也将PHP升级了一下，然后不知道什么原因（因为这两个维护导致的或是其他的）IIS运行PHP的站点每隔一阵就会无法访问，而静态页面的站点是可以访问的，最为奇怪的是，貌似每次发生这样的故障的间隔期间基本是差不多的，尝试检查了一下，没发现什么意外情况，连系统的日志以及IIS自身的日志都没有什么异常记录。同时也是比较懒得详细检查，所以干脆直接搞了定时重启服务器。 这绝对是一个非常非常非常懒惰的行为，可确实是没什么更好的办法了，如果有朋友能知道这是怎么个原因的话不妨告诉一下，千恩万谢！！！ 先搞定个Windows计划任务自动定时重启机器吧。关于设置Windows计划任务的操作本没什么技术含量本不想弄的，但刚巧前一阵还真有几个朋友问过这方面的操作的，看来有必要普及一下，呵呵。如果你比较熟悉Windows计划任务了，可以不用往下看了^_^ 首先，得确定一个访问量相对比较低的时段进行重启操作，根据若干的站点流量日志分析，基本上访问量比较低的时段几乎平均在每日的凌晨4点左右，估计大多数人这个时候都在睡觉吧^^，正是重启的好时间。 确定好重启的时间后，开始设置计划任务，打开Windows控制面板，找到“计划任务”，打开。点击“添加新计划任务”，会弹出一个“计划任务向导”对话窗，点击“下一步”，会选择程序，点击浏览，找到“c:\windows\system32\shutdown.exe”确定，然后下一步，设置计划任务的名称和执行时间。“下一步”后，设置具体的时间。再下一步设置Windows登录用户名和密码，点击确认完成。然后再次打开这个计划任务的高级属性。将运行内的执行程序后面加入两个参数。“/r /f”，变成“c:\windows\system32\shutdown.exe /r /f”这样执行的就是强制重启计算机命令了。 如下图：]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=989</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于WinXP/Win2003系统时间同步间隔的设置</title>
		<link>http://www.deepseath.com/?p=952</link>
		<comments>http://www.deepseath.com/?p=952#comments</comments>
		<pubDate>Fri, 16 Sep 2011 13:55:08 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[Win2003]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[WinXP]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=952</guid>
		<description><![CDATA[有时候会发现Win2003系统日志内有一些来源为：W32Time，事件ID为：36，事件描述为： 时间服务有 86400 秒没有与系统时间同步，因为没有一个时间服务提供程序 提供可用的时间戳。时间服务将不再是同步的，也不能为其它客户端提供 时间或者更新系统时钟。请查看事件查看器中显示的系统事件，以确认没 有发生更严重的问题。 这是一个警告事件。 虽然对于系统的使用没太大影响，但为什么系统默认的更新周期同事件日志报告会不同呢。看到这样的警告黄叹号也很闹心。事实上，WinXP和Win2003系统的时间同步更新频率默认为7天，对于WinXP系统来说，这个频率比较正常，但对于要求时间精确性相对高一些的服务器系统Windows2003来说似乎有点长，另外，每隔一天总是报告这个警告的黄叹号也很闹心。所以对于Win2003系统可以尝试将时间同步间隔设置小一些，比如一天，这样时间精确性高一些同时还能减少系统日志的报告次数。 通过修改注册表可以改变时间同步时间间隔的设置， 打开注册表键值： HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\W32Time \\TimeProviders\\NtpClient\\SpecialPollInterval 基数选择“十进制”，这样就可以看到十进制格式的“数值数据”了，默认会发现这个数值为：604800，也就是：7(天)×24(时)×60(分)×60(秒)。 你可以修改成你需要的间隔时间（单位：秒），比如我设置为：86400（1天）。]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=952</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于“找不到附属汇编 Microsoft.VC90.CRT，上一个错误是 参照的汇编没有安装在系统上。”的解决</title>
		<link>http://www.deepseath.com/?p=858</link>
		<comments>http://www.deepseath.com/?p=858#comments</comments>
		<pubDate>Thu, 16 Jun 2011 18:28:52 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[bat]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[SideBySide]]></category>
		<category><![CDATA[VC9]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[计划任务]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=858</guid>
		<description><![CDATA[一个项目需要在Win系统用计划任务执行PHP，写了个批处理bat利用php-cgi.exe进行执行PHP文件，由于在服务器运行为了不影响服务器既有的PHP配置信息，同时也是考虑未来的移植性还有性能问题，自己弄了个精简了的PHP运行环境。 可在Win下死活也是执行不了，运行批处理直接闪一下就啥都木有咧，于是为了看具体的状态，使用cmd命令行模式去运行批处理文件，结果提示“系统无法执行指定的程序。”，悲催了，难道朋友将服务器给阉割导致不能执行.bat文件？ 正咬牙切齿的时候决定再尝试一下确定到底是什么问题。这一次直接在cmd中执行php，运行php.exe -c php.ini -i（指定同php.exe相同目录下的php.ini作为php的配置文件，并且显示phpinfo信息），回车后，竟然还是那句该死的“系统无法执行指定的程序。”，看来不是系统运行不了bat批处理，是干脆不能执行php.exe，咋回事捏？ 再次尝试寻找问题的症结，这次尝试在cmd运行服务器原有的php.exe，奇迹出现了，竟然可以正常执行并且返回了phpinfo信息。这下看来应该是我自己所谓的精简的问题，有点晕~~ 纠结的时候突然想到，服务器运行的是PHP 5.2.x版本，而我自己打包的是PHP 5.3.x，貌似是用VC9编译的，而php 5.2是用VC6编译的，看来应该是服务器没有安装Microsoft Visual C++运行库导致的，这只是一个初步想法，为了保险尝试看看系统日志有没有留下啥鸟东西（一般微软自家的东西出错了都会老实的写日志的）。 在系统日志中发现了来源均为“SideBySide”，事件ID一个：32，两个59。 事件ID为32的描述是这样的：找不到附属汇编 Microsoft.VC90.CRT，上一个错误是 参照的汇编没有安装在系统上。 事件ID为59的描述是这样的：Resolve Partial Assembly 为 Microsoft.VC90.CRT 失败。 参考错误消息: 参照的汇编没有安装在系统上。 另一个事件ID为59的描述是：Generate Activation Context 为 E:\***\php.exe 失败。 参考错误消息: 参照的汇编没有安装在系统上。 哈哈，看来问题原因找到了，就是因为缺少VC9的运行库，老实的去微软找：http://download.microsoft.com/download/9/7/7/977B481A-7BA6-4E30-AC40-ED51EB2028F2/vcredist_x86.exe，下载回来vcredist_x86.exe（Microsoft Visual C++ 2008 Redistributable 9.0.30729.4148）安装，再次执行php.exe成功了^_^ 这就是整个解决问题的过程。估计以后也会有其他人遇到此类问题的，分享一下经验吧:)]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=858</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>由服务器想到的……</title>
		<link>http://www.deepseath.com/?p=703</link>
		<comments>http://www.deepseath.com/?p=703#comments</comments>
		<pubDate>Mon, 24 May 2010 02:17:26 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[数据库]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[硬盘]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=703</guid>
		<description><![CDATA[昨天夜里到今天上午，服务器由于第二块硬盘无法找到而停止运行。搞得心神不宁的…… 服务器已经3年多了，头一两年基本比较稳定，自从去年来，频繁死机，先是更换过内存条，然后春节前有更换了主板，虽然最近一个多月温度稍微高一些（CPU温度一般在55到59度之间），但也算比较稳定的运行了40天，前天正庆幸机器争气，结果昨天就出现了意外——第二块硬盘偶尔就找不到了:(由于数据库以及一些系统日志文件都写到了第二块硬盘，因此非常害怕出问题，经过检查发现，似乎硬盘没什么问题，很有可能是数据线或者接口的问题。凌晨的时候机房没人，所以到今天早上给机房打电话帮忙查看一下，因为机房也没有备用的数据线，所以只是更换了一个插口，恢复开机后，发现运行稳定，暂时处于观察期，但也不敢大意，先把数据库进行了备份，然后将系统日志都转移到主硬盘上了，数据库还是留在那块上，期望减少对这块硬盘的请求降低它的负载，期望不会再有问题了。唉，每次服务器有问题都会搞得头痛，类似那种偏头痛的感觉，睡觉也不踏实，神经衰弱…… 经过这个事情，目前考虑了一个新的架构。主要是针对投入有限的情况而且有期望性能有所提高的。 之前架构服务器的时候，为了节省资金获得最高的性价比，因此只用一台服务器进行架构，web+database，从数据库读写性能角度考虑，把数据库放到了第二块硬盘上，web服务和文件放在第一块硬盘（主硬盘） ，系统运行日志也放到第二块上了。其实这种架构应该说是最节省也是相对获得最大的性价比的方式，毕竟再花万把块钱实在是捉襟见肘了。不过，这次感觉这样的架构还是有点麻烦，数据库和系统日志都是频繁进行读写的，增加了系统的不稳定性，现在硬盘价格已经很便宜了，因此，考虑如果只用一台服务器架构web的话： 可以考虑将主硬盘只做操作系统、软件环境、然后单独划出一个分区作为整个系统的日志区， 第二块硬盘，作为web程序文件存放区，除此之外不再放其他文件。 第三块硬盘，作为数据库储存区，只放数据库文件。数据库日志不在此处，单独放到主硬盘的日志区内。 如果，还有可能的话，可以再加一块硬盘，单独作为备份盘使用，平时不做任何读写操作，纯粹做为数据库备份之用。 这样的架构，可以最大的降低磁盘磁头的读写频率，提高I/O性能，从而保护磁盘寿命。 PS：纯粹只是一台机器用的，如果有很多money，基本不太考虑这个了……穷啊……而且，这个服务器上的网站纯粹只是个人爱好而已，没有获得什么收入， 每年运行的费用虽然不多，可也不是个小数了……]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=703</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>百度和Google到底区别在哪里？</title>
		<link>http://www.deepseath.com/?p=603</link>
		<comments>http://www.deepseath.com/?p=603#comments</comments>
		<pubDate>Tue, 09 Feb 2010 16:22:32 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[心情日记]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=603</guid>
		<description><![CDATA[自打刚回到家里就感冒，这两天终于好了一些，现在已经不难受了，呆在家里整天看电视、看电影，要么就是研究一些无聊的东西。 最近一个实验站流量不错，自打服务器稳定后、域名更换为.com后，流量在慢慢的上升，甚至已经超过了另外的运行接近4年的小论坛。觉得很有意思，因为是实验目的比较大的，所以这几天也在琢磨原因。 有几个小发现： １。服务器稳定性对于搜索引擎有影响，但未必是绝对的，当然前提是服务器不能长久（比如１个星期，呵呵）无法访问。这个影响最少应该不在收录，可能对于排名有点干扰。但只要网站内容独特，那么稳定后也一般可以恢复正常； ２。实验证明，.com效果要好于.cn。这个之前已经在很多运营交流站内被讨论过。无论Google还是百度，似乎都更偏好于.com（当然，我是指同等条件下的）。 ３。百度更倾向实用性，Google更倾向技术性。这个无关谁强大或者谁更人性化。 看流量统计发现一个有趣的现象。 我的博客来自Google的占到接近95%的流量，百度仅仅为不到3%，甚至可能还不如Bing高。而我的另外一个站（生活内容为主）来自百度的接近 70%，Google约为20%。也许真的印证了一些做SEO的人的话：使用Google的多为做技术的，使用百度的多为非技术的…… 只是一个无聊想想而已，我自己觉得，如果想做网站运营，那么就要脚踏实地的做好基础性的东西，比如结构、性能等等，慢慢的去积累内容，终究会有好看的流量的…… 题外话，草根现在做网站运营真的越来越难了，难道ZF故意的……]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=603</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>回家啦</title>
		<link>http://www.deepseath.com/?p=589</link>
		<comments>http://www.deepseath.com/?p=589#comments</comments>
		<pubDate>Mon, 01 Feb 2010 12:12:21 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[心情日记]]></category>
		<category><![CDATA[CPU]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[车票]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=589</guid>
		<description><![CDATA[之前预计近期事情不多，加之与老妈一同回家，也为了错开春运高峰，所以提早买票回家。车票倒也还算比较顺利买到（早上4点就去车站排队）。可服务器突然罢工，主板和风扇都无法继续坚持，临走的前两天服务器疯狂死机，最后没办法重新更换主板和风扇，虽然买的时候颇费一番折腾，但快递到机房速度很快，机房更换的速度也挺快也很顺利，悬着得心终于放松下来。安心的上火车回家。 29号到家，30号恢复宽带，回来后就观察网站流量，发现服务器死机对于网站的流量和搜索引擎的影响都不大（至少目前为止） 。 昨天早上发现服务器流量异常，比平时正常的流量高出很多，但CPU无明显的攀高，查询日志发现某个来自台湾的IP段（根据IP来源显示是台湾）频繁访问服务器的静态文件，发出的协议是“Java/1.4.2_07” ，判断肯定不是搜索引擎也不是正常的访客，因此果断屏蔽整个该IP段，服务器流量一下恢复正常。 也许是前一阵折腾的上火，加上旅途的折腾，回来就开始不舒服，今天开始咳嗽、流鼻涕了，喝了水吃了药，今天早点睡，希望感冒尽快好，还有很多事要做:( 回家真好，虽然外面很冷，但屋里非常温暖。听老爸说家附近一个地方被列为文物保护点 ，等感冒好利索，让老爸导游”游览“一番，呵呵。 热炕头、冻梨、冰激凌、最爱吃的炖豆腐……该死的感冒……等好了通通补回来^_^]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=589</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HTTP协议的那些事儿</title>
		<link>http://www.deepseath.com/?p=567</link>
		<comments>http://www.deepseath.com/?p=567#comments</comments>
		<pubDate>Wed, 23 Dec 2009 01:36:40 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[网络文摘]]></category>
		<category><![CDATA[HTTP]]></category>
		<category><![CDATA[HTTP协议]]></category>
		<category><![CDATA[IIS]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[浏览器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=567</guid>
		<description><![CDATA[什么是http连接？一张页面加载过程中，又是图片又是样式、脚本，对于这些东西的请求，是共用一个连接还是多个连接？ 网上有人说，为了节省连接数，应该尽量将外部CSS，js合并，或者内联；甚至图片也合成一张，再用CSS定位。显然，在这里，一个请求就用一个连接，请求完成连接即被关掉。 但IIS里，有选项“保持HTTP连接”，且有超时时间可供设置。如果每请求一样东西，就开启一个连接，并且这个连接迟迟不死，保持激活，那么要多少连接才够用？这里的意思，应该是一个连接可以供多次使用。 究竟哪个才对？ 其实都对。 http协议无状态，无连接。无连接的含义就是限制每次连接只处理一个请求，收到应答后即断开。但据说这个是http1.0。 http1.1里，提出了持久连接（persistentconnection）的概念，也就是说同一条 HTTP连接，可以依次处理多个请求。据说目前大多数浏览器都支持这个。想想也有道理，建立一个http连接，消耗的成本是很高的，类似数据库连接，所以 我们都尽量在一个数据库连接里完成所有的操作，正如你到超市里买东西，不可能去一趟只买一样，不然的话，买齐所有东西天都黑了。 不过，即使有持久连接的概念，还是有点疑惑:同一张页面真的只用一个连接吗？假如有些东西特别大，比如图片，其他元素等不及了怎么办？会不会另外开辟一个连接？http超时时间如果都设20分钟，未免太浪费了吧？ 另外，就算同一张页面只用一个连接，将css、js、图片合并，也有意义。因为数量少了，发送的请求也少了，这个对性能应该也有影响。 ========================================= 附录1： 一个典型的网页，是由一个 html 文件和内嵌的各类元素组成的，这些元素包括页面内的图片，css文件，javascript 文件等等。每一个内嵌的元素在 HTTP 协议的层面上和那个 html文件是没有区别的：也就是都需要浏览器去服务器上抓下来。一个早期典型的浏览器是这样实现的：当用户敲入网址之后，浏览器和服务器建立连接，请求 这个html 页面，然后边接收服务器发送的 html页面，边解析，碰到内嵌元素，可以立即开第二条连接请求。另外，如果内嵌元素很多，他可能会开多条连接同时请求。当所有需要的元素都下载完毕之 后，浏览器就会将页面画出来。这个过程就是最早期的 HTTP/1.0 协议所设想的浏览器实现。 HTTP/1.0 这种多连接的运作模式是可以改进的。建立 TCP连接的过程是这样：客户端给服务器发一个网络包说我要和你建立连接，服务器收到之后回一个网络包说“我愿意”，然后客户端要再发给服务器一个网络包 说“好那咱们开始传数据吧”。这一来一去三个包才能建立 TCP连接。连接建立之后，浏览器给服务器发请求，服务器给浏览器回应。完事之后又要来回几个网络包关闭 TCP连接。如果页面有很多文件长度很短的元素，每个元素都需要单建一条连接就会导致网络上大量的都是 TCP 建立连接和断开连接的网络包。另外，TCP有一个特性叫做 slow start，其含义可以大致这样解释：TCP连接要求发送端发送一定数量的网络包之后接收端就要回一个“我收到”的网络包，而且网络包在经过每个路由器的 时候包头都要被重写，所以在网络不丢包的情况下网络包越大网络的效率就越高。TCP 连接寻找最优网络包大小的方法是，在 TCP连接建立的初期，网络包的大小是很小的，根据网络状况，两端的程序才会逐步增大网络包的大小以适应带宽提高网络传输的效率。所以浏览器给服务器发请 求，如果每发一个请求就关闭连接的话，那这个连接的数据传输很难达到带宽所能承载的速度。 基于这种种原 因，HTTP/1.1 很快出来了，提出了持久连接（persistentconnection）的概念，也就是说同一条 HTTP连接，可以依次处理多个请求，同时用一定的机制保证各个请求之间的分离性。具体的操作过程是：服务器给浏览器发送回应之后，并不马上关闭连接；浏 览器判断上一个请求的回应已经收完的情况下，可以在这同一个连接上发第二个请求。这种运作模式大大减少了网络包，实验也表明这种做法很有效。但是，由于服 务器上保持连接要占用一定的资源，所以一般服务器不会永久保持持久连接，而且也不推荐浏览器和服务器之间建立过多的持久连接。 持 久连接可以进一步提速。这就是 pipelining了。上面可以看到，浏览器需要等待持久连接里上一个请求的回应完全收完才能发送后面的请求。如果和服务器的连接比较慢，往往持久连接 大部分时间都花在等待而非数据发送/接收上。pipelining的意思是，浏览器可以在一个持久连接里一次给服务器发送多个请求，服务器在这个连接上依 次回应这些请求。这种运作方式和浏览器缓存结合起来的时候会尤其有效果。比方，图片浏览过后会存在浏览器缓存中，再次请求的时候浏览器会对服务器说，我这 里已经有这个图片的缓存了，修改时间是XXXX，如果服务器上这个图片在这之后没有修改过，就不用重发了。这种情况下，服务器会发一个很短的 304 Not Modified [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=567</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>常用HTTP状态代码和解释说明</title>
		<link>http://www.deepseath.com/?p=529</link>
		<comments>http://www.deepseath.com/?p=529#comments</comments>
		<pubDate>Thu, 28 May 2009 05:48:07 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[IE]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[W3C]]></category>
		<category><![CDATA[代码]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=529</guid>
		<description><![CDATA[来自 Google 的一篇帮助内容，略有修改。 如果向您的服务器发出了某项请求要求显示您网站上的某个网页，那么，您的服务器会返回 HTTP 状态代码以响应该请求。此状态代码提供了有关请求状态的信息，且为请求方提供了有关您网站和请求的网页的信息。 一些常见的状态代码为： 200 &#8211; 服务器成功返回网页 404 &#8211; 请求的网页不存在 503 &#8211; 服务器暂时不可用 以下提供了 HTTP 状态代码的完整列表。点击链接可了解详细信息。您也可以访问有关 HTTP 状态代码的 W3C 页来了解详细信息。 1xx（临时响应） 用于表示临时响应并需要请求者执行操作才能继续的状态代码。 代码 说明 100（继续） 请求者应当继续提出请求。服务器返回此代码则意味着，服务器已收到了请求的第一部分，现正在等待接收其余部分。 101（切换协议） 请求者已要求服务器切换协议，服务器已确认并准备进行切换。 2xx（成功） 用于表示服务器已成功处理了请求的状态代码。 代码 说明 200（成功） 服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。 201（已创建） 请求成功且服务器已创建了新的资源。 202（已接受） 服务器已接受了请求，但尚未对其进行处理。 203（非授权信息） 服务器已成功处理了请求，但返回了可能来自另一来源的信息。 204（无内容） 服务器成功处理了请求，但未返回任何内容。 205（重置内容） 服务器成功处理了请求，但未返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图（例如清除表单内容以输入新内容）。 206（部分内容） 服务器成功处理了部分 GET 请求。 3xx（已重定向） 要完成请求，您需要进一步进行操作。通常，这些状态代码是永远重定向的。Google [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=529</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>懒人就搞搞“自动化”吧</title>
		<link>http://www.deepseath.com/?p=489</link>
		<comments>http://www.deepseath.com/?p=489#comments</comments>
		<pubDate>Thu, 07 May 2009 03:28:56 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=489</guid>
		<description><![CDATA[自认为自己实在很懒。对于服务器备份的事情，几乎总会想着做但实在不愿意弄，昨天因为一个程序小bug，导致一些小意外发生，挺郁闷的。 一早上爬起来就开始写两两个小程序，一个放在服务器自动备份，一个放在自己的机器上自动下载。哈哈。总算可以弥补懒人的过失了。 自动下载这个利用的是wget，一个命令行的下载工具，原来是Linux平台的而且好像是默认的一个工具了。自己的机器是Windows，所以查了一下，果然有Windows版的。这个工具非常小，还不到250K呢，除了可能看惯图形化的下载工具觉得不方便外，自己觉得这个小东东还是挺实用的。又是免费的还没广告^_^ 怕忘记，把wget的一些命令记下来做个备忘吧： wget各种选项分类列表 ” 启动 -V, &#8211;version 显示wget的版本后退出 -h, &#8211;help 打印语法帮助 -b, &#8211;background 启动后转入后台执行 -e, &#8211;execute=COMMAND 执行`.wgetrc&#8217;格式的命令，wgetrc格式参见/etc/wgetrc或~/.wgetrc ” 记录和输入文件 -o, &#8211;output-file=FILE 把记录写到FILE文件中 -a, &#8211;append-output=FILE 把记录追加到FILE文件中 -d, &#8211;debug 打印调试输出 -q, &#8211;quiet 安静模式(没有输出) -v, &#8211;verbose 冗长模式(这是缺省设置) -nv, &#8211;non-verbose 关掉冗长模式，但不是安静模式 -i, &#8211;input-file=FILE 下载在FILE文件中出现的URLs -F, &#8211;force-html 把输入文件当作HTML格式文件对待 -B, &#8211;base=URL 将URL作为在-F -i参数指定的文件中出现的相对链接的前缀 &#8211;sslcertfile=FILE 可选客户端证书 &#8211;sslcertkey=KEYFILE 可选客户端证书的KEYFILE &#8211;egd-file=FILE 指定EGD [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=489</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于IIS的一些优化</title>
		<link>http://www.deepseath.com/?p=464</link>
		<comments>http://www.deepseath.com/?p=464#comments</comments>
		<pubDate>Wed, 29 Apr 2009 09:12:29 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[否当]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=464</guid>
		<description><![CDATA[由于很多原因，服务器构架是Windows系统，Web Server用的自然是IIS。近期因为要做否当网的一些访问优化，所以开始琢磨这些涉及到IIS优化的问题。 1. 如果有涉及到静态的文件，那么就设置一下这个站点／目录的过期时间，我一般都设置为７天或者３０天。这样做可以节省一些流量。具体设置就是在站点或者目录上点击右键属性，在“HTTP头”选项卡内，启用“内容过期”，按需要进行设置即可。 2.如果打算去掉IIS的Etag功能的话，可以这样做，在站点属性上，选择“HTTP头”选项卡，在“自定义 HTTP 头”内，添加一组自定义 http 头，具体是，点击“添加”，“自定义 HTTP 头”填写“ETag”，“自定义 HTTP 头值”填写“”"”，确定即可。 3.对于纯静态文件目录或者站点，可以设置其不执行任何程序，最好可以新建一个应用程序池，所有执行静态的目录和站点都使用这个应用程序池。 4.为静态文件目录或站点设置HTTP压缩。在“网站”属性中，“服务”选项卡内，HTTP 压缩，钩选“压缩静态文件”，设置“临时目录”，建议目录设置到系统分区外，如果有第二块硬盘最好设置到第二块硬盘上；另外再设置一下“临时目录的最大容量”这个根据实际需要进行设置即可。 上面这些都是自己总结的一些经验，是在Windows 2003下的IIS6.0中进行的，其他版本不清楚是否一致。]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=464</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>再遇MySQL4.0升级到MySQL5.1的时候</title>
		<link>http://www.deepseath.com/?p=459</link>
		<comments>http://www.deepseath.com/?p=459#comments</comments>
		<pubDate>Tue, 28 Apr 2009 03:33:51 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[backup file]]></category>
		<category><![CDATA[database name]]></category>
		<category><![CDATA[mydatabase]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[mysqldump]]></category>
		<category><![CDATA[升级]]></category>
		<category><![CDATA[朋友]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=459</guid>
		<description><![CDATA[已经好久没搞过MySQL4.0升级到MySQL4.1/MySQL5.0/MySQL5.1的操作了。昨天晚上一个朋友的服务器有几个数据库需要做这样的操作。 冷不丁再遇到这样的情况的确有点楞，不过好在之前他打过招呼，我也测试过 ，所以升级过程没遇到大问题，比较成功。 发现记性不如以前那么好了，记下来操作过程留住备忘吧。 MySQL4.0升级到MySQL4.1+版本主要的情况其实就是字符集的问题，不能像原来的平行版本升级那样直接将数据库目录Copy就可以了。 首先要确认数据库的字符集是哪种，一般来说，就是考虑utf-8和非utf-8的情况。 无论哪种字符集，只要确定了，就在高版本mysql内 建立一个相应字符集的数据库。 在mysql4.0这边，直接使用mysqldump导出，数据多的话，最好选择扩展插入方式导出：mysqldump &#8211;opt -u[DB USER] -p[DB PASSWORD] [DATABASE NAME] &#62; [BACKUP FILE PATH] 比如： mysqldump &#8211;opt -u user -p password MyDATABASE &#62;f:/MyDATABASE_40.sql 这样就将mysql4.0的数据导出SQL文件了。 然后使用命令行方式登录mysql4.1+，进入要导入的数据库： use MyDATABASE; SET NAMES &#8216;你所设置的字符集&#8217;; source f:/MyDATABASE_40.sql 这样大体上就可以顺序导入了，字符集也没什么问题。不过实际运行中偶尔会出现某些表导入不成功的情况，原因没深究，因为发生的几率很小，涉及的数据也比较少，所以出错后，直接再把没导入的表重新导入就可以了^_^]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=459</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PHP的Memcache应用</title>
		<link>http://www.deepseath.com/?p=393</link>
		<comments>http://www.deepseath.com/?p=393#comments</comments>
		<pubDate>Wed, 05 Nov 2008 11:43:41 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[memcache]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=393</guid>
		<description><![CDATA[不讨论安装服务端，这里只将针对php的客户端接口的使用。在网上找到个例子可以参考，几个方法的使用和含义： &#60; ?php //连接 $mem = new Memcache; $mem-&#62;connect(“192.168.0.200&#8243;, 12000); //保存数据 $mem-&#62;set(&#8216;key1&#8242;, &#8216;This is first value&#8217;, 0, 60); $val = $mem-&#62;get(&#8216;key1&#8242;); echo “Get key1 value: ” . $val .”&#60;br /&#62;”; //替换数据 $mem-&#62;replace(&#8216;key1&#8242;, &#8216;This is replace value&#8217;, 0, 60); $val = $mem-&#62;get(&#8216;key1&#8242;); echo “Get key1 value: ” . $val . “&#60;br /&#62;”; //保存数组 $arr = array(&#8216;aaa&#8217;, [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=393</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IIS的日志分析</title>
		<link>http://www.deepseath.com/?p=341</link>
		<comments>http://www.deepseath.com/?p=341#comments</comments>
		<pubDate>Mon, 13 Oct 2008 18:11:35 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[程序人生]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[Explorer]]></category>
		<category><![CDATA[IE]]></category>
		<category><![CDATA[INT]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[microsoft windows]]></category>
		<category><![CDATA[pi]]></category>
		<category><![CDATA[Port]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[W3C]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[中文]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[服务器]]></category>
		<category><![CDATA[浏览器]]></category>
		<category><![CDATA[知识]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=341</guid>
		<description><![CDATA[为了方便而又准确的统计站点信息需要分析IIS日志，找了好多软件，要么不是自己需要的要么就是收费的，因此打算自己写一个分析的程序，于是进入微软技术站看技术文档，总结了一下写在这里以备忘：   1。为了集中而又方便的统计整台服务器的日志，如果各个站点单独记录日志可能统计起来不太方便，当然如果只是为了统计某个站点那就另当别论了，我打算统计整台服务器多个站点的数据，因此如果能将多站日志合并到一起或许会方便一些。因此需要用到IIS的“启用 W3C 集中日志记录”功能，在命令行执行命令：Adsutil.vbs set w3svc/CentralW3CLoggingEnabled true，然后重起IIS服务就可以了。 2。因为服务器运行在中文语言下，而且很多站点是UTF-8作为编码字符集的，因此还有必要将IIS日志设置为UTF-8编码的，方便分析同时也相对安全一些，打开这个功能可以这样做：在IIS管理器中，在本地计算机上点击右键，选择“属性”，在“UTF-8日志”选项单元中，钩选“用 UTF-8 编码 Web 日志”，然后确定并重起IIS服务即可。 3。IIS的每个字段之间使用半角空格进行分隔的。就每个字段数据而言如果存在空格则IIS自动会将空格转换为“+”。但，要注意数据中可能自身会存在“+”。 4。每个字段对应的含义是： 日期(date)，时间(time)，客户端IP地址(c-ip)，用户名(cs-username)，服务名(s-sitename)，服务器名(s-computername)，服务器ip地址(s-ip)，服务器端口(s-port)，方法(cs-method)，uri资源(cs-uri-stem)，uri查询(cs-uri-query)，协议状态(sc-status)，协议子状态(sc-substatus)，wind32状态(sc-wind32-status)，发送的字节数(sc-bytes)，接收的字节数(cs-bytes)，所用时间(time-taken)，协议版本(cs-version)，主机(cs-host)，用户代理(cs(User-Agent))，cookie(cs(Cookie))，引用站点(cs(Referer)。 5。协议状态(这就是通用的了，无论是IIS还是Apache抑或是其他的)。 1xx &#8211; 信息提示：这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。 100 &#8211; 继续。 101 &#8211; 切换协议。 2xx &#8211; 成功：这类状态代码表明服务器成功地接受了客户端请求。 200 &#8211; 确定。客户端请求已成功。 201 &#8211; 已创建。 202 &#8211; 已接受。 203 &#8211; 非权威性信息。 204 &#8211; 无内容。 205 &#8211; 重置内容。 206 &#8211; 部分内容。 3xx &#8211; 重定向：客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。 [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=341</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>系统性能相关的MySQL变量</title>
		<link>http://www.deepseath.com/?p=223</link>
		<comments>http://www.deepseath.com/?p=223#comments</comments>
		<pubDate>Sat, 12 Jul 2008 11:28:03 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[cache size]]></category>
		<category><![CDATA[memory]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[server variables]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=223</guid>
		<description><![CDATA[来自:http://forge.mysql.com/wiki/ServerVariables Memory-Related Variables 内存相关变量 These server variables control the amount of memory allocated to the various buffers and caches within MySQL. 以下这些服务器变量控制这MySQL分配给各种缓冲或者换缓存的内存总数。 join_buffer_size (PER SESSION) Controls the amount of memory allocated to perform joins on tables that have no keys which can be used to perform a condition filter. Allocated for each table joined without [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=223</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rsync相关参数说明</title>
		<link>http://www.deepseath.com/?p=216</link>
		<comments>http://www.deepseath.com/?p=216#comments</comments>
		<pubDate>Thu, 03 Jul 2008 09:56:48 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[DOM]]></category>
		<category><![CDATA[Rsync]]></category>
		<category><![CDATA[TCP]]></category>
		<category><![CDATA[Update]]></category>
		<category><![CDATA[服务]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=216</guid>
		<description><![CDATA[全局参数 在文件中[modlue]之前的所有参数都是全局参数，当然也可以在全局参数部分定义模块参数，这时候该参数的值就是所有模块的默认值。 motd file “motd file”参数用来指定一个消息文件，当客户连接服务器时该文件的内容显示给客户，默认是没有motd文件的。 log file “log file”指定rsync的日志文件，而不将日志发送给syslog。 pid file 指定rsync的pid文件。 syslog facility 指定rsync发送日志消息给syslog时的消息级别，常见的消息级别是：uth, authpriv, cron, daemon, ftp, kern, lpr, mail, news, security, sys-log, user, uucp, local0, local1, local2, local3,local4, local5, local6和local7。默认值是daemon。 模块参数 在全局参数之后就需要定义一个或多个模块了，模块中可以定义以下参数： comment 给模块指定一个描述，该描述连同模块名在客户连接得到模块列表时显示给客户。默认没有描述定义。 path 指定该模块的供备份的目录树路径，该参数是必须指定的。 use chroot 如果”use chroot”指定为true，那么rsync在传输文件以前首先chroot到path参数所指定的目录下。这样做的原因是实现额外的安全防护，但是缺点是需要以roots权限，并且不能备份指向外部的符号连接所指向的目录文件。默认情况下chroot值为true。 max connections 指定该模块的最大并发连接数量以保护服务器，超过限制的连接请求将被告知随后再试。默认值是0，也就是没有限制。 lock file 指定支持max connections参数的锁文件，默认值是/var/run/rsyncd.lock。 read only 该选项设定是否允许客户上载文件。如果为true那么任何上载请求都会失败，如果为false并且服务器目录读写权限允许那么上载是允许的。默认值为true。 list [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=216</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>(转)Web 前端优化最佳实践之内容篇</title>
		<link>http://www.deepseath.com/?p=209</link>
		<comments>http://www.deepseath.com/?p=209#comments</comments>
		<pubDate>Tue, 24 Jun 2008 14:48:59 +0000</pubDate>
		<dc:creator>Deepseath</dc:creator>
				<category><![CDATA[日积月累]]></category>
		<category><![CDATA[ajax]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[css sprites]]></category>
		<category><![CDATA[DOM]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[服务器]]></category>

		<guid isPermaLink="false">http://www.deepseath.com/?p=209</guid>
		<description><![CDATA[Yahoo! 的 Exceptional Performance team 在 Web 前端方面作出了卓越的贡献。广为人知的优化规则也由 13 条到 14 条，再到 20 条，乃至现在的 34 条&#8211;真是与时俱进啊。最新的 34 条也针对不同的角度做了分类。面向内容的优化规则目前有 10 条。 1. 尽量减少 HTTP 请求 (Make Fewer HTTP Requests) 作为第一条，可能也是最重要的一条。根据 Yahoo! 研究团队的数据分析，有很大一部分用户访问会因为这一条而取得最大受益。有几种常见的方法能切实减少 HTTP 请求： 1) 合并文件，比如把多个 CSS 文件合成一个； 2) CSS Sprites 利用 CSS background 相关元素进行背景图绝对定位；参见：CSS Sprites: Image Slicing&#8217;s Kiss of Death 3) 图像地图 4) 内联图象 使用 [...]]]></description>
		<wfw:commentRss>http://www.deepseath.com/?feed=rss2&#038;p=209</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
