TypeCodes

WordPress中Gravatar头像缓存至本地服务器——暨博客优化实录

从11月24开始,博客开始进行优化。一来是博客的服务器不是很好,访问速度比较慢;二来,个人越来越倾向简洁、实用、便捷的博客主题。之前博客的界面有些地方比较繁复,比如右侧栏有两处同时实现类似“最新评论”的功能;另外,博客首页的图片过多,像右侧栏的粉丝墙和最新评论中的头像每次打开博客都需要从gravatar.com下载头像到本地的服务器,加长了响应速度,这点对用户的体验造成了很大的影响。所以,这次的优化主要就是针对这两个方面进行的。

- 阅读剩余部分 -

wordpress添加滚动(单条或多条)公告

其实想给自己的博客加个公告栏好久了,但是一直都没找到比较合适的方法。对于CMS,我总有种纠结的心情。一来,CMS系统确实给开发人员带来了快捷的网站系统雏形,这点大大节省了各种资源和时间的消耗;但是,我觉得CMS又降低了开发人员自主创新的能力(一家之言^^),总是想依赖点什么。对于wordpress我也总期望官方能够发布所有我想要的功能,然后我只要copy就行了。。。结果然后就木有结果了。不罗嗦了,最终效果如下

wordpress添加滚动(单条或多条)公告

- 阅读剩余部分 -

WordPress自动发送评论或回复的通知邮件

相信很多用过wordpress的朋友都知道,只要你的服务器支持邮件函数功能,那么当有人回复你的文章的时候,wordpress会自动发送邮件通知管理员。但如果是一个人回复另一个人,那么这个被回复的人会不会收到邮箱呢?因为有些主题没有设置自动发送通知邮件,这样就影响了整个博客的吸引力。所以,我们可以自己写一个后台自动发送通知邮件的代码。而且这份代码是支持嵌套和@方式的,所以值得大家试一试。只要在自己主题的functions.php下添加如下代码就行了:

- 阅读剩余部分 -

如何给wordpress的回复添加引用功能

在上一篇文章已经写了关于评论/回复添加@的方法,今天继续用jQuery添加一个在评论/回复添加引用的功能。其实,只要博客有了评论/回复的@功能,基本上用不着使用引用功能了。

从那篇关于@功能的文章就知道,只要我们点击那个@某某的链接,我们就可以找到原来的评论。而引用要起的作用也差不多,类似于@,只不过相对于@有更为直观。要使用引用功能,所用原理也是类似@的(温馨提示:大家还是看一下,不然这篇文章可能有些云里雾里了^^)。即要用到jQuery,并且涉及到自己主题评论页面的web结构。不罗嗦了,最终效果如下:

- 阅读剩余部分 -

wordpress如何防止访客冒充博主发表评论

不知道大家注意没有,在wordpress的评论/回复框里面,任何访客只要填上博主的邮箱地址即可冒充博主发表/回复评论。虽然说一般很少人会无聊到这样做,还是“未雨绸缪”一下吧。万一哪天不是vfhky而是某个丑陋的spammer冒充一下帅气的哥,那岂不是损失大了^^开个玩笑,总之,我觉得有必要解决这个问题。把如下代码添加到你的博客的主题下的functs.php文件里面就行。

- 阅读剩余部分 -

完美实现wordpress评论回复无限嵌套的方法

一般wordpress的主题中的评论回复是可以嵌套使用的,但是一旦某一个人的回复或者评论下面有很多人跟帖的话,那么这种无限嵌套的方法很可能导致网页错位的问题,或多或少也会影响网页的美观。有人可能会想,要是我设置每个评论后面最多跟6个回复,多余的就让它成为新的评论,这样不就解决了吗?是的,本篇文章用的就是这个思想。方法如下:

完美实现wordpress评论回复无限嵌套的方法

- 阅读剩余部分 -

如何修改WordPress的后台登录界面

和很多CMS一样,网站一经升级就会把你先前修改的一些图片或者样式什么的都替换为CMS自己的内容。Wordpress也一样,每次官方发布新版本升级后的后台管理都会被恢复为官方内容。所以很是麻烦,我们要做的就是想办法“一劳永逸”地解决这个问题。要修改的内容包括:替换登录Logo图片、替换Logo上的链接和提示文字。最终的效果如下图所示,

修改wordpress后台登陆界面

- 阅读剩余部分 -

PHP程序解决WordPress重新排列不连续的文章ID

wordpress有个缺点,那就是在后天发表文章的时候,系统会自动等时间地帮你备份。虽然出发点是好的,但是却导致了发表的文章的ID不连续。比如,前一篇文章的网站是27.html,很可能在你发表下一篇文章的时候网站会变成45.html。至此为止,博客中总共18篇文章,在我没进行重新排序之前,文章的ID已经达到了300多了。所以趁文章还不多的,赶紧采取一些措施解决下。废话少说,贴出代码(代码中已注释)。其中数据库表的前缀默认为wp_,应该根据自己的表进行修改。(温馨提示:在任何数据库的操作前,最好先备份数据库!!!)

- 阅读剩余部分 -