<?php foreach(array( 'rsd_link',//rel="EditURI" 'index_rel_link',//rel="index" 'start_post_rel_link',//rel="start" 'wlwmanifest_link'//rel="wlwmanifest" ) as $xx) remove_action('wp_head',$xx);//X掉以上 function the_category_filter($thelist){//rel="category"或rel="category tag", 这个最巨量 return preg_replace('/rel=".*?"/','rel="tag"',$thelist); } add_filter('the_category','the_category_filter'); ?>
将以上代码加到functions.php里面去，Wordpress就不会生成烦人无用的rel属性了
Deprecated: Function ereg_replace() is deprecated in
由于PHP版本是5.3.3。
查询了一下，这个错误的意思是说：config.php文件里ereg_replace()不能执行或执行错了。
而出现这个问题的原因是PHP的版本问题：DEDE的开发人员现在还在5.1时代，不知道ereg_replace是php5.3中废弃的标签，不推进使用了。PHP5.3及以上一些函数已经淘汰了，不被支持。而DEDE很多都是使用的5.2以前的函数写的。官方也没有做这方面的更新。
自己整理了一下，找到了下面的几种解决方法：
1.从新下一个个PHP5.2,安装后，将版本切换到5.2，问题解决了。
2.信息提示是不推荐使用ereg_replace()，你加个@看能不能屏蔽掉,@ereg_replace(...)
3.要是不行的话，就改改吧，将dede\config.php文件的第二行替换成
define(’DEDEADMIN’, preg_replace(”/[\/\\\\]{1,}/”, ‘/’, dirname(__FILE__) ) );
4.要是加那一句不行的话，就改成下面的样子吧：
（1）define('DEDEADMIN', preg_replace("/[\/\\\\]{1,}/", '/', dirname(__FILE__) ) );
（2）define('DEDEADMIN',strtr(dirname(__FILE__),'\\/','//'));
107 个机器人
Yahoo Slurp
Unknown robot (identified by 'crawl')
Googlebot
Yahoo! Slurp China
GouGou
OutfoxBot
GigaBot
Lilina
MSNBot
Java (Often spam bot)
NewsGator Online
BaiDuSpider
Sina Iask Spider
Bloglines
MagpieRSS
Alexa (IA Archiver)
Feedfetcher-Google
MT::Telegraph::Agent
Feedburner (更多...)
email输入类型
<INPUT type=email name=email>
此类型要求输入格式正确的email地址,否则浏览器是不允许提交的,并会有一个错误信息提示.此类型必须指定name值,否则无效果.
url输入类型
<INPUT type=url>
上面代码展示的文本域要求输入格式正确的URL地址,Opera中会自动在开始处添加http://.
日期时间相关输入类型(这些个很牛X的)
<INPUT type=date>
<INPUT type=time>
<INPUT type=month>
<INPUT type=week>
这一系列是很酷的一个类型,完全解决了烦琐的JS日历控件问题.但目前MS只有Opera/Chrome新版本支持,且展示效果也不一样.
number输入类型(这些个很牛X的)
<INPUT type=number>
这个不用多解释了,要求输入一个数字字符,若未输入则会抛出一个错误.
range输入类型
<INPUT type=range>
此类型将显示一个可拖动的滑块条,并可通过设定max/min/step值限定拖动范围.拖动时会反馈给value一个值.
search输入类型
<INPUT type=search>
此类型表示输入的将是一个搜索关键字,通过results=s可显示一个搜索小图标.
tel输入类型
<INPUT type=tel>
此类型要求输入一个电话号码,但实际上它并没有特殊的验证,与text类型没什么区别.
color输入类型
<INPUT type=color>
此类型表单,可让用户通过颜色选择器选择一个颜色值,并反馈到value中.
三、新增的表单属性
placeholder属性
<INPUT id=placeholder placeholder="点击我会以清除">
这是一个很实用的属性,免去了用JS去实现点击清除表单初始值.浏览器支持也还不错,MS除了Firefox,其他标准浏览器都能很好的支持.
require/pattern属性
<INPUT id=placeholder name=require required>
<INPUT id=placeholder name=require1 required="required">
<INPUT name=require2 pattern="^[1-9]\d{5}$">
表单验证属性，require类型时，若输入值为空，则拒绝提交，并会有一个提示。上面两种写法都对，这个很有用。并且可以用于textarea以及hidden/image/submit类型.pattern类型为正则验证，可以完成各种复杂的验证。这两种类型必须指定name值，否则无效果。
autofocus属性
<INPUT autofocus="true">
默认聚焦属性,可在页面加载时聚焦到一个表单控件,类似于JS的focus().
list属性
<INPUT id=list list="ilist">
<DATALIST id=ilist>
<OPTION value="a" label="a">
<OPTION value="b" label="b">
<OPTION value="c" label="c">
</DATALIST>
该属性需要与datalist属性共用，datalist是对选择框的记忆，而list属性可以为选择框自定义记忆的内容。
max/min/step属性
<INPUT type=range step="20" min="1" max="100">
限制值的输入范围，以及值的输入渐进程度，比如可在number设定输入最大值最小值，或者在range中设定拖动阶梯。
autocomplete属性
<INPUT id=autocomplete autocomplete="on">
此属性是为表单提供自动完成功能。如果该属性为打开状态可很好地自动完成。一般来说，此属性必须启动浏览器的自动完成功能。
一、什么时候应用系统会从缓存中获取数据?
数据库从服务器上读取数据时，可以从硬盘的数据文件中获取数据，也可以从数据库缓存中读取数据。现在数据库管理员需要搞清楚的是，在什么样的情况下，系统是从缓存中读取数据，而不是从硬盘的数据文件中读取数据?
简单的说，数据缓存就是内存中的一块存储区域，其存储了用户的SQL文本以及相关的查询结果。通常情况下，用户下次查询时，如果所使用的SQL文本是相同的，并且自从上次查询后，相关的纪录没有被更新过，此时数据库就直接采用缓存中的内容。从这个原则中，可以看到如果要直接使用缓存中的数据，至少要满足以下几个条件。
一是所采用的SQL文本是相同的。当前后两次用户使用了相同的SQL语句(假设不考虑其他条件)，则服务器会从缓存中读取结果，而不需要再去解析和执行SQL语句。这里需要注意的是，这里的SQL文本必须一次不差的完全相同。如果前后两次查询，使用了不同的查询条件。如第一次查询时没有输入Where条件语句。后来发现数据量过多，利用了Where条件了过滤查询的结果。此时即使最后的查询结果是相同的，系统仍然是从数据文件中获取数据，而不是从数据缓存中。再如，Select后面所使用的字段名称也必须是相同的。如果有一个字段名称不同或者前后两次查询所使用的字段数量不同，则系统都会认为是不同的SQL语句，而重新解析并查询。
二是从数据缓存的角度考虑，大小写是不敏感的。如前后两次查询时，采用的字段名称可能只有大小写的差异。如第一次使用的是大小，第二次使用的是小写，这系统认为仍然是相同的SQL语句。或者说关键字大小写等等这都是不敏感的。
三是要满足二次查询之间，数据记录包括表结构都没有被更改过。如果记录所在的标更改了，如增加了一个字段等等，此时使用这个表的所有缓冲数据系统将自动清空。这里需要注意，这里指的更改是一个广义的更改，包括表中任何数据或者结果的改变。举一个简单的例子，第一次查询时用户需要查询2010年的出货数据。查询后有用户在这个表中插入了一条2011年1月份的出货信息。然后又有用户需要查询2010年的出货信息。使用的SQL语句与第一次查询时完全相同。在这种情况下，数据库系统会使用缓存中的数据吗?答案是否定的。因为当中间用户插入一条记录时，系统会自动清空跟这个表相关的所有缓存记录。当第二次查询时，缓存中已经没有这张表对应的缓存信息。此时就需要重新解析并查询。
四是需要注意，默认字符集对缓存命中率的影响。通常情况下，如果客户端与服务器之间所采用的默认字符集不同，则即使查询语句相同、在两次查询之间记录与表结构也没有被更改，系统仍然认为是不同的查询。对于这一点需要特别的注意，大家比较容易忽视。
二、提高缓存命中率的建议。
从上面的条件分析中可以看出，利用缓存中的数据具有比较严格的条件。其实这些条件也是合情合理的。主要是为了保障数据的一致性。对以上这些条件有深入的认识之后，现在数据库管理员需要考虑的是，如何来提高这个缓存的命中率?对此笔者有如下几个建议。
一是在配置时，客户端与服务器端要使用相同的字符集。如果客户端(或者说第三方工具)与服务器端使用的字符集不同，那么任何情况下都不会使用缓存功能。特别在国内，需要用到中文的字符集。此时特别需要注意，客户端默认字符集要与服务器端的默认字符集相同。注意，这里是相同，而不是兼容。有时候即使采用了不同的字符集，客户端上仍然可以正常显示。这主要是因为有些字符集虽然不相同，但是是相互兼容的。在缓存管理上，需要相同，光兼容还不行。
二是在客户端上，要固化查询的语句。如现在有财务人员和采购人员同时从系统中查询11月份的出货数据。显然他们岗位职责不同，所需要字段的内容是不同的。此时在客户端出，可以允许用户设置自己所需要的表单格式。但是笔者建议，后台所采用的SQL语句最好是相同的。这里数据会经过三个渠道：后台数据库、客户端、用户。笔者的意识时，后台数据库与客户端之间的交互采用相同的SQL语句。然后客户端与用户之间进行交互时，根据用户定义的格式(包括字段前后的排列、不包括查询条件语句的差异)向用户显示数据。此时由于采用了相同的SQL语句(只是用户对于显示格式的要求不同)，从而可以提高应用系统的查询效率。
三是提高内存中缓存的配置，来提高命中率。一般在服务器启动时，操作系统会跟数据库软件协商缓存空间的大小。当缓存工作不足时，缓存中最旧的缓存记录会被最新的消息所覆盖。可见，如果能够提高缓存空间，就可以提高命中率。这就好像打靶，目标多了，命中的几率也会高许多。不过用户的并发数越多，这个设置的效果会越不明显。
四是通过分区表可以提高缓存的命中率。在上面的条件分析中，大家可以看到，只要所查询的表中插入了一条记录，系统就会清空缓存记录。现在以查询出货记录为例。出货记录表每天都在更新，而用户在年初时，会经常需要查询上一年的出货记录。此时由于这个表中的数据每个小时都在更新，那么缓存中的信息会不断的被情况。此时缓存的命中率显然不会很高。针对这种情况，笔者建议可以采用分区表。如可以通过系统设置，将2010年的出货记录单独存放在一个出货的分区表中。即每一个年度都使用一张单独的分区表。此时2011年的纪录，就不会影响到2010年的分区表。此时如果用户重复查询2010年的出货信息，只要其使用的SQL语句相同(没有采用不同的查询条件)，那么就可以享受缓存机制所带来的效益，提高应用系统的查询效果。。
三、多个应用对缓存的影响。
通常情况下，MySQL数据库的缓存是根据服务器内存的大小自动分配的。如果一台服务器上只有一个MySQL应用，那么固然最好。不过在实际工作中，为了降低信息化投资的成本，往往会在同一台服务器上布置多个信息化应用。由于其他信息化应用也需要使用内存的空间作为缓存，那么MySQL数据库中缓存空间就可能变小。如果遇到这种情况下，数据库管理员需要跟系统工程师进行协商，为各种不同的应用根据性能要求的不同，手工设置不同的缓存空间。如此的话，就可以避免同一台服务器上不同信息化应用对缓存的冲突。
方法一：
<?php
function extend_1($file_name)
{
$retval="";
$pt=strrpos($file_name, ".");
if ($pt) $retval=substr($file_name, $pt+1, strlen($file_name) - $pt);
return ($retval);
}
?>
方法二：
function extend_2($file_name)
{
$extend = pathinfo($file_name);
$extend = strtolower($extend["extension"]);
return $extend;
}
方法三：
function extend_3($file_name)
{
$extend =explode("." , $file_name);
$va=count($extend)-1;
return $extend[$va];
}
将以下代码加入到您的网页中，放置在</body>标签前，即可使用百度在线拼音输入法。
简单方式：
<script type="text/javascript" src="http://www.baidu.com/olime/bdime_open.js"></script>
说明：采用简单方式的接口使用百度在线输入法时，所有设置将使用默认状态，如需要自定义各设置项，请使用高级方式。
高级方式：
<script type="text/javascript">
var bdime_option = {
ch : true,
bc : true,
pt : true,
on : true,
domain : "",
username : "",
targets : []
}
</script>
<script type="text/javascript" src="http://www.baidu.com/olime/bdime_open.js"></script>
参数说明：
ch
中/英文开关，true表示中文、false表示英文，可缺省，默认中文；
bc
全/半角开关，true表示半角、false表示全角，可缺省，默认半角；
pt
中/英文标点开关，true表示中文标点、false表示英文标点，可缺省，默认中文标点；
on
休眠开关，true表示开启、false表示休眠，可缺省，默认开启；
domain
cookie作用域（用于记录休眠、中/英文、全/半角、中/英文标点开关的状态），可缺省，默认不记录状态，cookie对应的key是bdime；
username
百度账号，可缺省，无默认值；
用户词库接口，指定相同的值将获得相同的用户词库用于存放用户自造词。站长也可以通过制定此值使得网站上所有用户获得相同的用户词库。（未开放）
targets
指定哪些输入框可以使用百度在线拼音输入法（输入框对象或id，多个输入框以","分隔），可缺省，默认自动识别页面中的输入框；
其他接口：
bdime.close()
当百度在线拼音输入法加载并初始化成功之后，可通过此方法关闭百度在线拼音输入法；
bdime.open()
当百度在线拼音输入法处于休眠状态或通过bdime.close()关闭之后，可通过此方法重新开启百度在线拼音输入法；
首先把以下函数放在 WordPress 主题文件夹里的 functions.php 中：
function filter_where($where = '') {
$where .= " AND post_date > '" . date('Y-m-d', strtotime('-30 days')) . "'";
return $where;
}
function some_posts($orderby = '', $plusmsg = '',$limit = 10) {
add_filter('posts_where', 'filter_where');
$some_posts = query_posts('posts_per_page='.$limit.'&caller_get_posts=1&orderby='.$orderby);
foreach ($some_posts as $some_post) {
$output = '';
$post_date = mysql2date('y年m月d日', $some_post->post_date);
$commentcount = '('.$some_post->comment_count.' 条评论)';
$post_title = htmlspecialchars(stripslashes($some_post->post_title));
$permalink = get_permalink($some_post->ID);
$output .= '
';
echo $output;
}
wp_reset_query();
}
可以看到第二行中的 30 就是指最近 30 天，也可以根据你自己的需要修改这个时间。至于调用则和升级版之前的一样，下面只是比上次多加了一个 $limit 参数：
< ?php
//最新日志
some_posts( $orderby = 'date', $plusmsg = 'post_date', 10 );
//热评日志
some_posts( $orderby = 'comment_count', $plusmsg = 'commentcount', 10 );
//随机日志
some_posts( $orderby = 'rand', $plusmsg = 'post_date', 10 );
?>
location / {
# if the requested file exists, return it immediately
if (-f $request_filename) {
break;
}
set $supercache_file '';
set $supercache_uri $request_uri;
if ($request_method = POST) {
set $supercache_uri '';
}
# Using pretty permalinks, so bypass the cache for any query string
if ($query_string) {
set $supercache_uri '';
}
if ($http_cookie ~* "comment_author_|wordpress|wp-postpass_" ) {
set $supercache_uri '';
}
# if we haven't bypassed the cache, specify our supercache file
if ($supercache_uri ~ ^(.+)$) {
set $supercache_file /wp-content/cache/supercache/$http_host/
$1index.html;
}
# only rewrite to the supercache file if it actually exists
if (-f $document_root$supercache_file) {
rewrite ^(.*)$ $supercache_file break;
}
# all other requests go to WordPress
if (!-e $request_filename) {
rewrite . /index.php last;
}