@fuxkcsdn

hgetall，时间复杂度是O(N)，会死的很惨，慎用。



应该分几个方面处理啊：
1、分析用户常见浏览量，如果大多数浏览量都是最近N条，则做评论翻页功能，最新N条是热数据，存redis，其他可以使用mysql做被动缓存；

2、评论分页使用前端缓存，如varnish，这样可以大大减轻后端压力；

3、mysql数据分表；

4、redis拆分实例，我们是程序实现了一个redis切片集群，通过key名hash切分到不同的redis实例；

@xspoco

她就是事件中的人事陈DD～～哈哈

@shuson

15寸的cpu是标压，13寸的全是带U的低电压版性能差不多，升级13寸顶配还不如买15

@coolicer

给执行权限了没：chmod +x /usr/local/bin/service.sh

顺便推荐下这个： https://github.com/jevonszmx/code/blob/master/IconMaker

从1024尺寸的png图自动生成各种尺寸的icon以及content.json文件

https://www.v2ex.com/t/176371

说实话，如果你的内容更新频繁，静态化量又特别大的时候，可以考虑换其他方式，不要生成静态文件。

你这种思路的缺点是：更新内容靠用户发起，万一被别有用心的人知道或者出了什么bug，你的服务器分分钟要垮。。。

强烈推荐使用varnish来做页面缓存，替代静态化。

varnish可以配置强大的规则，比如：

正则指定某些url缓存300s

```
if (req.request == "GET" && (
(req.http.host ~ "^www.example.com" && req.url ~ "^/($|index\/index/|list/|detail/|index)"))) {
set beresp.ttl = 300 s;
}
```

某个二级域名下某些内容缓存时间更长：

```
if (req.http.host == "wap.example.com") {
if (req.url ~ "^(?i)/xml/android.xml"){
set beresp.ttl = 24h;
}
}

```

比起静态化，非常值得花精力去研究下varnish的。

官方手册没好好看！！

手册写的非常清楚的呢～～～

http://php.net/manual/zh/language.types.type-juggling.php


字符串转换为数值

当一个字符串被当作一个数值来取值，其结果和类型如下：

如果该字符串没有包含 '.'，'e' 或 'E' 并且其数字值在整型的范围之内（由 PHP_INT_MAX 所定义），该字符串将被当成 integer 来取值。其它所有情况下都被作为 float 来取值。

该字符串的开始部分决定了它的值。如果该字符串以合法的数值开始，则使用该数值。否则其值为 0（零）。合法数值由可选的正负号，后面跟着一个或多个数字（可能有小数点），再跟着可选的指数部分。指数部分由 'e' 或 'E' 后面跟着一个或多个数字构成。

```
<?php
$foo = 1 + "10.5"; // $foo is float (11.5)
$foo = 1 + "-1.3e3"; // $foo is float (-1299)
$foo = 1 + "bob-1.3e3"; // $foo is integer (1)
$foo = 1 + "bob3"; // $foo is integer (1)
$foo = 1 + "10 Small Pigs"; // $foo is integer (11)
$foo = 4 + "10.2 Little Piggies"; // $foo is float (14.2)
$foo = "10.0 pigs " + 1; // $foo is float (11)
$foo = "10.0 pigs " + 1.0; // $foo is float (11)
?>
```

如果你没服务器的权限，仅开发权限的话，就写php脚本，用crontab定时执行；

如果你有服务器权限，可以给php编译一个PCNTL模块，官方文档在这里： http://php.net/manual/zh/book.pcntl.php，可以启动一个deamon在后台，比如有个大队列数据需要一直需要php同步入库，可以fork一个进程一直在后台跑，比crontab频率高，还可以多进程。

印象笔记的那个更复杂，这个算简单的了

@cevincheung
围观萌头像

@RihcardLu

读写量太大的话，一般问题是会导致锁表（索引设置不合理，会导致写频繁时性能问题），最简单的方法就是读写分离。但是读写分离会有几个问题，1是读写分离数据同步会有延迟（我们运营老是抱怨后台操作了没反应，刷几次才有效果，哈哈～～），2是程序需要方便支持切换读写库（用主流框架就会好很多）。

想要性能更好，也可以中间加一层缓存，比如：

微博这样的场景：用户读微博列表，发微博，再刷新看最新微博。


用户读微博列表：是从缓存读（如果逻辑改动太多，也可以改成读db，然后被动更新缓存）；
发微博：直接更新缓存（异步入库，或者推入待入库队列写入数据库中）；
再刷新看最新微博：是从缓存读

这样做，读的压力基本上是缓存，写的时候因为也是更新缓存，所以写入后用户再读数据，还是从缓存读，大大减轻db压力。

ps～～

缓存推荐使用redis，渣浪微博有几次服务器挂了，可是还能看微博，应该就是redis服务器还健在～～

写了N多年php代码了，性能瓶颈基本都不是php的问题，除非代码写的特别烂，比如效率差的循环/递归、循环查数据库之类的。

一般性能影响最大的，还是数据库。

玩了3天，一次都没卡过。。。就是等开门很烦

iphone 6

mark一下，同关注，我也想要一个支持大流量、速度又快的

@metrue

我就是这么做的，写个shell脚本，把常见的服务写进去，如：

touch /usr/local/bin/service.sh

```
#!/bin/bash

# apache
sudo /usr/local/apache2/bin/apachectl -k start

# svnserve
/Applications/Xcode.app/Contents/Developer/usr/bin/svnserve -d -r /Volumes/Data/Documents/svn/

#redis
/usr/local/bin/redis-server /usr/local/redis/6379.conf
```


然后：
```
crontab -e
```

写入：

```
@reboot /usr/local/bin/service.sh
```

晕了，cocoapods都没法正常使用了。。。刚开始可以install，过一会就报错了
蛋疼啊～～