Little 杂谈

此文章仅是Laravist群中Little同学在日常聊天对PHP、对Laravel、对项目的一些杂谈的简单整理.但因本人在最开始记录的时候没有把little和abraham两个人的一些杂谈备注,所以有些写错归属

<blockquote>

Little是一位经历过许多项目的工程师,谈吐之间,都能感受到超越语言从而对项目的理解

</blockquote>


<h2>对七牛云等看法</h2>

考虑把 imagemagick 的工作放到七牛上, webserver 运行图片处理总是感觉怪怪的;

<blockquote>

不要过分依赖某种云,最好不要用这些云私有的方法。万一遇到什么问题需要紧急迁移是个麻烦事。

</blockquote>

嗯,我是先写接口。 imageimagick 和七牛的实现各写一份,可以瞬间切换的。

朋友的业务用SAE,用了私有的KV缓存,遇到故障根本迁移不出来,只能等那边解决,故障了一天多,如果当时是用通用的Redis,大不了云服务故障了,自己分分钟拉一个Docker部署Redis恢复的快,数据也能导出来。

必须得这样不然没办法用云服务呀,比如说七牛哪天被ddos,上传失效,能瞬间转移到别的平台才行。

建议手头有站的如果用云存储,不要只用一个,得用另外一个公司的做备份。

<h2>突发事件与处理</h2>

一次是公司的一个备案被竞争对手搞的注销了,没有备案,国内运营商根据HTTP头检测就直接封了,80/8080/8000端口什么的都不行。一时半会儿肯定备案不上,换域名也不现实,数据量大也短时间迁移不到国外。想用国外的nginx反向代理回国内,还是会被机房识别HTTP协议拦截。

最后想了个办法,两个机房路由器,配置 IP Sec 隧道,域名解析到香港,从香港机器nginx反向代理,走路由器间内网通信到国内机房的LVS,花了半小时搞定,速度还没有太大影响。

<h2>数据库查询与设计</h2>

前提,前台业务不要联合查询。管理后台业务应该独立一个从库,从从库里随便怎么查。统计业务大部分不需要实时的,也是从独立的从库里定时更新数据到统计表或者缓存。

而前台业务要用到联合查询,很大一部分情况是数据表字段设计不合理

在不重新设计表结构的情况下,如果查询条件只在一张表。那大部分left join联合查询,应该转换成php用两次查询,一次按条件从a表查,一次用php聚合,到b表WHERE id IN

<blockquote>

中间表命名规范


两单词 中间用 2 (to) 连接,或者后面加 _map 或者 _relation 这样的,选定一种方式作为整个项目的表命名规范


</blockquote>


<h2>用户增长过快可能的结果</h2>

假定你的项目用户数量是线性稳定增长,那么对数据库的压力可能会几何倍增长,并不是线性的。而且很有可能你的用户数可能成对数增长趋势,数据库的压力增加幅度更加不得了。做个主从读写分离,当时可能有效果,可是过不了几天,你会发现可能又到瓶颈了。然后尝试再增加一台从库,等不了几天,一主二从都可能够呛了,怎么办,再加从库 主从延迟又大了。然后再怎么办呢?水平拆分,拆库,拆表分散到不同的机器?

当你确定是数据库瓶颈的时候,基本上可以确定是架构问题了,经过简单的优化扩容,优化几个非常耗时导致表锁的SQL语句能顶一两个月不出问题,就要考虑重构了,要不然半年之后妥妥的再挂掉。

<h2>课外知识:不同语言之间如何通信

</h2>

各个部门不一样,业务场景需求不一样,个人喜好不一样。

php一般用来写页面,数据部门一般用c写,搜索部门喜欢用java写。

跟不同部门协调,经常使用的一些方法:

同步调用:

1、提供API通信

a. REST

b. SOAP

c. JSON-RPC

d. XML-RPC

e. Protobuf

f. Thrift

...

2、私有TCP、UDP协议,双方自行约定协议体,二进制通信

3、进程间IPC通信

4、PHP扩展(C或C++)

5、exec/cmd执行命令行

6、队列系统同步返回

a. RabbitMQ 同步模式

b. Gearman

...

异步调用:

1、队列系统

a. RabbitMQ

b. Redis lpush/rpop

c. Beanstalkd

d. Kafka

e. ZeroMQ

2、借助共享存储系统

a. 共享内存 shmop

b. 文件系统

c. 缓存系统 redis/memcache

d. 数据库系统 mysql/pgsql/sqlite

<blockquote>

整理者真的该去撞豆腐

</blockquote>


<h2>课外知识:HLS简介</h2>

HLS是目前主流的直播技术,没什么问题。本质上就是一堆的 h.263 压缩的视频文件 + m3u8 索引文件,按几秒一个时间片这样生成很多 .ts 视频文件,文件通过 HTTP 协议传输。

兼容性也挺好的,PC主流播放器都支持,PC上的Chrome、Firefox、IE10、Edge浏览器都用HTML5支持,IE9以下可以借用JW Player(Flash)支持,iOS的iPhone、iPad原生支持。安卓比较糟糕,基本不行。

HLS遇到卡顿,先检查服务器生成的一堆 .ts 文件,是否连续,手动下载过来播放连续的话,基本上就是网络问题了。

如果网络不行,HLS可以用CDN的

原文由 郑方方 创作 来自:http://www.jianshu.com/p/fe889858df03

julytian
修改的评论也不能少于六个字哦!
JellyBool
修改的评论也不能少于六个字哦!