前几天去琉璃神社听到了一声“哦尼酱,dai~suki♥”,审查元素发现是用的html5播放的mp3文件。之后不知为何←_←我就去搜集了saber的声音,今天抽空加在了本站上有木有发现今天一连发了好几篇js相关的文章?其实都是添加的过程中搜索到的←_←。
我准备了四个声音文件,对应时间分别是:
5-7点之间: 早上了,master
7-9点之间: 早上好
9-21点之间: 辛苦了,master
其余时间: 晚安
然后在底部模板添加了一个不可见的div,接着用js判断时间,最后把播放对应音频的代码添加到div里面。
<div id="sv" style="display: none;"></div>
<script type="text/javascript">
if (window.location.href=="/") {
//通过判断时间添加对应的saber的声音
var myDate = new Date();
var nowtime=myDate.getHours();
if (nowtime>=5&nowtime<7) {//早上了,master
$("#sv").html("<audio autoplay='autoplay' src='/f/sv_%E6%97%A9%E4%B8%8A%E4%BA%86%EF%BC%8Cmaster.mp3'></audio>");
}else{
if (nowtime>=7&nowtime<9) {//早上好
$("#sv").html("<audio autoplay='autoplay' src='/f/sv_%E6%97%A9%E4%B8%8A%E5%A5%BD.mp3'></audio>");
}else{
if (nowtime>=9&nowtime<21) {//辛苦了,master
$("#sv").html("<audio autoplay='autoplay' src='/f/sv_%E8%BE%9B%E8%8B%A6%E4%BA%86%EF%BC%8Cmaster.mp3'></audio>");
}
else{//晚安
$("#sv").html("<audio autoplay='autoplay' src='/f/sv_%E6%99%9A%E5%AE%89.mp3'></audio>");
};
};
};
};
</script>
很长一段时间以来,我发布或者更新文章时提交都特别慢,页面提交二十来秒才算提交完成,打开成功后的页面。我为此很纠结,后来发现其实提交几秒后刷新页面就可以看到已经更新了,后面那么长时间是在干嘛呢?
刚才闲得无聊去看百度sitemap插件的收录数量,忽然想起了这货会向百度提交我发表或更改的文章,可能导致提交过程变长,于是去禁用之,再去编辑文章,更新速度马上恢复正常了,反复测试后确定了元凶就是这个插件,果断停用之。
说起来这个插件是向百度提交我博客文章的,可是现在百度我的域名只能看到首页一条结果,太坑了吧,禁用之也不为过。据说新域名有一个月观察期,不知是否如此,反正我个人博客也不稀罕在百度有什么排名,随它便了
我的网站加了favicon.ico之后,后台页面会显示,前台页面不显示,很是郁闷。后来想起我的主题里有一项设置,可以手动输入favicon.ico的地址。

输入之后在页面头部出现了如下代码:
其实也就是指定了favicon.ico的url。如果我们没有这么写,浏览器会自动寻找网站根目录下的favicon.ico,但是为什么之前只有后台可以显示这个就不清楚了,也许和浏览器有关?
另外可参考:http://kzyblog.com/610.html
WP Clean Up 插件是一个wordpress数据库清理优化插件,启用后“设置”→“WP Clean Up”即进入了操作界面,就可以看到插件的两个主要功能:清理数据和优化数据库。
第一个表格功能是清理数据,在这里可以很方便地删除“修订版本”“草稿”“自动草稿”“待审评论”“垃圾评论”“回收站评论”“孤立的文章元信息”“孤立的评论元信息”“孤立的关系信息”“控制板订阅缓存”这些无用的数据,可以逐项删除也可以点击“删除所有”按钮一键删除所有无用数据。

这个插件是百度到的。现在时不时粘贴一些代码,于是想要一个代码高亮插件,最后找到了这个 ,使用之后感觉不错。
首先直接在安装插件页面搜索安装,然后进入设置里面的Crayon进行设置:

wp文章ID不连续的原因是草稿、历史版本、上传到媒体库中的文件、自动保存都占用id,可查看
wordpress文章ID不连续的原因
所以用id做固定链接的时候会发现像我这样,162篇文章,id已经到了808.这实在是太痛苦了。针对这个问题,我禁用了历史版本功能(实在是用不到),但保留了自动保存和草稿的功能,可查看
/?p=697
这篇文章里面附了清理之前历史版本的代码,一些已经使用过的id已经没有对象了。
我不强求id连续,但是眼看再发文章id就要四位数了,我不喜欢这样虚的长度。于是就想重新利用之前空下来的id,最后找到了教程,方法是修改\wp-admin\includes\post.php
搜索create_in_db这串字符,一共有两个结果,定位到第二个结果那里,选中如图的代码

替换为下面的代码
if ( $create_in_db ) {
$post_auto_draft = $wpdb->
get_row( "SELECT ID FROM $wpdb->posts WHERE post_status = 'auto-draft' AND post_author = 1 LIMIT 1" );
$post_id=$post_auto_draft->ID;
//通过SELECT读入数据库中存在的一条草稿的文章ID
if(empty($post_id)){
//判断是否为空,为空表示没有草稿,插入新的一条ID
$post_id = wp_insert_post( array( 'post_title' => __( 'Auto Draft'),
'post_type' => $post_type,
'post_status' => 'auto-draft' ) );
}
$post = get_post( $post_id );
保存后覆盖源文件(当然建议先做备份)。
此时我来写这篇文章,发现分配的id是3,说明这是有效的

但是后来发现竟然只有两个空id被重新利用,两篇文章过后又到800多了,不明所以,不过这代码就留着吧。
另外,网上有的方法是将所有文章重新分配id,和我这个方法的区别是所有已经发布的文章id都会变,链接也变了,处理原来链接的话会是很麻烦的事情,我就没有这样做。
参考:http://jingyan.baidu.com/article/e3c78d64788e813c4d85f559.html
未分类目录是wordpress安装时自动建立,所有未选择分类的文章都将别放到此分类下。
我之前的备份里,把未分类的名字改成了“其他”,重装网站,恢复数据后发现由于名字不同,它和新程序产生的“未分类”分类并存,好坑啊。但是在编辑分类目录的页面,发现“未分类”无法删除。
解决方法是:
设置-撰写,把默认文章分类目录,设置成其他的,然后保存,就可以删除这个“未分类”了!
参考来源:http://www.sdtclass.com/1741.html
wordpress注册时所填写的用户名在后台是不可更改的,我们可以通过修改数据库的方式实现。
如图,找到wp_users表,找到对应的user-login和user-nicename,都改了吧。

参考来源:http://www.51php.com/wordpress/8654.html

wordpress的历史版本功能对以单人发稿为主的博客来说作用不大(难道你会修改了一片文章之后,想要恢复到两天前的吗==),而且是导致文章ID号不连续的原因之一,所以我通过百度找到了禁用历史版本的功能。
方法是修改wp根目录下的wp-config.php ,在
define('WPLANG', 'zh_CN');之后的地方添加:
define('WP_POST_REVISIONS', false);
保存就OK了。
对于之前存储在数据库中的历史版本,可以通过sql语句到phpmyadmin里面删除:
DELETE FROM wp_postmeta WHERE post_id IN (SELECT id FROM wp_posts WHERE post_type = 'revision');
DELETE FROM wp_term_relationships WHERE object_id IN (SELECT id FROM wp_posts WHERE post_type='revision');
DELETE FROM wp_posts WHERE post_type='revision';
注意事项:
修改wp-config.php时,请不要使用记事本,否则可能导致WP报错(我就遇到过了,后来用notepad++编辑的,没有问题)。
注意单引号的全半角,不能是全角(有时候从网页上复制下来的是全角)。
注意备份。
参考:http://www.isanmi.com/wordpress-article-revision-history-way.html