首先列举下我从网上找到的一些资料
rsync同步服务的总结(Linux与windows双向) 这个貌似有用，但我觉得再用上idea，操作再多一点，容易乱。
v2ex上一些对双向同步的一些讨论 从里面大家或许能得到自己的一些思路
通过SSHFS远程挂载文件夹，方便远程coding！ 这个完美啊，正在测试中，貌似完美。
我之前是用idea上面自带的stfp来做的本地开发同步到linux服务器编译，但是我发现这个如果多个客户端同时开发，或者多个同事一起开发，服务器上的就不能更新到本地。是不能增量更新到本地，必须全部下载，比对下载也行，但是工程量打了就特别慢。
后来我想我可以利用git，每次开发前用git把git服务器上的代码强制更新到本地，这样本地改动，就会自动到服务端，然后一天的开发完毕，我可以再把服务端的代码上传git。这样循环，也是很完美滴。。。嘻嘻。
如果上面的sshfs不能快速的进行开发，就用我自己想的这个。嗷嗷，我这个也挺完美。终于解决这个问题了。
Rocket.Chat推送消息 Rocket.Chat是一个开源实时通讯平台, 支持Windows, Mac OS, Linux. 支持聊天, 文件上传, 视频通话, 语音通话功能. 向Rocket.Chat推送消息 以下示例可以转为别的语言的版本, 本示例使用Linux平台的curl测试, curl非常强大. 登陆 首先需要登陆Rocket.Chat服务器
tracker服务器是BT下载中必须的角色。一个BT client 在下载开始以及下载进行的过程中，要不停的与 tracker 服务器进行通信，以报告自己的信息，并获取其它下载client的信息。这种通信是通过 HTTP 协议进行的，又被称为 tracker HTTP 协议，它的过程是这样的： client 向 tracker 发一个HTTP 的GET请求，并把它自己的信息放在GET的参数中；这个请求的大致意思是：我是xxx（一个唯一的id），我想下载yyy文件，我的ip是aaa，我用的端口是bbb。。。
webrtc 中有关 socket 运行机制以及 stun 收发过程 及 Candidates 生成流程分析
热门emoji表情符号大全
节约带宽，减少缓冲时间，提升服务质量，处理峰值流量, 视频观看的人越多，播放越流畅。
Media Source Extensions（媒体源扩展）大大地扩展了浏览器的媒体播放功能，提供允许JavaScript 生成媒体流。这可以用于自适应流（adaptive streaming，也是我毕设的研究方向）及随时间变化的视频直播流（live streaming）等应用场景。
server发送视频流的二进制数据给web，web通过webRTC的dataChannel发送给其他web用户。再通过MSE将二进制数据转换成视频流播出。
W3C上有明确关于mediaSource 扩展接口的文档。mediaSource 扩展文档中是这么定义的， 它允许JS脚本动态构建媒体流用于和，允许JS传送媒体块到H5媒体元素。这种接口的应用可以让h5播放器实现持续添加数据进行播放。做as的朋友都知道as中的appendBytes方法,一种添加二进制数据进行播放的方式。这两种接口在概念上是类似的。只是里面的定义和对媒体文件的要求有所不同。对于mediaSource扩展接口我只介绍我们主要应用的几个。
Map对象长度是用size，不是用length
https://github.com/coturn/coturn 在这里git clone 下来然后编译安装，一切默认即可。编译后，也可以不用安装。在编译目录下bin文件夹下有turnserver turnutils_stunclient turnutils_uclient 这三个等一下会用到的软件。