http://www.hacker.com.cn/down/view_17022.html
织梦网任意代码执行漏洞
放在vip区里了。具体情况还不清楚。自称是首发.有VIP的朋友可以下来看看.
用dedecms 朋友还是小心点吧。
漏洞页面是 \include\inc_bookfunctions.php
触发页面是 member/story_add_content_action.php
xinca的漏洞公告如下：
嘿嘿。。说实话，利用方法特别简单。反正闲着也是闲着，我就拿其中一个小站给大家演示下利用过程吧。
演示地址：http://www.guo3.com/ （技术交流 站长不要找我啊）
织梦网任意代码执行漏洞
放在vip区里了。具体情况还不清楚。自称是首发.有VIP的朋友可以下来看看.
用dedecms 朋友还是小心点吧。
漏洞页面是 \include\inc_bookfunctions.php
触发页面是 member/story_add_content_action.php
xinca的漏洞公告如下：
嘿嘿。。说实话，利用方法特别简单。反正闲着也是闲着，我就拿其中一个小站给大家演示下利用过程吧。
演示地址：http://www.guo3.com/ （技术交流 站长不要找我啊）
做程序的时候，无论Php还是Asp,缓存的问题很是让人讨厌，虽说缓存是个好东西，但在写程序，调试程序的时候，缓存就显得多余了，尤其是在那无敌的Ie下...
我想大部分页面都会有一个或几个相同的头文件被包含，我们可以在头文件里加入下面的代码解决缓存问题：
Php:header("Cache-Control: no-cache, must-revalidate");
ASP:response.addHeader("Cache-Control","no-cache");
当然，如果只有一个或为数不多的几个页面需要禁止缓存，我们同样可以把上面的代码单独加入到那些需要的页面里面。
我想大部分页面都会有一个或几个相同的头文件被包含，我们可以在头文件里加入下面的代码解决缓存问题：
Php:header("Cache-Control: no-cache, must-revalidate");
ASP:response.addHeader("Cache-Control","no-cache");
当然，如果只有一个或为数不多的几个页面需要禁止缓存，我们同样可以把上面的代码单独加入到那些需要的页面里面。
检测目标网页的所有链出外链是否反链本页，及对方网页的PR的信息，功能正在完善，很不错！
http://HiJP.cn
推荐一个同百度相关搜索极为相似的工具，很好用，目前正在测试，功能会逐渐完善。
http://baidu.pk/seo/
原来的百度相关搜索于四月份百度调整后去掉了，让SEOER们头疼了一阵子，不过百度的搜索引擎竞价排名系统还照常可以使用，大家可以把习惯慢慢改过来：
http://www2.baidu.com/inquire/rsquery.php
谷歌的关键字工具相比百度要强大的多了，流量靠谷歌的朋友可以使用这个：
https://adwords.google.com/select/KeywordToolExternal
此外百度的百度指数也是SEOER常用的工具：
http://index.baidu.com/
搜索引擎收录情况查询，包括:百度,Google,Yahoo,Sogou等收录情况,以及PR值,SogouRank,Alexa排名,反向链接情况的查询，可以使用这个工具：
http://indexed.webmasterhome.cn/
友情链接批量检查工具-批量查询友情链接在百度的收录情况可以用这个工具
http://www.linkhelper.cn/
模拟蜘蛛抓取页面工具，大家可以用下面这个
http://tool.alimama.com/gettext.php
关键字密度查询工具:
http://www.tool.la/KeyWordDensity/
进这个网站自己查查看同一ip下的所有网站，输入你的ip地址就可以了http://www.myipneighbors.com/
http://www.ranknow.cn/
http://www.myip.cn/
网站分析工具
http://www.chinarank.org.cn/
中国网站排名
鸟哥
http://linux.vbird.org/
http://tool.fangfa.net/
网页GZIP压缩检测工具
http://tool.fangfa.net/header.php
google翻译接口
http://code.google.com/intl/zh-CN/apis/ajaxlanguage/documentation/#SupportedLanguages
http://HiJP.cn
推荐一个同百度相关搜索极为相似的工具，很好用，目前正在测试，功能会逐渐完善。
http://baidu.pk/seo/
原来的百度相关搜索于四月份百度调整后去掉了，让SEOER们头疼了一阵子，不过百度的搜索引擎竞价排名系统还照常可以使用，大家可以把习惯慢慢改过来：
http://www2.baidu.com/inquire/rsquery.php
谷歌的关键字工具相比百度要强大的多了，流量靠谷歌的朋友可以使用这个：
https://adwords.google.com/select/KeywordToolExternal
此外百度的百度指数也是SEOER常用的工具：
http://index.baidu.com/
搜索引擎收录情况查询，包括:百度,Google,Yahoo,Sogou等收录情况,以及PR值,SogouRank,Alexa排名,反向链接情况的查询，可以使用这个工具：
http://indexed.webmasterhome.cn/
友情链接批量检查工具-批量查询友情链接在百度的收录情况可以用这个工具
http://www.linkhelper.cn/
模拟蜘蛛抓取页面工具，大家可以用下面这个
http://tool.alimama.com/gettext.php
关键字密度查询工具:
http://www.tool.la/KeyWordDensity/
进这个网站自己查查看同一ip下的所有网站，输入你的ip地址就可以了http://www.myipneighbors.com/
http://www.ranknow.cn/
http://www.myip.cn/
网站分析工具
http://www.chinarank.org.cn/
中国网站排名
鸟哥
http://linux.vbird.org/
http://tool.fangfa.net/
网页GZIP压缩检测工具
http://tool.fangfa.net/header.php
google翻译接口
http://code.google.com/intl/zh-CN/apis/ajaxlanguage/documentation/#SupportedLanguages
个人建议,数据库字符集尽量使用utf8(utf-8),以使你的数据能很顺利的实现迁移,因为utf8字符集是目前最适合于实现多种不同字符集之间的转换的字符集,尽管你在命令行工具上无法正确查看数据库中的内容,我依然强烈建议使用utf8作为默认字符集.
接下来是完整的一个例子：
1.创建数据库表
mysql>CREATE DATABASE IF NOT EXISTS my_db default charset utf8 COLLATE utf8_general_ci;
#注意后面这句话 "COLLATE utf8_general_ci",大致意思是在排序时根据utf8变码格式来排序
#那么在这个数据库下创建的所有数据表的默认字符集都会是utf8了
mysql>create table my_table (name varchar(20) not null default '')type=myisam default charset utf8;
#这句话就是创建一个表了,制定默认字符集为utf8
2.写数据
例子1是通过php直接插入数据:
a.php
mysql_connect('localhost','user','password');
mysql_select_db('my_db');
//请注意,这步很关键,如果没有这步,所有的数据读写都会不正确的
//它的作用是设置本次数据库联接过程中,数据传输的默认字符集
mysql_query("set names utf8;");
//必须将gb2312(本地编码)转换成utf-8,也可以使用iconv()函数
mysql_query(mb_convet_encoding("insert into my_table values('测试');", "utf-8", "gb2312"));
?>
例子是通过页面提交插入数据2:
b.php
//输出本页编码为utf-8
header("content-type:text/html; charset=utf-8");
mysql_connect('localhost','user','password');
mysql_select_db('my_db');
if(isset($_REQUEST['name'))
{
//由于上面已经指定本页字符集为utf-8了,因此无需转换编码
mysql_query(sprintf("insert into my_table values('%s');", $_REQUEST['name']));
}
$q = mysql_query("select * from my_table");
while($r = mysql_fetch_row($q))
{
print_r($r);
}
?>
自此,使用utf8字符集的完整的例子结束了.
如果你想使用gb2312编码,那么建议你使用latin1作为数据表的默认字符集,这样就能直接用中文在命令行工具中插入数据,并且可以直接显示出来.而不要使用gb2312或者gbk等字符集,如果担心查询排序等问题,可以使用binary属性约束,例如:
create table my_table ( name varchar(20) binary not null default '')type=myisam default charset latin1;
附：旧数据升级办法
以原来的字符集为latin1为例，升级成为utf8的字符集。原来的表: old_table (default charset=latin1)，新表：new_table(default charset=utf8)。
第一步：导出旧数据
mysqldump --default-character-set=latin1 -hlocalhost -uroot -B my_db --tables old_table > old.sql
第二步：转换编码
iconv -t utf-8 -f gb2312 -c old.sql > new.sql
在这里，假定原来的数据默认是gb2312编码。
第三步：导入
修改old.sql，增加一条sql语句： "SET NAMES utf8;"，保存。
mysql -hlocalhost -uroot my_db < new.sql
大功告成！！
接下来是完整的一个例子：
1.创建数据库表
mysql>CREATE DATABASE IF NOT EXISTS my_db default charset utf8 COLLATE utf8_general_ci;
#注意后面这句话 "COLLATE utf8_general_ci",大致意思是在排序时根据utf8变码格式来排序
#那么在这个数据库下创建的所有数据表的默认字符集都会是utf8了
mysql>create table my_table (name varchar(20) not null default '')type=myisam default charset utf8;
#这句话就是创建一个表了,制定默认字符集为utf8
2.写数据
例子1是通过php直接插入数据:
a.php
mysql_connect('localhost','user','password');
mysql_select_db('my_db');
//请注意,这步很关键,如果没有这步,所有的数据读写都会不正确的
//它的作用是设置本次数据库联接过程中,数据传输的默认字符集
mysql_query("set names utf8;");
//必须将gb2312(本地编码)转换成utf-8,也可以使用iconv()函数
mysql_query(mb_convet_encoding("insert into my_table values('测试');", "utf-8", "gb2312"));
?>
例子是通过页面提交插入数据2:
b.php
//输出本页编码为utf-8
header("content-type:text/html; charset=utf-8");
mysql_connect('localhost','user','password');
mysql_select_db('my_db');
if(isset($_REQUEST['name'))
{
//由于上面已经指定本页字符集为utf-8了,因此无需转换编码
mysql_query(sprintf("insert into my_table values('%s');", $_REQUEST['name']));
}
$q = mysql_query("select * from my_table");
while($r = mysql_fetch_row($q))
{
print_r($r);
}
?>
自此,使用utf8字符集的完整的例子结束了.
如果你想使用gb2312编码,那么建议你使用latin1作为数据表的默认字符集,这样就能直接用中文在命令行工具中插入数据,并且可以直接显示出来.而不要使用gb2312或者gbk等字符集,如果担心查询排序等问题,可以使用binary属性约束,例如:
create table my_table ( name varchar(20) binary not null default '')type=myisam default charset latin1;
附：旧数据升级办法
以原来的字符集为latin1为例，升级成为utf8的字符集。原来的表: old_table (default charset=latin1)，新表：new_table(default charset=utf8)。
第一步：导出旧数据
mysqldump --default-character-set=latin1 -hlocalhost -uroot -B my_db --tables old_table > old.sql
第二步：转换编码
iconv -t utf-8 -f gb2312 -c old.sql > new.sql
在这里，假定原来的数据默认是gb2312编码。
第三步：导入
修改old.sql，增加一条sql语句： "SET NAMES utf8;"，保存。
mysql -hlocalhost -uroot my_db < new.sql
大功告成！！
Mysql数据库的字符编码转换还真是相当的麻烦
当初不小心用了GBK现在要回到utf-8，而数据已经非常大了
网上找了无数资料，一般都是利用mysqldump加iconv再导回去，但做了之后发现会有错误。还有比较夸张的方法是用编辑器来转换编码，这对于海量数据根本行不通。
最后还是利用了Navicat来解决。
我使用的方法比较保险，用了远程和本地两个数据库。
远程的是gbk编码，想转成utf-8的。
直接在Navicat中建立两条连接，一条是连接远程的，将连接字符编码设置为gbk。
本地设置为utf-8或者数据库默认是utf-8就选择默认的连接字符编码。
选择使用DATA TRANSFER并按步骤将远程数据库中的数据传到本地上。
完成后可以检查本地的数据，应该就是utf-8格式了，修改连接字符编码再将本地的数据导到远程的。
这样就实现了数据库字符编码的转换工作，而且相当的安全。
当初不小心用了GBK现在要回到utf-8，而数据已经非常大了
网上找了无数资料，一般都是利用mysqldump加iconv再导回去，但做了之后发现会有错误。还有比较夸张的方法是用编辑器来转换编码，这对于海量数据根本行不通。
最后还是利用了Navicat来解决。
我使用的方法比较保险，用了远程和本地两个数据库。
远程的是gbk编码，想转成utf-8的。
直接在Navicat中建立两条连接，一条是连接远程的，将连接字符编码设置为gbk。
本地设置为utf-8或者数据库默认是utf-8就选择默认的连接字符编码。
选择使用DATA TRANSFER并按步骤将远程数据库中的数据传到本地上。
完成后可以检查本地的数据，应该就是utf-8格式了，修改连接字符编码再将本地的数据导到远程的。
这样就实现了数据库字符编码的转换工作，而且相当的安全。
MySQL数据库字符集的默认配置：
在mysql的配置文件中把默认的字符集改成utf8，这样创建数据库和表的时候，默认的字符集就是utf8。
MySQL的几个变量：
当一个 PHP 程序与 MySQL 建立连接后，这个程序发送给 MySQL 的数据采用的是什么字符集？mysql如何检测并判断使用何种字符集？要注意以下几个变量：
character_set_server：这是设置服务器使用的字符集
character_set_database：这是设置数据库使用的字符集
character_set_client ：这是设置客户端发送Query串使用的字符集
character_set_connection ：这是设置服务器需要将收到的查询串转换成的字符集
character_set_results ：这是设置服务器要将结果数据转换到的字符集，转换后才发送给客户端
因为配置文件设置的 default_character_set 是 utf8，数据表默认采用的就是 utf-8 建立的。这也应该是所有采用 MySQL 4.1 的主机提供商应该采用的配置。所以我们要保证的只是客户端与 MySQL 交互之间指定编码的正确。
这只有两种可能，客户端以 gb2312 格式发送数据，或者以 utf-8 格式发送数据。
如果以 gb2312 格式发送:
SET character_set_client='gb2312'
SET character_set_connection='utf8' 或者
SET character_set_connection='gb2312'
都是可以的，都能够保证数据在编码转换中不出现丢失，也就是保证存储入数据库的是正确的内容。
怎么保证取出的是正确的内容呢？考虑到绝大部分客户端 (包括 WP)，发送数据的编码也就是它所希望收到数据的编码，所以:
SET character_set_results='gb2312'
可以保证取出给浏览器显示的格式就是 gb2312。不过这样的缺点是不论是插入、更新、删除还是查询操作，只要是操纵数据库，都要先执行SET NAMES "gb2312"，这样才能保证插入和显示的正确性。如果插入操作前没有执行这条语句，仅在查询时执行该语句，则仍然无法保证显示的正确性。
如果是第二种情况，客户端以 utf-8 格式发送 (WP 的默认情况)，可以采用下述配置:
SET character_set_client='utf8'
SET character_set_connection='utf8'
SET character_set_results='utf8'
这个配置就等价于 SET NAMES ‘utf8′。
在mysql的配置文件中把默认的字符集改成utf8，这样创建数据库和表的时候，默认的字符集就是utf8。
MySQL的几个变量：
当一个 PHP 程序与 MySQL 建立连接后，这个程序发送给 MySQL 的数据采用的是什么字符集？mysql如何检测并判断使用何种字符集？要注意以下几个变量：
character_set_server：这是设置服务器使用的字符集
character_set_database：这是设置数据库使用的字符集
character_set_client ：这是设置客户端发送Query串使用的字符集
character_set_connection ：这是设置服务器需要将收到的查询串转换成的字符集
character_set_results ：这是设置服务器要将结果数据转换到的字符集，转换后才发送给客户端
因为配置文件设置的 default_character_set 是 utf8，数据表默认采用的就是 utf-8 建立的。这也应该是所有采用 MySQL 4.1 的主机提供商应该采用的配置。所以我们要保证的只是客户端与 MySQL 交互之间指定编码的正确。
这只有两种可能，客户端以 gb2312 格式发送数据，或者以 utf-8 格式发送数据。
如果以 gb2312 格式发送:
SET character_set_client='gb2312'
SET character_set_connection='utf8' 或者
SET character_set_connection='gb2312'
都是可以的，都能够保证数据在编码转换中不出现丢失，也就是保证存储入数据库的是正确的内容。
怎么保证取出的是正确的内容呢？考虑到绝大部分客户端 (包括 WP)，发送数据的编码也就是它所希望收到数据的编码，所以:
SET character_set_results='gb2312'
可以保证取出给浏览器显示的格式就是 gb2312。不过这样的缺点是不论是插入、更新、删除还是查询操作，只要是操纵数据库，都要先执行SET NAMES "gb2312"，这样才能保证插入和显示的正确性。如果插入操作前没有执行这条语句，仅在查询时执行该语句，则仍然无法保证显示的正确性。
如果是第二种情况，客户端以 utf-8 格式发送 (WP 的默认情况)，可以采用下述配置:
SET character_set_client='utf8'
SET character_set_connection='utf8'
SET character_set_results='utf8'
这个配置就等价于 SET NAMES ‘utf8′。
对于一个网站来说，检测并修复死链接是网站维护和优化搜索引擎的基本工作之一。一个网站存在坏链接不是什么好事，首先一个网站如果存在大量的死链接，必将大大损伤网站的整体形象，再者搜索引擎蜘蛛是通过链接来爬行搜索，如果太多链接无法到达，不但收录页面数量会减少，而且你的网站在搜索引擎中的权重会大大降低。“Xenu链接检测侦探”是被广泛使用的死链接检测工具。xenu软件可以检测出指定网站的所有死链接包括图片链接等，并用红色显示；同时xenu检测结束后生成的链接报告，还能生成两份网站地图(site map)，一个是与google相关的网址式网站地图，一份是带网页标题的htm格式的网站地图。用法也比较简单，只需要新建一个项目，把你的网址填入就可，然后它会分析整个网站，然后形成一个报告，如果你的网站存在死链接的话，它不但能标出是那一页，并且这个死链接是出自那个网页也都在内，一条条的都很清楚，真的很实用。
另外在安装软件后生成的图标是个骷髅头，哈哈！
Xenu Link Sleuth 1.2d 检查网站活链接或死链接 汉化绿色特别版
Xenu Link Sleuth 也许是你所见过的最小但功能最强大的检查网站死链接的软件了。你可以打开一个本地网页文件来检查它的链接，也可以输入任何网址来检查。它可以分别列出网站的活链接以及死链接，连转向链接它都分析得一清二楚；支持多线程 ，可以把检查结果存储成文本文件或网页文件。
点击下周Xenu Link Sleuth软件
下载文件 (已下载 6318 次)问：如何将“02 January 2008”转换成“2008-01-02”呢？
答：date("Y-m-d", strtotime("02 January 2008"))
这是天刃在群里针对一些朋友对蜘蛛多次检索自己的网站却一直不收录，以及自己网站日志中发现有多个蜘蛛爬自己的站的问题，做的一些详细解答。经天刃同意我把其中的内容整理后发布，呵呵，应该也算原创啊！
搜索引擎的蜘蛛抓取页面的一般过程是这样的。
首先，收集待索引网页的url。
搜索引擎的蜘蛛一般分为两类，这第一类的主要工作就是收集网页的中有效的URL。它们的任务是一刻不停地扫描Internet资源，以随时更新其搜索引擎庞大的url列表以供它的第二类蜘蛛使用。也就是说，当这一类蜘蛛访问我们网页的时候，并不在于索引我们的网页，而是在寻找网页中的所有有效链接。
关于有的站长在自己的访问日志中发现多个蜘蛛IP爬自己站的情况。
我们常用的搜索引擎每天要处理数以亿计的信息，没有一个大型的搜索引擎公司（GOOGLE或百度之类）不配备上万台服务器来共同执行这个工作，因此搜索引擎都拥有不同的数据中心，也就是说有多个robots来检索你的站是很正常的事情。不过这也仅限于第一类蜘蛛，在索引页面的时候，搜索引擎会限制某个特定的数据中心来让专门索引页面的蜘蛛检索你的站。因此朋友们从服务器访问日志中时常可以看到源自不同IP的蜘蛛，在很短的时间内频繁访问网站。不过千万不要高兴得太早，也许其根本不是在索引你的网页而只是在扫描url。
顺便贴几个百度几个常用的蜘蛛IP
15 220.181.19.
16 159.226.50
17 202.108.11
18 202.108.22
19 202.108.23
20 202.108.249
21 202.108.250
22 61.135.145
23 61.135.146
补充一下，第一类蜘蛛索引时记录的信息主要包括网页的url、最终修改时间等。
问： 我认为蜘蛛爬取后，不能立即在搜索中体现，是cache与内容筛选工作的缘故。不同的站有不同的权重，这个时间也会不一样。最典型的是yesky的站，权重高，yesky首页上的链接，早上新增，下午就可以在百度中搜索列表中体现出来。
当然不可能内容抓取后便立即体现，就像你前几天说的，在页面索引后有一个释放的过程。
问：还有个现象就是，很多小站，见蜘蛛爬了新页面，短期在搜索列表中是搜索不到的。但是在搜索引擎的cache服务器中，却可以搜索到。
对于一些小站的网页而言，只要第二类蜘蛛开始索引网页了，即使整个收录过程还没有完成，相应的网页便有了出现在搜索引擎索引库中的可能，比如我们在查询我们网站收录情况的时候，常常看到标注为补充结果只显示网页的url或有的只显示网页标题与url但没有描述的页面，这就是处于这一阶段网页的正常结果。当搜索引擎真正读取、分析、缓存了这个页面后，它便可以从补充结果的缓存出来显示正常的信息了。
搜索引擎的蜘蛛抓取页面的一般过程是这样的。
首先，收集待索引网页的url。
搜索引擎的蜘蛛一般分为两类，这第一类的主要工作就是收集网页的中有效的URL。它们的任务是一刻不停地扫描Internet资源，以随时更新其搜索引擎庞大的url列表以供它的第二类蜘蛛使用。也就是说，当这一类蜘蛛访问我们网页的时候，并不在于索引我们的网页，而是在寻找网页中的所有有效链接。
关于有的站长在自己的访问日志中发现多个蜘蛛IP爬自己站的情况。
我们常用的搜索引擎每天要处理数以亿计的信息，没有一个大型的搜索引擎公司（GOOGLE或百度之类）不配备上万台服务器来共同执行这个工作，因此搜索引擎都拥有不同的数据中心，也就是说有多个robots来检索你的站是很正常的事情。不过这也仅限于第一类蜘蛛，在索引页面的时候，搜索引擎会限制某个特定的数据中心来让专门索引页面的蜘蛛检索你的站。因此朋友们从服务器访问日志中时常可以看到源自不同IP的蜘蛛，在很短的时间内频繁访问网站。不过千万不要高兴得太早，也许其根本不是在索引你的网页而只是在扫描url。
顺便贴几个百度几个常用的蜘蛛IP
15 220.181.19.
16 159.226.50
17 202.108.11
18 202.108.22
19 202.108.23
20 202.108.249
21 202.108.250
22 61.135.145
23 61.135.146
补充一下，第一类蜘蛛索引时记录的信息主要包括网页的url、最终修改时间等。
问： 我认为蜘蛛爬取后，不能立即在搜索中体现，是cache与内容筛选工作的缘故。不同的站有不同的权重，这个时间也会不一样。最典型的是yesky的站，权重高，yesky首页上的链接，早上新增，下午就可以在百度中搜索列表中体现出来。
当然不可能内容抓取后便立即体现，就像你前几天说的，在页面索引后有一个释放的过程。
问：还有个现象就是，很多小站，见蜘蛛爬了新页面，短期在搜索列表中是搜索不到的。但是在搜索引擎的cache服务器中，却可以搜索到。
对于一些小站的网页而言，只要第二类蜘蛛开始索引网页了，即使整个收录过程还没有完成，相应的网页便有了出现在搜索引擎索引库中的可能，比如我们在查询我们网站收录情况的时候，常常看到标注为补充结果只显示网页的url或有的只显示网页标题与url但没有描述的页面，这就是处于这一阶段网页的正常结果。当搜索引擎真正读取、分析、缓存了这个页面后，它便可以从补充结果的缓存出来显示正常的信息了。
一、选择服务器放在哪个区域
对于Google而言,不同的区域,搜索结果的就不同.一些英文关键词, 你在中国用Google搜索,发现你网站的排名非产靠前,但是如果你在国外用Google, 你可能翻十页都找不到你的网站.
我们做Google排名的排名效果不是让我们自己看的, 而是让我们的潜在客户看的. 所以服务器的区域选择应选择潜在客户群体所在的区域。
二、检查服务器的IP是否被Google处罚过
1、检查一下这台服务器上放了多少网站呢? 如何查呢？这里我们给你大家一个工具，可以很轻松的查出来有多少域名共同指向一个IPhttp://whois.webhosting.info/ip/）
例如: 如果你要查219.235.226.75 这个IP你只要在IT地址栏入:
http://whois.webhosting.info/219.235.226.75/
点击回车, 以后就可以看到这个有多少域名指向了这个IP
2、选择几个www.###.com 然后你在Google中输入：site：www.###.com 然后看一看Google收录了这个网
站多少页面。如果发现Google还没有收录它，就多查几个，如果大部分都是没有被Google收录的话，那么很有可能这台服务器是被Google处罚过的。为了保险期间，最好别用。
一般而言，被google处罚的域名比较多，被Google处罚的服务器相对比较少！
三、服务器运行一定要稳定
四、选择好的域名,合理设计网站路径和文件名
域名/路径/文件名的设计原则:
1、那就是要包含关键词。排英文关键词的话,你可以选择与关键词相关的域名.排中文关键词的话,可以用汉语拼音域名，中文网站别人用中文路径和文件名
2、静态的路径比动态的路径有利于排名
3、顶级域名比二级域名有路径排名(知名网站,权威网站的二级域名除外)
4、abc.web.com比www.web.com/abc/有排名优势
5、www.web.com/abc/比www.web.com/abc.html这样的路径有排名优势.
对于Google而言,不同的区域,搜索结果的就不同.一些英文关键词, 你在中国用Google搜索,发现你网站的排名非产靠前,但是如果你在国外用Google, 你可能翻十页都找不到你的网站.
我们做Google排名的排名效果不是让我们自己看的, 而是让我们的潜在客户看的. 所以服务器的区域选择应选择潜在客户群体所在的区域。
二、检查服务器的IP是否被Google处罚过
1、检查一下这台服务器上放了多少网站呢? 如何查呢？这里我们给你大家一个工具，可以很轻松的查出来有多少域名共同指向一个IPhttp://whois.webhosting.info/ip/）
例如: 如果你要查219.235.226.75 这个IP你只要在IT地址栏入:
http://whois.webhosting.info/219.235.226.75/
点击回车, 以后就可以看到这个有多少域名指向了这个IP
2、选择几个www.###.com 然后你在Google中输入：site：www.###.com 然后看一看Google收录了这个网
站多少页面。如果发现Google还没有收录它，就多查几个，如果大部分都是没有被Google收录的话，那么很有可能这台服务器是被Google处罚过的。为了保险期间，最好别用。
一般而言，被google处罚的域名比较多，被Google处罚的服务器相对比较少！
三、服务器运行一定要稳定
四、选择好的域名,合理设计网站路径和文件名
域名/路径/文件名的设计原则:
1、那就是要包含关键词。排英文关键词的话,你可以选择与关键词相关的域名.排中文关键词的话,可以用汉语拼音域名，中文网站别人用中文路径和文件名
2、静态的路径比动态的路径有利于排名
3、顶级域名比二级域名有路径排名(知名网站,权威网站的二级域名除外)
4、abc.web.com比www.web.com/abc/有排名优势
5、www.web.com/abc/比www.web.com/abc.html这样的路径有排名优势.
