Little杂谈

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

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


对七牛云等看法

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

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

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

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

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

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

突发事件与处理

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

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

数据库查询与设计

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

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

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

中间表命名规范

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


用户增长过快可能的结果

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

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

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

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

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

整理者真的该去撞豆腐


课外知识:HLS简介

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

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

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

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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 157,924评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,902评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,716评论 0 239
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,783评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,166评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,510评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,784评论 2 311
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,476评论 0 196
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,196评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,459评论 2 243
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,978评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,321评论 2 252
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,964评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,046评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,803评论 0 193
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,530评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,420评论 2 265

推荐阅读更多精彩内容