手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表全部文章

如何解决wordpress后台打开超慢的总是

 最近有些朋友和我说,wordpress的后台在本地打开都超慢。不知道为什么,负载什么的都没有。

看了下代码,同时也看了下网络上的评论,原来最近大家都喜欢上了使用google的字体,众所周知,google的各种服务在国内访问都是渣渣,真不知道怎么会有这样的公司,明明这个网站就打不开,还有那么多人用它的东西。当然你懂的
 
既然知道问题在哪里就好办了。
1、插件法
现在针对上述情况,国内开发人员已经开发了相应的插件来处理了,如disable google fonts或者其他的,你搜索google fonts就可以
 
2、代码法
在wp-include/script-loader.php中,你会找到font.googleapis.com的字样。你只要替换掉它们即可(当然,删除也可以),如果你有需要用这些字体,你可以用数字公司提供的前端CDN库(http://libs.useso.com/)。到了上述的网址我相信你也应该知道怎么了。
 
不知道何时才能打开那些网站,这些就当成技巧先保留着吧

Tags: wordpress

关于ubuntu 11.04的源的问题

 不得不承认,到现在为止还有很多服务器在用旧的ubuntu版本,比如我在buyvm上的服务器,现在还是11.04的版本,在执行apt-get update的时候,不是IGN就是404。

这是因为,ubuntu已经不再维护这些源了,那么我们仍然在使用的怎么办?改一下吧:

XML/HTML代码
  1. deb http://old-releases.ubuntu.com/ubuntu/ natty main restricted universe multiverse   
  2. deb http://old-releases.ubuntu.com/ubuntu/ natty-security main restricted universe multiverse   
  3. deb http://old-releases.ubuntu.com/ubuntu/ natty-updates main restricted universe multiverse   
  4. deb http://old-releases.ubuntu.com/ubuntu/ natty-proposed main restricted universe multiverse   
  5. deb http://old-releases.ubuntu.com/ubuntu/ natty-backports main restricted universe multiverse   
  6. deb-src http://old-releases.ubuntu.com/ubuntu/ natty main restricted universe multiverse   
  7. deb-src http://old-releases.ubuntu.com/ubuntu/ natty-security main restricted universe multiverse   
  8. deb-src http://old-releases.ubuntu.com/ubuntu/ natty-updates main restricted universe multiverse   
  9. deb-src http://old-releases.ubuntu.com/ubuntu/ natty-proposed main restricted universe multiverse   
  10. deb-src http://old-releases.ubuntu.com/ubuntu/ natty-backports main restricted universe multiverse   
 
 
 其实这挺让人痛苦的。。。ubuntu的更新又是这么频繁 。。
参考:http://askubuntu.com/questions/345000/updating-ubuntu-server-apt-get-gives-me-404-not-found

Tags: ubuntu, sourcelist

被两个问题搞死。。

 今天被两个问题搞死

1、加载hprose.phar/HproseHttpServer.php一直报文件找不到:Warning: include(./hprose.phar/HproseHttpServer.php): failed to open stream: No such file or directory 
2、定义了Yii的errorHandler和error的Controller结果死活不对。
 
解决:
1、居然是忘了phar在include的时候要申明协议,即include('hprose.phar/xxx.php')是不对的。必须要include("phar://hprose.phar/xxx.php");
该死的,居然忘了这个,命令行下写代码,总是搞错东西
 
2、这个问题说实在的。真TMD操蛋,我是想偷懒的,所以就加载了yiit.php。。想着这是个lite的文件,应该没啥问题啊?结果,就是因为加载的yiit.php而不是yii.php搞得我在那里折腾了半天。真是要人命啊
 
果然就象老王说的,每一个找寻半天不得结果的BUG后面,都有一个令人啼笑皆非的原因
 

aliyun 安装gogs

 本来以为安装gogs是一件很轻松的事情不料发生了N多周折,一一记录下来

1、到官网下载二进制包:http://gogs.io/,具体页面请自己找
2、到aliyun上解压,然后到包里运行start.sh
问题就这样来了。。。
开始我没有下载二进制包,我下载的最新的版本,运行后提示:只有官方的二进制包才内置支持sqlite3。由于我不想装mysql所以。所以只能下载二进制包
1、运行后,提示我开放了端口3000,然后通过网页访问 ,最后提交的时候出错了,说是不能在root用户下运行:
XML/HTML代码
  1. Run user isn't the current user: git -> root  
2、创建一个新用户,git ....
XML/HTML代码
  1. adduser --disabled-login --gecos 'GitLab' git  
3、使用sudo运行:
XML/HTML代码
  1. sudo -u git ./start.sh  
提示:
XML/HTML代码
  1. 2014/07/18 09:37:43 [FATAL][github.com/gogits/gogs/models] publickey.go:72: publickey.init(fail to create sshPath(/root/.ssh)): mkdir /root/.ssh: permission denied  
咦,怎么在/root下?好纠结
4、用su - git
XML/HTML代码
  1. su - git  
切换 到了git 用户下。再运行提示:
XML/HTML代码
  1. 2014/07/18 09:43:03 [log.go:76] [E] Fail to parse 'conf/app.ini': open /tmp/goconfig/867736331: permission denied  
好吧。刚才是先用类似 root权限运行的。所以。。再次切换回root删除了刚才的目录,再su回来,重新运行。一切正常,然后在网页里输入信息,保存
又提示:
XML/HTML代码
  1. [martini] Started POST /install  
  2. [martini] PANIC: runtime error: invalid memory address or nil pointer dereference  
  3. /usr/local/src/go/src/pkg/runtime/panic.c:482 (0x48dffd)  
崩溃了,这肿么办?
干脆点,直接运行:gogs web,这回是WEB页提示了:
XML/HTML代码
  1. Fail to save configuration: open /alidata1/software/gogits/gogs/custom/conf/app.ini: no such file or directory  
于是手动创建目录 、文件,并chown权限为git。于是全解决了。
然后再回想一样,刚才的start.sh,是不是也是因为权限问题?果然再次就没有这个问题了。
----
回想整个过程,一切都是因为权限的原因,果然还是要细致才OK啊
 
 
 
 
 
 
 

php的curl函数怎么样请求https的网站

 说起curl请求https的网站,网上的教程很多,无非都是说在你没有证书的情况下,加上下面两句就可以了

PHP代码
  1. <?php  
  2. curl_setopt_array($handlearray(  
  3.             CURLOPT_SSL_VERIFYPEER => false,  
  4.             CURLOPT_SSL_VERIFYHOST => false,  
  5.   
  6.         ));  

诚然,很多人在这么处理后就OK了,但我遇到的情况不一样,这两个加上之后,还是不能访问。
于是问了vampire,他让我试了一下在命令行下加参数访问,如:curl -3 https://xxxxx.com,顺利的得到了结果,https还是有version的。于是在上述的脚本里再加上一句:
PHP代码
  1. CURLOPT_SSLVERSION     => 3,  
指定sslversion。
当然,这个值 不一定是3,只是我正好是在version为3的情况下访问正常罢了。实际情况还需实际对待。
话说回来,我在curl在访问的时候报的错是:
XML/HTML代码
  1. curl: (35) error:14077458:SSL routines:SSL23_GET_SERVER_HELLO:reason(1112)  
Over。