技术,生活,随看 \随转
2012年7月21日,北京突然下起特大暴雨,导致严重的内涝和洪水灾害,交通瘫痪,航班大面积延误,79人因此次暴雨死亡,所有遇难事件中,最核心城区的,属广渠门桥的水淹事件,当天车主丁志健驾车,行至北京东二环广渠门桥下,在晚上7点左右被积水困住,他打电话给妻子求救,说不知道是外面水压太大,还是被什么东西挡住了,他打不开车门,打报警电话总是占线,让妻子代为报警救他。

妻子急匆匆往现场赶,却怎么也没想到丈夫的这次“求救电话”竟成诀别。

广渠门附近工地上一名工人说,当天7时许,广渠门桥下积水已很严重,他看见好几辆车都被困在水中,车内人都打开车门逃生,可其中有辆车,在桥下柱子旁没有打开车门。

一名围观的大爷说,当时水中的车里,确实有人在敲车窗求救。

丁志健的同事刘先生说:“他这个人很机灵,身体素质好,脑子也活,那天正好开了辆越野车,就认为自己能过去。所以后面的人停住全没事,等到他车熄了火想出来的时候,那雨水太大,他就出不来了。”

刘先生说他一直在现场,救援人员到现场之前,也有人下水试着搜救丁先生,但终因水太深,游到半道又回去了。

“救出来送到医院,人就已经不行了,他的脑袋都撞破了,肯定他在最后几分钟时做过拼命逃生的举动。”刘先生猜测说。

最终丁志健在当日22时左右救出,送医不治。

P1-5:当晚北京的内涝情况与救援丁志健的情形。

P6:丁志健被打捞上来的车。

P7-10:北京市民们在事发后于广渠门下送花哀悼丁志健。 source
一个练习英语单词的项目

特点是可以用MKV视频生成词库(单词本),让每个单词都有具体的语境。然后通过语境记忆单词,句子,字幕。

记忆单词后可以播放单词对应的视频片段。可以抄写字幕界面同时来练习听力 ​​

typing-learner
国内一位开发者在GitHub开源的数据分析项目库,收集了多个数据分析项目集合。

每个项目都会包含一个友好的说明文档,用来阐述和展示整个开发流程。同时也会提供相关的数据集,以供下载练习。

bigdata_analyse
一款基于 Go 语言开发的汇编及源代码浏览工具,可用于项目性能优化、调试等场景。作者还特地写了一篇文章,阐述了整个项目的开发历程

Lensm | GitHub | #工具
一个专门做flutter app的团队,这个网站是他们开源的软件 | 传送门
usql 是 PostgreSQL、MySQL、Oracle 数据库、SQLite3、Microsoft SQL Server 和许多其他数据库(包括 NoSQL 和非关系数据库)的通用命令行界面。

usql 受 PostgreSQL 的 psql 启发,通过命令行提供了一种使用 SQL 和 NoSQL 数据库的简单方法。 usql 支持大多数核心 psql 功能,例如变量、反引号和命令,并具有 psql 不具备的其他功能,例如语法突出显示、基于上下文的完成和多数据库支持。

喜欢在非 PostgreSQL 数据库中使用 psql 之类的工具的数据库管理员和开发人员会发现 usql 直观、易于使用,并且可以很好地替代其他数据库的命令行客户端/工具。

usql使用Go构建时,默认情况下仅启用 PostgreSQL、MySQL、SQLite3 和 Microsoft SQL Server 的驱动程序。可以通过为其数据库驱动程序指定构建标记来启用其他数据库。此外,themost和allbuild 标记分别包括大多数和所有 SQL 驱动程序

Github | #命令行
以golang实现的leetcode解决方案。

Github | #leetcode
我遇到的每一篇精彩读物,都被编译成一个知识图谱。

knowledge-graph | Github
arthurchiao大佬更新了一个《Linux 网络栈原理、监控与调优》系列博文

本文尝试从技术研发与工程实践(而非纯理论学习)角度,在原理与实现、监控告警、 配置调优三方面介绍内核5.10 网络栈。由于内容非常多,因此分为了几篇系列文章。
原理与实现
Linux 网络栈原理、监控与调优:前言
Linux 中断(IRQ/softirq)基础:原理及内核实现
Linux 网络栈接收数据(RX):原理及内核实现
Linux 网络栈发送数据(TX):原理及内核实现(未完成)
监控
Monitoring Linux Network Stack
调优
Linux 网络栈接收数据(RX):配置调优
Linux 网络栈发送数据(TX):配置调优(未完成)

博客地址
B 站这两天发表了一篇总结去年那场大事故的文章:https://mp.weixin.qq.com/s/nGtC5lBX_Iaj57HIdXq3Qg 当时我们 OpenResty Inc 公司团队帮助 B 站在线上快速定位了导致 CPU 100% 的 Lua 代码路径。B 站是我们的 OpenResty XRay 产品的商业客户。

文中提到的 Lua 火焰图就是 OpenResty XRay 在 B 站生产服务器上采样有问题的 OpenResty 服务进程得到的。生成火焰图也就花了几分钟的时间,因为使用 100% 非侵入的动态追踪技术,并不需要对 B 站的进程进行任何修改。根据 Lua 火焰图最终确认根源问题是 B 站的业务往 Redis 服务器里写入了个字符串类型的权重 0 值的坏数据(即 "0"),而 Lua 代码期望的是数值类型的权重值,从而导致了无限递归和无限循环。文中提到的 LuaJIT 的 JIT 编译器的问题其实并不存在;JIT 编译器在这里并没有 bug。

感谢 Bilibili 对我们公司产品和技术的信任和支持!当然,B 站线上系统使用的也是我们的开源 OpenResty 软件。OpenResty XRay 产品主页:https://openresty.com.cn/cn/xray/
Back to Top