记录－交流－Web开发知识分享
用PHP 开发程序这么多年了,今天想和大家谈谈如何正确使用PHP框架.
即关于PHP开发什么时候用框架,用不用框架,用什么框架,不同项目是否用不同框架,是否要学习多个框架,付出多少学习成本等问题.
先说一下,我用过的框架有:Swoole, Laravel, phalcon ,symfony, codeigniter, thinkphp.
这几个框架都有什么特点? 有没有做什么项目都通吃的框架?
先说一下swoole,swoole是用C写的PHP扩展,性能很高,通常用于写后台服务和网络通信程序.,但是对于一般的普通web程序它不太适合.并且学习难度大.当然如果你追求性能,写后台服务和接口还是适合的.
再说一下 Phalcon这个框架,同样的C写的全栈框架,以php扩展方式发布,性能可以说是最好的.但是因为一是英文的文档,要求你英文比较好.phalcon在国内用的人比较少,所以中文文档不多.phalcon写web程序和接口都是很好的.但不适合写后台服务.还有一点是这个框架虽然好,但是因为是C写的,如果有一些bug,就要等官方修复,或需要你懂C语言自己来修复.还有一点扩展性不好,如果你想加新功能,比如mongodb数据库支持,它是支持的,但是需要是老的php mongo扩展,用新的php mongodb扩展的话,就需要写php代码来实现,这就降低了性能.所以说这框架很好,但还是有一些不便.
其次是Laravel这个框架,最近可是风头正旺,号称最好的框架,以优雅著称.也像phalcon一样,用到了最新的一些概念:如composer,依赖注入,服务定位等.国内用的人也不少,中文文档及资料也比较多.但是我想说的是性能是这个框架的硬伤,新安装的laravel 5.1 框架 输出一个hello world 每秒rps 才达到几十, 而最 新发布的laravel 5.5 及性能居然还不及laravel 5.1版.究其原因是因为这个框架一启动就加载了一百多个文件,这就是性能很低的原因(IO开销很贵的!). 这个框架再好,但是性能太低,就需要拿硬件来支撑.除非你是土壕,否则还是不建议用Laravel 这个框架.
再说一下 …
在CSDN上的这一段日子，接触到了很多同行业的人，尤其是使用FFMPEG进行视音频编解码的人，有的已经是有多年经验的“大神”，有的是刚开始学习的初学者。在和大家探讨的过程中，我忽然发现了一个问题：在“大神”和初学者之间好像有一个不可逾越的鸿沟。“大神”们水平高超，探讨着深奥的问题；而初学者们还停留在入门阶段。究竟是什么原因造成的这种“两极分化”呢？最后，我发现了问题的关键：FFMPEG难度比较大，却没有一个循序渐进，由简单到复杂的教程。现在网上的有关FFMPEG的教程多半难度比较大，不太适合刚接触FFMPEG的人学习；而且很多的例子程序编译通不过，极大地打消了学习的积极性。我自己在刚开始学习FFMPEG的时候也遇到了很大的困难。为了帮助更多的人快速成为“大神”，我想总结一个学习FFMPEG的方法，方便大家循序渐进的学习FFMPEG。
PS：有不少人不清楚“FFmpeg”应该怎么读。它读作“ef ef em peg”
0. 背景知识
本章主要介绍一下FFMPEG都用在了哪里（在这里仅列几个我所知的，其实远比这个多）。说白了就是为了说明：FFMPEG是非常重要的。
使用FFMPEG作为内核视频播放器：
Mplayer，ffplay，射手播放器，暴风影音，KMPlayer，QQ影音...
使用FFMPEG作为内核的Directshow Filter：
ffdshow，lav filters...
使用FFMPEG作为内核的转码工具：
ffmpeg，格式工厂...
事实上，FFMPEG的视音频编解码功能确实太强大了，几乎囊括了现存所有的视音频编码标准，因此只要做视音频开发，几乎离不开它。
对于完全没有视音频技术背景的人来说，在学习FFmpeg之前最好先了解一下几种最基本的视音频数据的格式，可以参考下面的文章：
【视频资源】
本文中第1,2章是FFmpeg编程最基础的内容。这部分的内容我在给大二同学代课的时候录制成了视频，有时间的话可以看一下《基于 FFmpeg + SDL 的视频播放器的制作》课程的视频。
本章主要介绍一下ffmpeg工程包含的三个exe的使用方法。
ffmpeg的官方网站是：http://ffmpeg.org/
HLS也就是HTTP Live Streaming，是苹果出的一个基于HTTP的流媒体通信协议。字面意思有个live，也就是直播相关的。其实HLS可以分为点播以及直播两种。后面具体说两者在处理上有什么区别。目前HLS在RFC上还只是草案，并且一直不断更新，发现ffmpeg对于HLS的实现，不同版本的实现对应rfc版本也不一样，最新版本的，对应的HLS RFC草案规范也比较新（追新并不一定好，有些设备对于新版本的规范支持还不是很完整，可能会有播放失败的问题，所以如果需要正常使用，选择一个稳定的版本即可）。rfc的草案现在到了16版本。由于项目比较敢，这规范其实我看的不多。
HLS对于音视频是有编码要求的，HLS要求视频必须是H264协议,H264是目前最流行也是最成熟的视频编解码方案了。而在音频上，则要求为MP3, HE-AAC或AC-3这三种格式。在转换成HLS流后，会生成多个的TS文件。如果是点播的话，则是对视频文件进行TS的切片处理，一般情况下，每个TS文件的播放时间为10秒。但这并不是固定的，切片的多少，这是会影响直播的延迟情况。这个后面会稍微做一些说明。
HLS会生成一个m3u8的播放文件。这个播放文件可以通过VLC等一些播放器直接播放。现在大部分手机也支持HLS了，所以手机也是可以进行对HLS的直播或点播进行观看。但是目前的桌面端浏览器尚未完全支持HTML5的HLS播放，大部分直播还是依赖flash player进行封装直播（据说国内的很多视频站有自己的播放技术）。这边主要讨论的并非是桌面端，主要还是移动端的支持。
现在简单说一下m3u8文件。以下是由ffmpeg生成的一个直播的m3u8文件：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:13
#EXT-X-MEDIA-SEQUENCE:4
#EXTINF:12.345667,
playlist4.ts
#EXTINF:9.217544,
playlist5 |
1.分离视频音频流
ffmpeg -i input_file -vcodec copy -an output_file_video //分离视频流 ffmpeg -i input_file -acodec copy -vn output_file_audio //分离音频流
2.视频解复用
ffmpeg –i test.mp4 –vcodec copy –an –f m4v test.264 ffmpeg –i test.avi –vcodec copy –an –f m4v test.264
比如一个avi文件，想转为mp4，或者一个mp4想转为ts。
ffmpeg -i input.avi output.mp4
ffmpeg -i input.mp4 output.ts
ffmpeg -i test.mp4 -acodec copy -vn output.aac
上面的命令，默认mp4的audio codec是aac,如果不是，可以都转为最常见的aac。
ffmpeg -i test.mp4 -acodec aac -vn output.aac
ffmpeg -i input.mp4 -vcodec copy -an output.mp4
相关阅读：
一张导图
导图内容解析
http请求
请求行+请求头（多个key-value对象）+一个空行+实体内容
请求行
请求方法
常见方法：get post head
相关阅读：
一张思维导图：
高清大图请点击阅读原文查看，或复制链接跳转：
协议
工作原理
来自：开源中国
链接：oschina.net/news/94188/acme-v2-and-wildcard-certificate-support-is-live
Let's Encrypt 宣布 ACME v2 正式支持通配符证书。Let's Encrypt 宣称将继续清除 Web 上采用 HTTPS 的障碍，让每个网站轻松获取管理证书。
v2 vs v1
ACME v2 与 v1 API 有许多不同之处，值得注意的变更：
ACMEv 是 ACME 协议的更新版本，考虑到行业专家和其他组织可能希望在某天使用 ACME 协议进行证书颁发和管理，它已经通过
近期评论