记录－交流－Web开发知识分享
ffmpeg rtsp流转m3u8流
ffmpeg -rtsp_transport tcp -i "rtsp://admin:admin123@192.168.1.123:554/live/av0" -fflags flush_packets -max_delay 1 -an -flags -global_header -hls_time 1 -hls_list_size 3 -vcodec copy -s 216x384 -b 1024k -y test.m3u8
ffmpeg rtsp流转发
ffmpeg -rtsp_transport tcp -i "rtsp://admin:admin123@192.168.1.123:554/live/av0" -vcodec h264 -acodec aac -f …
随着全球软件开发人员数量的不断增加，增长热点（就开发人员而言）也在不断变化。正如我们在上一篇文章中所讨论的，2013 年大约有 1820 万软件开发人员，而这个数字只是 - 预计未来几年还会增加。
基于这些预测和从那时起最近的开发人员增长率，我们已经知道 2022 年的情况。
根据第 20 版开发者国情报告，截至 2021 年底，全球有2680 万活跃的软件开发者。 专家预测，到2030 年，开发者的数量将增长到 4500 万。这些令人印象深刻的数字证明了全球对 IT 专业人员的需求正在增长，并将继续增长。
今天来讲一讲TCP 的 TIME_WAIT 的问题。这个问题尽人皆知，不过，这次遇到的是不太一样的场景，前两天也解决了，正好写篇文章，顺便把 TIME_WAIT 的那些事都说一说。对了，这个场景，跟我开源的探活小工具 EaseProbe 有关，我先说说这个场景里的问题，然后，顺着这个场景跟大家好好说一下这个事。…
Shell作为Unix系操作系统当中最有魅力且不可或缺的组件，经过数十载的洗礼不仅没有被淘汰，而且愈加变得成熟稳健，究其原因，大概因为它是个非常稳固的粘合剂，能够把大量功能强大的组件任意配搭，总能很好很快地完成用户的任务。
本文的一些命令很可能看起来是“雕虫小技”，我们只好仰慕一下Shell大牛了，但是有些细节我会稍加发掘加以说明，遇到有趣的地方希望能博您一笑了。…
最近在测试环境部署服务的时候老是会有端口被占用情况用netstat/ss 查看后发现端口一直被占用
同另外一个ip 建立了tcp 连接，类似于这样：
ESTAB 0 0 192.168.103.169:12345 192.168.103.12:10261
当然这个问题也不是最近才遇到，之前也遇到过，不过之前都是很快这个连接就自动消失，我就可以欢快
的使用我自己喜欢的12345 端口，无奈这次一直连续好几天这个连接一直存在导致我一直无法使用这个端口。…
碰到各种奇葩的TCP相关问题，所以汇总记录一下。分析清楚这些问题的所有来龙去脉，就能帮你在TCP知识体系里建立几个坚固的抓手，让TCP知识慢慢在抓手之间生长和互通
一个黑盒程序奇怪行为的分析 listen端口上很快就全连接队列溢出了，导致整个程序不响应了
举三反一–从理论知识到实际问题的推导 服务端出现大量CLOSE_WAIT 个数正好 等于somaxconn（调整somaxconn大小后 CLOSE_WAIT 也会跟着变成一样的值）
活久见，TCP连接互串了 应用每过一段时间总是会抛出几个连接异常的错误，需要查明原因。排查后发现是TCP连接互串了，这个案例实在是很珍惜，所以记录一下。
案例：TCP传输速度案例分析（长肥网络、rt升高、delay ack的影响等）
就是要你懂TCP–最经典的TCP性能问题 Nagle和Delay ack
对ttl、identification等的运用
在开发之前，首先你需要安装各种开发工具和服务支持到你的开发环境当中，可能会出依赖问题，环境变量问题，端口冲突，经编译库问题等等。
开发途中，可能你又需要依赖一些其他的服务，你最好祈祷不会出问题，可能你又要重写来配置你的环境，因为你的所有的依赖服务都在你的唯一的工作空间里面。
如果你的伙伴的操作系统不统一，可能你还会遇到一些不同元字符解析不一致的问题。
然后上线之前，可能你在本地开发调试都可以完美运行，一但部署到服务器，就会出现各种问题。因为大多数情况下，我们的开发环境和生产环境并不相同。
可能你下次又有要用到一个新的开项目的开发环境。你又要重复面对上面这些问题.
你不得不去审视，你要话费大量的时间用在搭建环境当中来。
DockerDocker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。 对我们而言，我觉得只需要把他理解成一个便携的应用容器即可
Docker本地开发环境的好处对开发者而言，每天会催生出的各式各样的新技术都需要尝试，然而开发者却不太可能为他们一一搭建好环境并进行测试。时间非常宝贵，正是得益于 Docker，让我们有可能在一条或者几条命令内就搭建完环境，而且这个环境大到一个特定版本的操作系统，小到一个软件。Docker 有一个傻瓜化的获取软件的方法，Docker后台会自动获得环境镜像并且运行环境。
对于一般的小公司来说，搭建一个公用的开发环境是一件不那么划算的事情。那么就可以用Docker来统一开发环境，因为不管你用的是Windows、Mac 还是 Ubuntu。 如果生产环境也使用的Docker的话，你甚至可以直接打包一套环境，直接丢上去就可以运行了，再也不用担心开发-生产环境之间的差异了。
虚拟机的粒度是
这是我所知道的关于AI绘画的一切。
主要整理了我过去几个月研究过的所有AI绘画工具，他们都是 Text-to-Image 领域的佼佼者，说人话就是：用嘴就能画画。
有点长，但希望能和大家一起见证新时代的来临~…
对于游戏开发者来说，重要的协议是UDP（用户数据报协议）。UDP是快速、即发即弃的标准：你在网络上扔了一个数据包，它就被抓住或者有时被丢掉了。
像Web这样要求稳定的系统，正确使用的底层协议是TCP（传输控制协议）。这是一个更正式的系统，它保证了数据包的交付与正确顺序。TCP 创建了可靠连接，后来又创建了可靠的信息流。
随后，它们被正式命名为“TCP/IP 堆栈”。
后来，基于 TCP/IP 编写的WWW和 HTTP 成为互联网的主要用途。另一个缺失的首字母缩略词是TLS（传输层安全），它提供了加密相关元素，并成为事实上的安全标准。
而在那个年代里， PC 之间的连接通常是有线的，任何损失都是由于旧铜线上的噪音造成的。
TCP 协议非常适合收集偶尔出错的数据包，而随着Web的发展使用 UDP 协议逐渐减少。
进入QUIC
今天的互联网已经进入一个发展非常不同的场景了。
比如现在家中的 PC
…今年年中，一位前谷歌、前亚马逊的工程师推出了他创作的开源内存数据缓存系统 Dragonfly，用 C/C 编写，基于 BSL 许可（Business Source License）分发。
根据过往的基准测试结果来看， Dragonfly 可能是世界上最快的内存存储系统，它提供了对 Memcached 和 Redis 协议的支持，但能够以更高的性能进行查询，运行时内存消耗也更少。
与 Redis 相比，Dragonfly 在典型工作负载下实现了 25 倍的性能提升；单个 Dragonfly 服务器每秒可以处理数百万个请求；在 5GB 存储测试中，Dragonfly 所需的内存比 Redis 少 30%。…
近期评论