消息总线重构之简化客户端：这段时间对消息总线进行了再次重构。本次重构主要针对消息总线的pubsub组件以及对client的简化，同时谈谈对消息总线的一些想法。--技术头条 -- 微博大V帮你宣传技术博文开发者头条码农头条

消息总线重构之简化客户端：这段时间对消息总线进行了再次重构。本次重构主要针对消息总线的pubsub组件以及对client的简化，同时谈谈对消息总线的一些想法。 (vinoyang.com)

由 @技术头条 2015-11-08 23:36 / 0个评论

背景前两天收到业务反馈有一个 topic 的分区消息堆积了,根据之前的经验来看，要么是业务消费逻辑出现问题导致消费过慢，当然也有小概率是消息队列的 Bug（我们使用的是 pulsar）。排查通过排查，发现确实是在一点多的时候消息堆积了（后面是修复之后堆积开始下降）。。。

by @技术头条 2024-05-05 23:28 查看详情

IM服务器设计-如何解决消息的乱序 (www.codedump.info)

IM消息需要面对的另一个难题：如何保证收到的消息不乱序。下面先展开看看要解决这个难题有哪些障碍。

by @技术头条 2024-03-21 23:00 查看详情

IM服务器设计-消息存储 (www.codedump.info)

这部分专门讲述IM消息存储的设计。消息存储的难度在于，要考虑以下的场景：

1、离线消息存储。即发送消息时对方不在线该怎么处理。
2、单聊、群聊消息。
3、随着用户量越来越大，应该以后如何扩展。

by @技术头条 2024-03-13 13:33 查看详情

NextJS/React 加载远程组件 (innei.in)

写过文档的大佬们都知道 MDX 这个东西，对原本的 Markdown 进行了扩展，可以在 Markdown 中直接使用框架组件（React，Vue 等等）。
现在也有很多静态生成的博客使用 MDX 去编写博文，在博文中内嵌了 React 组件，在一些需要交互式的场景中，在传统的 Markdown 只能展示内容，而使用了组件就可以把死的文字变活。
MDX 的原理是在项目构建时，解析 Markdown 抽象语法树，把引入的组件进行了编译，然后嵌入到了文章内部。
而使用 MDX，就必须要引入编译时。而对于 CMS 类型的博客网站，因为内容都是动态生成的，就无法使用 MDX。
那么有没有办法去想一个歪路子去实现呢。

by @技术头条 2024-03-13 13:21 查看详情

通过漫游交换进行隐蔽访问的新型后门 GTPDOOR 分析 (paper.seebug.org)

GTPDOOR 是一种基于 Linux 的恶意软件，旨在部署在邻近 GRX（GPRS 交换网络）的电信网络系统中，具有通过GTP-C（GPRS 隧道协议- 控制平面）信令消息传递 C2 流量的功能。这使得 C2 流量能够与正常流量混合，并重新利用可能对 GRX 网络开放且暴露的已允许端口。

by @技术头条 2024-03-12 22:49 查看详情

被忽视的暗面：客户端应用漏洞挖掘之旅 (gh0st.cn)

客户端应用漏洞是许多人在进行漏洞挖掘和安全测试时容易忽视的领域。随着技术的更迭和攻防手段的升级，客户端应用漏洞也逐渐出现在大众视野中（APT攻击、攻防赛事等等），在本次议题中，我们将重点关注PC侧的客户端应用程序，如即时通讯、远程服务、视频软件等应用，探索其中存在的漏洞和潜在的安全风险。

by @技术头条 2024-01-17 23:06 查看详情

谈谈跨服聊天 (www.addesp.com)

跨服聊天是指交谈双方，不在同一语境下进行交流。多因双方的兴趣爱好/知识差异或聊天内容本身容易引发歧义引起。双方使用语言的环境不同，对语句的理解也不同。同一句话，在不同的主题会产生不同的理解。以「你幸福么？」为例：我姓曾。

跨服聊天通常会出现在作品中用来提供笑料。如此的话，直觉上跨服聊天应该离我们很远。真的么？以前我这么认为，但是现在我觉得离我很近。

by @技术头条 2023-12-11 23:17 查看详情

应用获取客户端真实IP (jokerbai.com)

背景信息因为产品需要，要在应用端获取到真实的客户端IP，由于应用前面经过了多次代理，所以默认情况下是获取不到真实IP的。基本概念在实现之前，先简单了解一下常用来获取IP的几个header。

by @技术头条 2023-11-30 23:32 查看详情

谈谈晋升述职 (jokerbai.com)

年底了，该晋升的晋升，该总结的总结，不论是哪一种都逃不过PPT的魔咒。有幸今年参加了晋升述职，下面就简要说说我是怎么整理的PPT，以及要注意什么。

by @技术头条 2023-11-29 23:48 查看详情

更精准的时延：使用软件时间戳和硬件时间戳 (colobu.com)

一般情况下，我们通过在应用层读取时间戳，计算两个时间戳的延时($t1 - t0$)，就可以得到时延，就足够了。通过观察这个数据，我们可以看到网络的时延情况(latency)和抖动(jitter)。但是有时候,我们想知道物理网络传输网络的时延是多少，比如北京A机房到B机房的时延，如果通过应用层的时间戳来计算，误差就太大了。为什么呢？

by @技术头条 2023-10-24 23:54 查看详情