不知从什么时候,WordPress后台开始会自动检查主程序,插件,主题是否有升级可用,并在“更新”菜单处有一个小气泡提示,显示有多少升级可用。就我的感觉,更新这个东西,对我来说基本上没什么意义,首先我不追求最新的功能,相反感觉每次WordPress升级之后除了体积变大了,也没感觉有什么大的变化;另外我也不太担心老版本的WordPress会有什么漏洞可能被人利用;而且原有的主程序不升级的话,相应的插件和主题也不需要升级就可以正常的运行,而不用担心升级进度不一致导致的兼容性问题。最重要的原因,WordPress自己改过很多东西,时间长了也都记不住了,所以不敢贸然升级。
但是不升级的话,每次看到后台的升级提示,又感觉不爽,有一种想除掉这个升级提示的冲动,于是就只好点击升级了,这是我以前经常做的事。
最近找到一个插件Super Switch,可以对WordPress的一些功能进行开关操作,最主要的就是把升级检查给关闭了,从此WordPress后台清净了,再也不会有升级提示了。我也可以放心的检坚持不更新了。另外这个插件还可以关闭revision功能,自动保存功能,这也是非常有意义的两个设置。
最近发现博客访问速度太慢,有时候打开需要十几秒钟。具体的表现如下:
网站第一次打开速度慢,需要先等十多秒才有反应,但是打开一次后,再打开别的页面速度就正常了。没有之前等待的那十几秒了。如图对比所示:
速度不正常时:
速度正常时:
尝试Ping域名,也是如此,先得等光标闪动十几秒才有反应,而ping值才200ms而已,也就是说速度还不慢。
同一个主机上别的域名,访问速度就很正常了。甚至连这个域名下的子域名的网站,打开速度也很正常。
尝试换了这个域名的dns服务器,问题还是依旧。尝试将所有的插件都禁用,问题依旧。
但是又懒得去着手解决这个问题,因为最初的判断是某个WordPress插件造成网站的速度慢,而如果一个个的去禁用插件以找到出问题的插件,这将是一个浩大的工程。终于打定主意要解决这个问题。尝试了各种办法,也用Google搜索了各种可能的原因,最后终于发现问题的关键在于我在dns服务器上设置了泛域名解析。
在dns设置中去掉了*的A记录就解决了问题。
之前的dns服务器上为了方便使用二级域名,不用一个个的去设置,所以设置了泛解析,即建立了一项将*解析到虚拟空间的IP的A记录项。但是之前也没有这个问题,直到两个月前换过空间。估计这个和换的这个空间有关系。
后话:
发现这个首次打开慢的问题其实也并不完全是泛解析的问题,但是可以肯定是与NS server有关的,昨天突然发现godaddy的DNS服务似乎被国内封锁了,于是又换回dnspod的DNS服务,心想把泛解析去掉后应该没什么问题吧,不想居然问题依旧。于是又换用一家DNS,这回用的是wingdns,好不容易等到生效,问题还是没有解决,只好又换回godaddy的DNS,不过这回换了两个服务器。发现修改DNS这样的操作,如果是单纯的改个A记录,生效速度很快,但是如果是改NS记录。各地的DNS上生效的速度就是千差万别了,我改了3次NS记录,结果有的位置最后一次的修改都生效了,而有的地区仍旧还是第一次的记录。
不得不承认,sitemix.jp是我用过的国外主机中最快的一个。但是这个免费空间也有它的种种限制。在申请时,如果选择blog,会默认安装一个WordPress博客,版本好像是3.1.1的,但是要命的是安装的是日文版的,估计对很多人来说,日文版还不如英文版来得痛快。为了能真正用上这个空间,还需要对它进行一番改造。
1.日文改成中文
首先从这儿登陆到ftp,https://sitemix.jp/control/file_manager/index.php(国内直接是连不上ftp的,需要代理。),修改blog文件夹下的wp-config.php中的
define (‘WPLANG’, ‘jp’); 将jp改为zh_CN
为了方便以后更新插件,每次都要输入用户名和密码,可以在这一行下添加如下的信息
define(‘FTP_USER’, ‘注册时的邮箱’);
define(‘FTP_PASS’, ‘注册时的密码’);
再次打开时就会变成英文版的,登陆到WordPress后台(用户名为注册时的那个邮箱,密码为注册密码),找到控制面板下的更新选项,更新即可将原来的日文版WordPress改成中文版了。不过此时还是有一小部分日文的内容,如分类名称是日文的,这个是数据库中预先生成的日文内容,可以在WordPress后台修改的。
2.导入博客数据(博客搬家)
如果你原来有一个WordPress博客,想要导入数据,很不幸的告诉你,直接导入数据是办不到的,即便可以使用phpmyadmin,(关于sitemix如何使用phpmyadmin可以参考这篇日志:利用phpmyadmin管理sitemix空间的数据库,)但是还是无法导入数据库,只能利用WordPress自带的导入功能,先从老的WordPress导出xml文件,再利用WordPress的导入功能导入这个文件。
3.其他改造
除去广告方法,可以参考这篇文章:sitemix.jp 一个非常不错的免费空间
将默认的管理员用户名从默认的注册邮箱改成正常的admin,利用phpmyadmin,修改wp_user表下的相应内容即可。
最终改造效果可以参考我的这个博客:http://whz.hp2.jp/
基本上经过上面这些改造,这个WordPress基本上就和我们平时在一般空间上安装的差不多了,还是由于权限不足,这个WordPress有很多插件是无法使用的。如数据库备份插件wp-db-backup,但是可以利用phpmyadmin备份数据库。但是数据库备份了却是无法在这儿还原的。所以用这个空间的话,就别折腾数据库了。另外原有的数据库表无法删除,也无法新建数据表,也就是说这个空间的数据库基本上就只能用于WordPress,想要用于别的需要数据库支持的程序,基本上不可能了。
最近为了建立一个Podcast,无奈自己原来的收费主机一来空间有限,二来流量更有限,自然是没法给这个Podcast用了。于是想找个免费空间充当此用。无奈找来找去,也没有找到一个合适的,最后终于找到了sitemix.jp这个网站,优点如下:
1.5G空间,无限流量,能够满足要求。
访问速度很快,上传速度更是快得惊人(相对美国主机而言)。
上传文件大小限制为单个10M,这个数值已经相对很大了。
不过这个免费空间的注册很是麻烦,一来日语看着如同天书,反倒不如英文方便了,后面的管理界面也是日文,让人头疼。而且对于注册表格中填写的信息也不能随便乱填,具体网上有相关的教程。但是这样也好,省得太容易注册造成滥用,最后大家都没得用。
另外无法自己安装程序,只能选用默认的WordPress,而且还是日文的,不过这个后面可以改成中文版的。文件管理只能使用ftp,而且似乎屏蔽了国内IP,本地ftp客户端无法连接,只能用在线的ftp管理或者使用代理。而且数据库也无法直接管理(可以自己上传phpmyadmin到空间后进行管理)。此外还有一个问题,有的时候会突然出现“错误 102 (net::ERR_CONNECTION_REFUSED):服务器拒绝了连接。”估计可能和对国内IP的屏蔽有关系。
网站的顶部和底部都有广告,好在很容易除掉。
去广告方法:
新建记事本,写入
LayoutIgnoreURI *.php
LayoutIgnoreURI *.cgi
LayoutIgnoreURI *.htm
LayoutIgnoreURI *.html
LayoutIgnoreURI *.txt
保存,重命名为.htaccess,上传,搞定。
从开始使用iPod时就开始听Podcast了,个人认为Podcast是iPod最棒的应用了。可惜的是,中文的Podcast资源实在太少,到现在为止,itunes中订阅的也就是一个静雅思听和《锵锵三人行》。觉得锵锵三人行这个节目实在不错,比《新闻联播》有趣多了。但是无奈订阅之前一直订阅的《锵锵三人行》也是不太稳定,时而更新时而停止很长时间。不过话又说回来,一个人不计利益的维护着一个Podcast,而且持续了这么多年,也很不容易。
于是萌生了自己建立一个《锵锵三人行》的Podcast的想法。花了几天时间,反复的尝试与失败,终于将Podcast建立起来。利用了WordPress博客+Powerpress插件作为平台。网站的空间直接用了自己的博客空间。考虑到自己博客空间容量和流量都有限。音频文件肯定是不能直接放在空间里,而需要借助外链。开始打算用kilu.de这家的空间,无奈速度实在是太慢。又找了很久,终于找到一个满意的免费空间sitemix.jp,空间大小1.5G,不限流量。除了无法直接用ftp客户端上传,速度很快,其余也比较满意。
而节目的音频来源,则是每天直接在网上搜索,不少资源可以用。也省得自己从视频中提取。时效性也还可以。
Podcast终于建立起来,但是不知能够坚持更新多久。
Podcast地址:http://qqsrx.zoomao.net/?feed=rss2
____________________________________
由于原来的域名被墙,而我的处理又不及时,导致原来提交到itunes store的那个Podcast完全失效,而那时已经积累到了700+的订阅数,博客更换域名之后,还消沉了一段时间,最终还是决定把这个Podcast接着做下去,由于考虑到itues store的抓起蜘蛛应该是国外的,估计能够访问到那个被墙的域名,于是将域名重新解析到了国外,一直期待着能够恢复。但是最终等了一个星期,也没有变化,只好删除了这个Podcast,重新提交,没想到这回仅仅用了一天时间,提交便通过了,不过一切又得重新开始了。(2011-6-17)
随着手机屏幕越来越大,越来越智能化,手机上网的体验也是不断的提高,移动网络应用也变得越来越广泛,随时随地的访问、更新、管理博客也就变得迫切需要,对于广大使用WordPress搭建了自己的独立博客的网友来说,由于WordPress与生俱来的优越性,这种需求还是很容易实现的。
以opera mini和Ucweb为代表的手机浏览器直接浏览网站已经可以获得不错的浏览体验,但是毕竟还是经过压缩中转,不是那么方便。如果能直接浏览到专为手机浏览优化的wap页面就比较方便了,这就需要为WordPress安装一些插件了:
wp-t-wap就是这样一个插件,安装后在网站根目录下建立一个/wap文件夹,生成一个专门的wap页面,通过访问如http://zoomao.net/wap就可以访问了。通过这个插件生成的wap版的页面,既可用于浏览,也可进行简单的文章发布,评论管理。效果如图:
阅读全文…
上一年购买的收费主机到期后,懒得续费,因为之前用的是国内的主机,几次出现宕机事件,让我很是不爽,于是换用了host1free的免费主机,不过更不爽的是,居然用了没几天突然无法访问了,发现居然连空间里面的文件全部一块删除了,这不知是为什么,这还算是老牌主机的作风吗。幸亏还有备份。闲下来抽了点时间,打理了一下我的博客网站。
先是从分销商那里买了一个国外的收费主机,为的是免去备案,白名单的麻烦。在dnspod上面修改了A记录的指向。上传备份的文件,解压。新建了一个与原来同名的mysql数据库,将备份的数据库文件还原回去。但是这回就没有以前搬家那般顺利了。访问域名http://zoomao.net/居然出现了“Internal Server Error”的错误提示,上网查了一下,找到了解决方法:
1、请您检查PHP程序的属性是否设置为755,如果PHP程序的属性不是755,那么运行的时候会报“Internal Server Error”错误,请您使用FTP软件将属性更改为755再测试。
2、请您检查PHP程序所在的当前目录下是否有名为.htaccess的文件存在,此文件会干扰PHP程序的正常运行,如果发现有此文件建议您删除或者改名后再测试。
我的问题就出在.htaccess文件上,可能是原来的WP Super Cache插件的问题,导致这回的.htaccess文件不兼容,于是删除这个文件,果然能正常访问了,但是却出现了新的问题,除了主页,其余的页面全都无法访问了,看来这个文件还真不能随便删。于是在WP Super Cache的设置中重新生成了.htaccess,问题圆满解决。
为了掌握个人网站的流量情况,大部分的站长都会用上网站统计功能,主流的有cnzz,51.la,
量子统计,Google Analytics,此外还有一个百度统计。其中Google Anslytics是非实时统计的,统计报告一天一出,不是很方便,其余的几个都是实时统计的。
使用时将相应的统计代码放到网站代码的<body></body>范围内即可。不过一般做法都是放在最下面的footer区域,一方面不影响界面,二来统计代码是最后加载,不会因为加载统计代码而影响网站的访问速度。
隐藏统计代码
但是有时候为了界面的美观,可能会需要把统计代码隐藏起来,处理方法如下:
修改后代码为:
<div style=”display:none”>统计代码</div>
这样就既不在界面中加入额外的内容,又不影响统计效果。
过滤管理员访问流量
对于个人博客小站来说,往往流量很小,而博主自己管理网站时产生的流量就会占去一大部分,这个时候就需要想办法过滤掉站长自己的访问流量。实现代码如下:
<?php if (!$user_ID) { ?> <script src=”http://s31.cnzz.com/stat.php?id=1457494&web_id=1457494&show=pic” language=”JavaScript” charset=”gb2312″></script> <?php } ?>
<?php if ($user_ID) { ?><a href=”http://new.cnzz.com/v1/login.php?siteid=1457494″>站长统计</a><?php } ?>
最终效果就是首先判断是否有用户登录,如果已经登录则给出一个查看统计状况的链接,若是未登录,则正常加载统计代码。
之前就注意到Google收录的一些网站,首页显示的是一些在页面上看不到的内容,一般是对网站的描述性的文字,如图所示:
之前一直以为是搜索引擎自己给一些大站加上去的,但是后来发现不少博客也是这样,查看网页的源文件才发现有类似下面的这么一段代码:
阅读全文…
批量修改友情链接类型打开方式为新窗口打开。
update `wp_links` set `link_target`=’_blank’
批量修改别的数据表字段值的方法可参照以上SQL语句。
中文显示为乱码的解决,编辑后重新将文件保存为utf8编码格式
由于wp-config.php文件的编码转换问题,导致第一次出现了页顶大量错误提示的命令行,类似如Cannot modify header information – headers already sent by …最终解决办法,将utf8的覆盖回去。
点击主页上的任何一个页面,均出现了“无法找到该页”。典型的伪静态化的问题,在public_html中加入.htaccess文件,解决问题。
最新评论
My relatives all the time say that I am wasting my time here at net, however I know I am getting experience everyday by reading such good articles.
Er word ook veel gevraagd van de ouders: brengen en ophalen, zorgen dat de nieuwe liedjes worden ingestudeerd, etc. Als keizer van het Heilige Roomse Rijk mocht hij zijn persoonlijk wapen op een Rooms-Duitse adelaar zetten.
I do not know if it's just me or if perhaps everyone else encountering problems with your website. It appears as if some of the written text on your content are running off the screen. Can somebody else please comment and let me know if this is happening to them too? This might be a issue
你觉得adsence的广告收益如何,我准备也弄一个
你好,我的笔记本型号是DELL7520,不小心开启了COMPUTRACE功能,请问上述方法是你个人使用过的吗?
怎么备份
老外在取消合同和退款这些客服上还是比较好商量的。
请问phpmyadmin这招还有效吗? 我自己实作,登入出现错误