windows下排查typecho性能问题案例

群里面有个朋友,在windows下安装phpstudy并跑typecho,发现服务端响应很慢,TTFB超过2s以上。这里记录一下排查过程,给有需要的朋友参考下。

windows下排查typecho性能问题案例

思路:整个网站代码执行,大体分三个阶段:apache+php解析器、php代码执行、mysql数据查询

阅读剩余部分 -

网站赚钱之卖链接赚钱

早几年谷歌PR还在更新的时候,很多人都一定知道付费链接。当时国内似乎没有专门的付费链接交易平台,国外倒是有很多,国内赚不到人民币,很多站长就在国外赚美金吧,美金好赚的很,当时比较出名的付费链接平台一个是 BackLinks ,另外一个是  LinkAdage,其实都是卖链接平台。了解的人都知道,这两个平台赚钱是很容易的。

现如今国内也有很多链接平台,虽然百度明里暗里在打击买卖链接平台,但是实际上本质不会变的,因为百度李彦宏技术专利就是给链接投票权重,所以友情链接是提高网站权重非常重要的方式。
卖链接赚钱
目前国内比较好的链接平台就是阿里微微,当然还有其他平台我不是很清楚了。卖链接和买链接,以及软文都是比较好的。在这个平台上你不难发现,很多人都是在做站群操作的,也就是几个站一同循环链接,共同提高权重,然后出售链接,比如一般权重1的网站,每个链接能够卖到5-20元/月,那么如果你有十个站,每个站每个月能够卖出去10个,收入也是可以的。当然权重越高,价值越大。有人靠卖链接月收入万元的也不在少数。下面是一个网友的操作经历,大家可以参考:
博客网站卖链接赚钱

阅读剩余部分 -

仓央嘉措《问佛》

我问佛:为何不给所有女子羞花闭月的容颜?
佛曰:那只是昙花的一现,用来蒙蔽世俗的眼
没有什么美可以抵过一颗纯净仁爱的心
我把它赐给每一个女子
可有人让它蒙上了灰

我问佛:世间为何有那么多遗憾?
佛曰:这是一个婆娑世界,婆娑即遗憾
没有遗憾,给你再多幸福也不会体会快乐

我问佛:如何让人们的心不再感到孤单?
佛曰:每一颗心生来就是孤单而残缺的
多数带着这种残缺度过一生
只因与能使它圆满的另一半相遇时
不是疏忽错过,就是已失去了拥有它的资格

我问佛:如果遇到了可以爱的人,却又怕不能把握该怎么办?
佛曰:留人间多少爱,迎浮世千重变
和有情人,做快乐事
别问是劫是缘

我问佛:如何才能如你般睿智?
佛曰:佛是过来人,人是未来佛 佛把世间万物分为十界:佛,菩萨,声闻,缘觉,天,阿修罗,人,畜生,饿鬼,地狱;
天,阿修罗,人,畜生,饿鬼,地狱.为六道众生;
六道众生要经历因果轮回,从中体验痛苦。
在体验痛苦的过程中,只有参透生命的真谛,才能得到永生。
凤凰,涅盘

佛曰,人生有八苦:生,老,病,死,爱别离,怨长久,求不得,放不下。
佛曰:命由己造,相由心生,世间万物皆是化相,心不动,万物皆不动,心不变,万物皆不变。
佛曰:坐亦禅,行亦禅,一花一世界,一叶一如来,春来花自青,秋至叶飘零,无穷般若心自在,语默动静体自然。

佛说:万法皆生,皆系缘份,偶然的相遇,暮然的回首,注定彼此的一生,只为眼光交汇的刹那。
缘起即灭,缘生已空。

我也曾如你般天真
佛门中说一个人悟道有三阶段:“勘破、放下、自在。”
的确,一个人必须要放下,才能得到自在。

我问佛:为什么总是在我悲伤的时候下雪
佛说:冬天就要过去,留点记忆

我问佛:为什么每次下雪都是我不在意的夜晚
佛说:不经意的时候人们总会错过很多真正的美丽

我问佛:那过几天还下不下雪
佛说:不要只盯着这个季节,错过了今冬

阅读剩余部分 -

自建加速器:大吉大利,晚上吃鸡!

《绝地求生:大逃杀》这款游戏近期在全球范围内都十分火爆,但在中国大陆复杂的网络环境中,可能需要通过加速器来作流量中转。你可以直接购买第三方的游戏加速服务,当然,也可以通过这里给出的解决方案自建加速器。

加速原理

利用低延迟的海外服务器来部署 OpenConnect 服务端,并在玩家电脑上使用 AnyConnect 客户端连接,通过流量中转的方式达到流畅“吃鸡”效果。

配置过程

由于 CentOS 包含了 OpenConnect 的 Yum 源,无需繁杂的编译安装,故以 CentOS 7 为安装示例。

安装 EPEL 源

yum install epel-release

安装 OpenConnect 服务端

yum install ocserv

编辑 SSL 证书及私钥信息

vim /etc/pki/ocserv/public/server.crt

vim /etc/pki/ocserv/private/server.key

配置 OpenConnect 服务端

vim /etc/ocserv/ocserv.conf

阅读剩余部分 -

设置Redis最大占用内存

Redis需要设置最大占用内存吗?如果Redis内存使用超出了设置的最大值会怎样?

设置Redis最大占用内存

Redis设置最大占用内存,打开redis配置文件,找到如下段落,设置maxmemory参数,maxmemory是bytes字节类型,注意转换。修改如下所示:

本机服务器redis配置文件路径:/etc/redis/6379.conf,由于本机自带内存只有1G,一般推荐Redis设置内存为最大物理内存的四分之三,所以设置0.75G,换成byte是751619276.

 

可以在CentOS下输入命令:find / -name redis查找redis目录:

[root@iZ94r80gdghZ ~]# find / -name redis
/usr/share/nginx/html/blog.tanteng.me/wp-content/cache/supercache/blog.tanteng.me/tag/redis
/etc/redis
/var/redis

Redis配置文件一般在etc下的redis安装目录下。

阅读剩余部分 -

Linux - 从 Integrated Lights-Out 3 (ILO 3) 中,使用 NMI 按钮或 Virtual NMI 按钮生成的 NMI 无法在 Linux 上初始化 Kdump

说明

在运行 Red Hat Enterprise Linux 5 或 SUSE Linux Enterprise Server 10 的 HP ProLiant 服务器上,尝试从 Integrated Lights-Out 3 (iLO 3) 中使用 NMI 按钮或 Virtual NMI 按钮生成 NMI 时,kdump 无法初始化并显示以下错误信息:

kernel: NMI: IOCK error (debug interrupt?)


在以下条件下会出现此问题:

  • 在 /etc/sysctl.conf 中设置以下参数:
    • kernel.sysrq = 1
    • kernel.panic = 10
    • kernel.panic_on_oops = 1
    • kernel.unknown_nmi_panic = 1
    • kernel.panic_on_unrecovered_nmi = 1

并且

  • 向 /boot/grub/menu.lst 中添加以下启动选项,禁用内核的 NMI watchdog

nmi_watchdog=0

阅读剩余部分 -

RHEL 6.2 - kernel:NMI: IOCK error (debug interrupt?)

現象
[oracle@]$
Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:NMI: IOCK error (debug interrupt?)

Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:Stack:

Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:Call Trace:

Message from syslogd@dl580 at Aug  7 12:06:16 ...
 kernel:Code: ff ff a8 08 75 25 31 d2 48 8d 86 38 e0 ff ff 48 89 d1 0f 01 c8 0f ae f0 48 8b 86 38 e0 ff ff a8 08 75 08 b1 01 c 89 e0 0f 01 c9 ba 6a dd ff 4c 29 e8 48 89 c7 e8 df bc da ff 49 89 c4 49 89

Solution

  • Set the following parameter in /etc/sysctl.conf: 
    # panic_on_io_nmi = 1 (刪除)
    kernel.sysrq = 1
    kernel.panic = 10
    kernel.panic_on_oops  = 1
    kernel.unknown_nmi_panic = 1
    kernel.panic_on_unrecovered_nmi = 1
  • vi /boot/grub/menu.lst
    nmi_watchdog=0

阅读剩余部分 -

redis报错(error) LOADING Redis is loading the dataset in memory

问题描述:

[maintainer@bbkdb008 redis]$ ./redis-cli -p 6394 FLUSHALL  报这样错

[maintainer@bbkdb008 redis]$ ./redis-cli -p 6394 flushdb 也报这样错。

重启是没有问题的。设置最近最久未使用也报这样的问题。

 

解决方法:

修改配置文件 vi redis.conf

include /home/redis/redis_bbk.conf
maxmemory 6GB
maxmemory-policy  allkeys-lru 
appendonly no

重启redis实例,ok,解决了

[root@10-13-31-77 redis]# ./redis_multi rewrite all    --释放redis存储
Background append only file rewriting started
Background append only file rewriting started
Background append only file rewriting started
Background append only file rewriting started

阅读剩余部分 -

最新文章

归档

其它

链接

meiyoutongji