eWebEditor 8.0 asp版编辑器无法上传图片

eWebEditor 8.0 asp版编辑器无法上传图片

之前很少写文章上传图片,今天早上,上班后给网站更新文章,想添加些图片

发现上传不了图片

后来检查很多原因,都解决不了。

最终发现,是网站空间关闭了FSO权限的问题

然后打开FSO权限后,问题解决。

因为之前网站被入侵,关闭了整站FSO权限,所以才出现了以上情况。


实现asp在当前页面中判断下拉框选择为空

说明:为了减少检测,和数据库写入出现过多问题,在录入数据时,常常会遇到分类选择录入问题。
如果不作检测,有时候会出现一些奇怪的问题,作优化很麻烦,所以在源头进行检测,是必要的。

根据个人经历,总结如下:重点是红色的部分,有时候经常会忘记,所以出错。

判断部分代码

<SCRIPT language=JavaScript>
function test()
{
if(form1.classid.value==""){
alert("请选择分类!");
form1.classid.focus();
return false;
}
return true;
}
</SCRIPT>

 

下拉框部分设置

<form action="save.asp" method="POST" name="form1" id="form1" onSubmit="return test();">
<div align="right">信息分类:</div>
<select name="classid" id="classid" >
<option value = ""  selected>请选择分类...</option>
<option value = "456" >456</option>
<option value = "789" >789</option></select>
<input name="Submit" type="submit" value=" 发布 ">
<input name="Submit2" type="reset" value=" 清空 "></td>
</form>

在默认提示选择那里,设置 value = ""  然后再对其进行判断,这个是最简洁的方法。

仅供参考。QQ925474725

301永久重定向跳转代码

在SEO中,为了域名,集中域名支重,通常做301,把顶级域名跳转到www二级域名。

下面就介绍一些代码实现的方法:

说明:有些空间支持在主机管理面板设置的,就可以不用代码。

1、IIS下301设置

Internet信息服务管理器 -> 虚拟目录 -> 重定向到URL,输入需要转向的目标URL,并选择“资源的永久重定向”。

2、ASP下的301转向代码

<%
if request.ServerVariables("HTTP_HOST")="menglei.net" then
Response.Status="301 Moved Permanently"
Response.AddHeader "Location","http://blog.menglei.net/"
Response.End
end if
%>

<%@ Language=VBScript %>

<%

Response.Status=”301 Moved Permanently”

Response.AddHeader “Location”, “http://blog.menglei.net/html/301/”

%>

3、ASP.Net下的301转向代码

<script runat=”server”>

private void Page_Load(object sender, System.EventArgs e)

{

Response.Status = “301 Moved Permanently”;

Response.AddHeader(”Location”,”http://blog.menglei.net/html/301/“);

}

</script>

4、PHP下的301转向代码

header(”HTTP/1.1 301 Moved Permanently”);

header(”Location: http://blog.menglei.net/html/301/”);

exit();

5、CGI Perl下的301转向代码

$q = new CGI;

print $q->redirect(”http://blog.menglei.net”);

6、JSP下的301转向代码

<%

response.setStatus(301);

response.setHeader( “Location”, “http://blog.menglei.net” );

response.setHeader( “Connection”, “close” );

%>

7、Apache下301转向代码

新建.htaccess文件,输入下列内容(需要开启mod_rewrite):

1)将不带WWW的域名转向到带WWW的域名下

Options +FollowSymLinks

RewriteEngine on

RewriteCond %{HTTP_HOST} ^lesishu.cn [NC]

RewriteRule ^(.*)$ http://blog.menglei.net$1 [L,R=301]

2)重定向到新域名

Options +FollowSymLinks

RewriteEngine on

RewriteRule ^(.*)$ http://blog.menglei.net/html$1 [L,R=301]

3)使用正则进行301转向,实现伪静态

Options +FollowSymLinks

RewriteEngine on

RewriteRule ^news-(.+).html$ news.php?id=$1

将news.php?id=123这样的地址转向到news-123.html

8、Apache下vhosts.conf中配置301转向

为实现URL规范化,SEO通常将不带WWW的域名转向到带WWW域名,vhosts.conf中配置为:

<VirtualHost *:80>

ServerName www.menglei.net

DocumentRoot /home/lesishu

</VirtualHost>

<VirtualHost *:80>

ServerName lesishu.cn

RedirectMatch permanent ^/(.*) http://blog.menglei.net/$1

</VirtualHost>

百度优化之开放适配工具常见问题

开放适配工具常见问题
什么是开放适配?

为了提升用户的移动搜索结果浏览体验,百度移动搜索对具有对应手机站的PC站提供“开放适配”服务。如果您同时拥有PC站和手机站,且二者能够在内容上对应,您可向百度“提交”PC页—手机页的对应关系,若对应关系准确,将有助于百度在移动搜索中将原PC页结果替换为对应的手机页结果。积极的参与“开放适配”,将有助于您的手机站在百度移动搜索获得更好的展现,同时以更佳的浏览效果赢取用户口碑。了解更多,请点击http://zhanzhang.baidu.com/wiki/39
为什么要使用对应关系提交工具?

对应关系提交工具可以实现url级别或pattern级别的PC页与手机页的对应关系提交,若对应关系准确,有助于百度在移动搜索中将PC页结果替换为对应的手机页结果。

如何使用对应关系提交工具?

  1. 注册并登录百度站长平台
  2. 提交PC网站并验证归属,具体验证网站归属方法可见帮助文档
  3. 点击网站名称下具体需要进行适配的PC站,进入“站点工具”——“开放适配工具”——“对应关系提交”
  4.  站点根据自己提交的sitemap类型,选择url级别(制作方式请点击查看)或者pattern级别(制作方式请点击查看)。
    注:站点更新数据的方式

    1. 当对应关系sitemap文件地址不变(比如www.a.com/sitemap.xml),只是更新对应关系sitemap文件内容时,无需在平台操作,站点只需按照约定的更新周期自主更新对应关系sitemap文件内容即可,百度会自动进行抓取。
    2. 当对应关系sitemap文件地址发生变化(比如从www.a.com/sitemap.xml变更为www.a.com/sitemap1.xml),请重新提交新的对应关系sitemap文件。
    3. 特别注意,当对应关系sitemap文件地址发生主域变化(比如从www.a.com/sitemap.xml变更为www.b.com/sitemap.xml),请验证您对新主域的归属,然后提交新的对应关系sitemap文件。

如何进行手机站优化?

  1. 参与并持续进行开放适配将有助于百度在移动搜索中将原PC页结果替换为对应的手机页结果。
  2. 加强手机站自身建设, 优化页面结构和内容,对用户和移动搜索引擎更加友好。百度为手机站提供建站规范和收录标准,详情请点击

如何提升开放适配效果?

首先,对已有的对应关系持续进行适配,同时不断建设新的对应关系,增加适配覆盖的范围。
其次,要确保已经标注/提交的对应关系对应准确。以下是常见的对应不准确错误,请网站进行自查,并及时修改。

  1. 手机页不可用,比如死链。
  2. robots封禁。放开对百度spider的robots封禁和屏蔽,以便spider获取您PC站与手机站之间的对应关系。
  3. 手机页使用了ajax等异步加载的方法加载内容主体。
  4. 格式错误。包括meta标注的位置、格式错误,对应关系sitemap格式错误等。
  5. 对应关系错误
    1. 当PC页为内容页时,应该适配到对应的手机页内容页,而实际却适配到手机页的首页/列表页。
      例如PC页为http://www.qidian.com/Book/2083259.aspx,适配后的手机页为http://qidian.cn/?from=web
    2. 手机页本身无主体内容/主体内容过少。
    3. 手机页需登录才能浏览主体内容。
    4. PC页内容与手机页内容不存在一一对应关系。
      正确的对应关系示例:
      PC页http://sports.sina.com.cn/j/2012-08-13/23516189909.shtml
      手机页http://sports.sina.cn/?sa=d4634022t24v4&cid=797&pos=10&vt=4

如何制作对应关系sitemap文件(url级别)?

通过XML文件描述url级别的PC页与手机页的对应关系,网站当前有对应关系的所有PC页面url均需要给出。格式如下:

<?xml version="1.0"encoding="UTF-8"?>
<urlset>
<url>
<!--必填标签,表示PC页的url地址 -->
<loc><![CDATA[http://www.yoursite.html/yoursite.html]]></loc>
<data>
<display>
<!—可选标签,表示该PC页对应的html5版式的手机页的url地址 -->
<html5_url><![CDATA[http://html5.yoursite.html/yoursite.html]]></html5_url>
<!—可选标签,表示该PC页对应的wml版式的手机页的url地址 -->
<wml_url><![CDATA[http://wml.yoursite.html/yoursite.html]]></wml_url>
<!—可选标签,表示该PC页对应的xhtml版式的手机页的url地址 -->
<xhtml_url><![CDATA[http://xhtml.yoursite.html/yoursite.html]]></xhtml_url>
</display>
</data>
</url>

</urlset>

例如:

<?xmlversion="1.0" encoding="UTF-8"?>
<urlset>
<url>
<loc><![CDATA[http://www.sina.com.cn/]]></loc>
<data>
<display>
<html5_url><![CDATA[http://html5.sina.com.cn/]]></html5_url>
<wml_url><![CDATA[http://wml.sina.com.cn/]]></wml_url>
<xhtml_url><![CDATA[http://3g.sina.com.cn/]]></xhtml_url>
</display>
</data>
</url>
<url>
<loc><![CDATA[http://www.sohu.com/]]></loc>
<data>
<display>
<html5_url><![CDATA[http://html5.sohu.com/]]></html5_url>
<wml_url><![CDATA[http://wml.sohu.com/]]></wml_url>
<xhtml_url><![CDATA[http://3g.sohu.com/]]></xhtml_url>
</display>
</data>
</url>
</urlset>

如何制作对应关系sitemap文件(pattern级别)?

1、格式
Pattern级别对应关系提交支持XML sitemap的形式,每个xml sitemap文件可包含1组或者多组pattern对应关系。格式说明如下:

标签名称 标签说明 标签限制 标签路径 可选/必选
urlset 唯一的根节点,标记整个文档的开头和结尾 / / 必选
url url标记每组pattern的开始和结束 1个或多个 /urlset 必选
loc 表示PC站点的网址首页 最大长度256个字符,以"http://"开头 /urlset/url 必选
pc_url_pattern 表示该PC页的url pattern 最大长度256个字符,以"http://"开头 /urlset/url/data/display 必选
html5_url_pattern 表示PC页对应的html5版式的手机页的url pattern 最大长度256个字符,以"http://"开头 /urlset/url/data/display 可选
wml_url_pattern 表示PC页对应的wml版式的手机页的url pattern 最大长度256个字符,以"http://"开头 /urlset/url/data/display 可选
xhtml_url_pattern 表示PC页对应的xhtml版式的手机页的url pattern 最大长度256个字符,以"http://"开头 /urlset/url/data/display 可选

各URL字段可以被CDATA标记包含,如<![CDATA[url]]> 。
示例:

<?xml version="1.0"encoding="UTF-8"?>

<urlset>

<!-- 表示news.163.com下的一组pattern对应关系-->

<url>

<loc><![CDATA[http://news.163.com/]]></loc>

<data>

<display>

<pc_url_pattern><![CDATA[http://news.163.com/(d+)/(d+)/(d+)/(w+).html]]></pc_url_pattern>
<xhtml_url_pattern ><![CDATA[http://3g.163.com/news/${1}/${2}/${3}/${4}.html]]></xhtml_url_pattern>

<wml_url_pattern ><![CDATA[http://wap.163.com/wml/page/ntes/${1}/${2}/${3}/${4}.wml]]></wml_url_pattern>

</display>

</data>

</url>

2、字段详细说明

pc_url_pattern: 表示PC页pattern,在PC页url的基础上,首先确定url中哪些路径或参数是可替换的。然后根据其类型,使用正则匹配符号(d+)或者(w+)表示该路径或参数。(d+)表示纯数字字符串,(w+)表示数字或字母组成的字符串。

xhtml_url_pattern / html5_url_pattern/ wml_url_pattern:表示xhtml/html5/wml版式的手机页pattern,在手机页url的基础上,根据可替换参数在对应的PC页pattern中出现的顺序,依次用${1},${2},……表示该参数。

3、举例

以网易的新闻页“漫游接电话移动也不要钱了”为例,其PC页url地址为http://news.163.com/09/1001/07/5KH8DE1F000120GR.html, 其对应的xhtml格式的手机页url地址为http://3g.163.com/news/09/1001/07/5KH8DE1F000120GR.html。

步骤一:确定PC页中的可替换参数或者路径,得到其位置序号和类型。

根据网站自身url的层次结构,其中09,1001,07和5KH8DE1F000120GR为动态可替换的路径。除5KH8DE1F000120GR为字母和数字混合外,其余均为纯数字。

步骤二:根据可替换参数或路径的类型,得到PC页pattern (即sitemap中的pc_url_pattern)。
使用正则匹配符号(d+)或者(w+)表示该路径或参数。(d+)表示纯数字字符串,(w+)表示数字或字母组成的字符串。

步骤三:根据手机页url,以及可替换参数在步骤一中的位置序号,依次用${1},${2},……表示替换掉手机页url中的可替换参数或路径,得到手机页pattern。

例子中,依次用${1},${2},${3}和${4}替换掉09,1001,07和5KH8DE1F000120GR,得到手机页pattern为http://3g.163.com/news/${1}/${2}/${3}/${4}.html。

步骤四:根据手机页的页面类型,将手机页pattern写入对应的字段。各字段可以用CDATA标记包含,如<![CDATA[url]]>  。
如示例中该pattern的手机页面为xhtml版式,将pattern http://3g.163.com/news/${1}/${2}/${3}/${4}.html 写入到xhtml_url_pattern字段中。
最终得到sitemap文件如下:

<?xml version="1.0"encoding="UTF-8"?>

<urlset>

<!—表示news.163.com下的一组pattern对应关系-->

<url>

<loc><![CDATA[http://news.163.com/]]></loc>
<data>
<display>

<pc_url_pattern><![CDATA[http://news.163.com/(d+)/(d+)/(d+)/(w+).html]]></pc_url_pattern>

<xhtml_url_pattern ><![CDATA[http://3g.163.com/news/${1}/${2}/${3}/${4}.html]]></xhtml_url_pattern>

<!-- 一组PC pattern可能含有多个版式的手机页pattern -->

</display>

</data>

</url>

<!-- 下一组pattern放在一个新的url节点内 -->

</urlset>

备注

  • 通过sitemap只能提交具有简单对应关系的pattern,也即,在PC页url与手机页路径或参数之间存在直接的对应关系,使得机器能根据PC页url按照一定的正则pattern自动计算出与其对应的手机页的url。如http://news.sina.com.cn/c/2012-05-27/235824487992.shtml和http://news.sina.cn/?sa=t124v71d6155414&amp;pos=102&vt=4虽然是对应的,但是从url本身很难找到联系,就不属于简单对应关系。
  • 正则匹配符号不可嵌套使用,如(d+(w+))这种形式不合法。
  • Pattern中,站长无需考虑特殊符号的正则转义等问题,百度会帮您转义成机器可以识别的正则表达式。
  • 请严格按照规范制作对应关系sitemap,若格式错误,将无法提交成功

PHP-Javascript“返回上一页”无缓存问题

很多用php写脚本的朋友都会遇到这样的问题,比如一个注册页面(不使用任何Ajax),需要填写账号密码等信息,填写完后需要到服务端验证,如果验证不通过,就要让用户重新填写资料,这对很多用户来说这是一大煎熬,有可能就因此放弃了注册。遇到这种问题,一般有这几种解决方法:

1.仍然调用刚才的页面,输出错误提示,并把<input>中 value的值改为刚才用户输入的值。这应该是最好的方法,但缺点是要在这个页面的<input>的VALUE进行处理,比较麻烦。

2.还有很多懒人像我一样,遇到验证不通过,直接输出一个出错提示页面,并在页面中加入javaScript的代码:

<a href="Javascript:window.history.back();">返回</a>

<a href="javascript:window.history.go(-1);">返回</a>
这个代码是返回上一页的代码,返回后,除了密码类型的所有数据均会保留在网页中,这算是比较友好了。

但有很多朋友反应使用JS的返回后,网页上并没有数据的缓存,有时候却又有,真让人捉摸不定。上网Google许久未果,只好又从自己的代码分析入手。这时候,一句 session_start(); 引起了我的注意。session_start(); 是开启 $_SESSION 会话的函数,开启SESSION后,似乎是每次访问一个网页都要重新调用一次网页。把这句话去掉以后,问题就解决了。如果遇到网页数据不能缓存的,不妨去掉SESSION试试

来源网络整理。

wordpress博客SEO优化标题的写法

 

博客自带的很多情况下都有些小问题,并不适合SEO优化。

比如栏目或文章名称前有空格,无法去掉。

比如栏目或文章名称在博客名后面

下面是优化后的title写法,直接覆盖原来的就行了

使用方法:

在主题编辑找到 顶部 (header.php)

在代码中找到<title>这一行代码

用下面的代码替换即可。

<title><?php echo trim(wp_title('',false)); ?><?php if(wp_title('', false)){echo '_'; } ?><?php bloginfo('name'); ?></title>

Utf-8和Gb2312乱码问题的终结

之前在修改网站的时候,遇到过编码,在网上找到些资料,整理一下。

先说一下基本的东西:
<%@ codepage=936%>简体中文
<%@ codepage=950%>繁体中文
<%@ codepage=65001%>UTF-8
codepage指定了IIS按什么编码读取传递过来的串串(表单提交,地址栏传递等)。
出乱码的原因也就是网站要整合的时候模块编码不一样引起的。
就像我的博客一样,整合的时候都会出这个问题,因为BLOG是Utf-8的,
近来很多网友都在为这个问题咨询,我尝试了很多种方法。
最方便的方法如下:
不要转换任何模块网页的编码该utf-8的还是utf-8,该Gb22312的还是Gb2312
在Utf-8模块的包文件(如conn.asp,但是要注意conn.asp必须是在第一行调用)最前面加上
<%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%>
<%Session.CodePage=65001%>
在GB2312模块的包文件最前面加上
<%@LANGUAGE="VBSCRIPT" CODEPAGE="936"%>
<%Session.CodePage=936%>
其他编码的类推。再出问题,我也帮你了了,我现在是都没问题了^^
小议:UTF8还是GB2312

早些年上网的朋友都知道,NS或IE浏览器早期的版本并不支持多国语言的浏览,如果想浏览繁体中文、日文等外文网站还需要一个如“中文之星”或“四通立方”的外挂软件,后来浏览器逐步发展升级,到目前为止,几乎所有浏览器都支持多国语言字符,可以浏览任意国家、语言的网站。Blog的出现,特别是Trackback的出现,使网络国际化的行为由被动的浏览信息向主动式的交互信息过渡,然而新的语言障碍问题又出现了...
问题主要出在Blog的Trackback(引用)、Ping(通告)、Notification(通知书)等交互具有的功能上。以前我们在理解和应用网络上的交互主要局限在C-S范围之内,也就是客户(个人)与服务器(网站)之间的信息交互,例如:在网络上发布一篇文章或回复一个论坛帖子,一般来讲这样的交互很少会出现语言不兼容的问题。然而Blog中的Trackback等的交互方式不只是C-S的,它还是S-S(Blog网站之间)的,甚至是多重的,例如在发布一篇文章的时候,你可以同时选择让它同时发布在一个或多个不同的Blog上,或者给指定的人发出更新通知,也可以让更多的人预订、收录你的RSS内容更新信息。Blog的交互方式更多、更灵活,当然,这种交互并非没有限制,语言编码是一个很大障碍,如果你的Blog系统编码是中文简体的GB2312,那么所有Trackback、Ping的交互对象就只能限于国内采用GB2312编码的用户,你的Blog也就无法与台湾、日本等采用非GB2312编码的用户实现交互。
比较好的解决办法是采用UTF-8编码,虽然采用UTF-8编码回多占用一些空间(一个汉字需3个字节),但国际化问题总算解决了,UTF-8兼容GB2312、BIG5、EUC-JP等多种国家的语言编码,经测试,采用UTF-8编码的Blog之间的各种交互、通讯没有任何问题。事实上90%以上的台湾Blog都已经舍弃了BIG5,而采用UTF-8的编码方式,而大陆的Blog几乎还都是GB2312编码,看来台湾在国际化方面还是相当领先的。
前几日,我将自己的Blog从GB2312编码转为了UTF-8编码,Trackback和Ping了几个台湾朋友的Blog,没有发现问题。看来“国际化”的问题已经解决了,但随之而来有出现了新的问题,我的Blog与国内GB2312编码的Blog又无法交互了,当然这是必然的。我Ping到online-edu.   org(网站采用GB2312编码)上的信息都成了乱码。
我想问题到此,已经不是技术层面的了。如果你的站点或Blog有国际化交流的需求,可通过采用UTF-8编码的方式来解决,如果没有这个需求,采用GB2312也无大碍。在用户看来都是一样的,编码只是后台的东西。不过我希望Blogger们最好都采用UTF-8编码,因为你的Blog有了Trackback和Ping,它们可是持有国际航班的机票,如果只在本国转悠,确实很浪费。
关于TrackBack 
TrackBack最早是Movable Type上的一个小功能。可以说就是这个小功能在blog界却掀起了一场革命。 
TrackBack为将全世界无数个blog连接起来的功能。例如,当你读了某个网站的文章,想对此写下自己的感想。这个时候利用网站准备的讨论功能进行投稿是很最常见的做法。但这样只是把自己的评论意见写下来向别人的网站投稿,而你自己手里却什么也没留下。 
TrackBack则与之有很大的区别。可以把评论写到自己网站上。然后向刊载原始文章的服务器发送该网页的URL及标题、部分正文、网站名称等信息(注)。尽管这一过程只是称之为“发送TrackBack Ping”,但通过这种办法,在原始文章的地方就留下了你的评论的URL、标题等部分信息。当然别人也可以向原始文章发送TrackBack Ping,所以在原始文章中就将包括你的TrackBack Ping在内的所有评论都记录了下来。 
此外,如果你在自己网站上也设置了TrackBack Ping功能的话,那么谁都可以通过TrackBack Ping来发表针对你的意见了。这样,多家网站就通过相关话题而联接起来。各种评论在因特网上就像网眼一样联接起来。这样就创造出了与日记网站完全不同的文化。 
注:发送地址采用原始文章指定的URL,这一URL就称为“TrackBack Ping URL”。最后的“128”为原始文章的专用数字,称为“TrackBack ID”。另外,TrackBack的技术标准刊登在“LowLife.jp”的blog网站上。

WordPress博客应该添加的几个ping服务器

Ping服务对博客来说是件非常重要的工具,它可以在你发表文章后迅速通知搜索引擎,feed托管服务商和在线RSS阅读器更新。这对博客来说是相当重要的。

这是我收集的ping服务器,网上的很多都是没有百度的服务器,我个人认为对中国博客来说还是比较有用的。所以公布出来,看看有没有效果。

对于 WordPress 用户,添加Ping 服务 RPC 端点很简单,只要在后台的撰写选项的更新服务中,把下面的那些添加进去就行了,当然也可以去掉几个,如果添加过多的话发布文章时会很慢。

http://ping.baidu.com/ping/RPC2
http://rpc.pingomatic.com/
http://blogsearch.google.com/ping/RPC2
http://api.my.yahoo.com/RPC2
http://api.my.yahoo.com/rss/ping
http://ping.feedburner.com
http://www.zhuaxia.com/rpc/server.php
http://www.xianguo.com/xmlrpc/ping.php
http://www.feedsky.com/api/RPC2
http://blog.iask.com/RPC2
http://ping.blog.qikoo.com/rpc2.php
http://rpc.technorati.com/rpc/ping
http://www.blogsdominicanos.com/ping/

以上是中文博客常用ping服务器

以下是英文博客常用ping服务器

http://rpc.pingomatic.com
http://api.feedster.com/ping
http://api.moreover.com/RPC2
http://api.moreover.com/ping
http://api.my.yahoo.com/RPC2
http://api.my.yahoo.com/rss/ping
http://www.blogdigger.com/RPC2
http://www.blogshares.com/rpc.php
http://www.blogsnow.com/ping
http://www.blogstreet.com/xrbin/xmlrpc.cgi
http://bulkfeeds.net/rpc
http://www.newsisfree.com/xmlrpctest.php
http://ping.blo.gs/
http://ping.feedburner.com
http://ping.syndic8.com/xmlrpc.php
http://ping.weblogalot.com/rpc.php
http://rpc.blogrolling.com/pinger/
http://rpc.technorati.com/rpc/ping
http://rpc.weblogs.com/RPC2
http://www.azfeeds.com
http://www.blogsearchengine.com
http://www.blogtopsites.com
http://www.feedbase.net
http://www.feedsubmitter.com
http://www.fybersearch.com
http://www.plazoo.com
http://www.readablog.com
http://www.rssfeeds.com
http://www.rssmad.com
http://www.rss-spider.com
http://blo.gs/ping.php
http://www.pingerati.net
http://www.pingmyblog.com
http://geourl.org/ping
http://ipings.com
http://www.icerocket.com
http://www.weblogalot.com/ping

Windows Live Writer发布博客的配置方法总结

Windows Live Writer 是一个免费的桌面应用程序,您可以使用它轻松发布丰富的内容。现在通过它您可以随时随地撰写网络日志。Writer 可以直接打开任何之前已经发布的日志,修改并重新发布,确保您在脱机时所作的修改与您发布的内容同步。
Windows Live Writer目前支持以下类型的博客系统:
- Windows Live Spaces
- Blogger
- LiveJournal
- TypePad
- Wordpress
- All blogs that support RSD (Really Simple Discoverability)
- Metaweblog API
- Moveable Type API

     以下是国内流行博客的发布配置方法:

     csdn博客:(经测试不可用)
     日志类型:Metawebblog API
     远程发布URL: http://blog.csdn.net/imenglei/services/MetaBlogApi.aspx(imenglei替换成你的博客用户名)

     163博客:
     日志类型:Metaweblog API
     远程发布URL: http://os.blog.163.com/api/xmlrpc/metaweblog

     sina博客:
     Windows Live Writer自动识别

     博客园博客-cnblogs.com(测试有限制)
     Windows Live Writer自动识别

     博客大巴-blogbus.com(测试有限制)
     日志类型:Atom Publishing Protocol
     远程发布URL: http://imenglei.blogbus.com/api(imenglei替换成你的博客用户名)

     此外,Firefox插件Scribefire支持以上博客,除了博客大巴。经过本人测试,天涯博客、百度博客、搜狐博客、javaeye博客均不支持Windows Live Writer发布。