eWebEditor 8.0 asp版编辑器无法上传图片
之前很少写文章上传图片,今天早上,上班后给网站更新文章,想添加些图片
发现上传不了图片
后来检查很多原因,都解决不了。
最终发现,是网站空间关闭了FSO权限的问题
然后打开FSO权限后,问题解决。
因为之前网站被入侵,关闭了整站FSO权限,所以才出现了以上情况。
我站在青青的牧场
网站
eWebEditor 8.0 asp版编辑器无法上传图片
之前很少写文章上传图片,今天早上,上班后给网站更新文章,想添加些图片
发现上传不了图片
后来检查很多原因,都解决不了。
最终发现,是网站空间关闭了FSO权限的问题
然后打开FSO权限后,问题解决。
因为之前网站被入侵,关闭了整站FSO权限,所以才出现了以上情况。
说明:为了减少检测,和数据库写入出现过多问题,在录入数据时,常常会遇到分类选择录入问题。
如果不作检测,有时候会出现一些奇怪的问题,作优化很麻烦,所以在源头进行检测,是必要的。
根据个人经历,总结如下:重点是红色的部分,有时候经常会忘记,所以出错。
判断部分代码
<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
在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页结果替换为对应的手机页结果。
如何使用对应关系提交工具?
如何进行手机站优化?
如何提升开放适配效果?
首先,对已有的对应关系持续进行适配,同时不断建设新的对应关系,增加适配覆盖的范围。
其次,要确保已经标注/提交的对应关系对应准确。以下是常见的对应不准确错误,请网站进行自查,并及时修改。
如何制作对应关系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>
备注
很多用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试试
来源网络整理。
博客自带的很多情况下都有些小问题,并不适合SEO优化。
比如栏目或文章名称前有空格,无法去掉。
比如栏目或文章名称在博客名后面
下面是优化后的title写法,直接覆盖原来的就行了
使用方法:
在主题编辑找到 顶部 (header.php)
在代码中找到<title>这一行代码
用下面的代码替换即可。
<title><?php echo trim(wp_title('',false)); ?><?php if(wp_title('', false)){echo '_'; } ?><?php bloginfo('name'); ?></title>
之前在修改网站的时候,遇到过编码,在网上找到些资料,整理一下。
先说一下基本的东西:
<%@ 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网站上。
defensor.baidu.com 是百度公司 审核后台 要是您是做过百度推广的 就应该知道。
defensor.baidu.com这里审核检查做百度推广等相关业务的网站页面的真实性。
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 是一个免费的桌面应用程序,您可以使用它轻松发布丰富的内容。现在通过它您可以随时随地撰写网络日志。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发布。