古早以前就在小黑盒刷到了这个游戏，当时因为史低直接入手了。最近很有时间才发现“史低就收藏”这习惯其实不坏。 截止到成文已游玩不短的时间（但其实出入不小，因为有时候累了就会开一把，结束后可能也会挂在前台） 这游戏其实可以多人联机，但是没有局域网或者不具备单机多外设的条件大家就死了这条心吧。 勉强借助steam流式传输过了一把双人联机，一个成就都没给。 从玩法核心上来看肯定还是属于肉鸽游戏，但是

在RFC3489协议中，将NAT分成4种类型，即完全锥型、IP限制锥型、端口限制锥型以及对称型。在这4种类型中，越往后的NAT类型穿越难度越大。 我们一般处于下面这样的NAT网络环境： NAT会在无感知的情况下帮我们自动进行内外网地址映射： NAT类型完全锥型NAT特点：一旦打洞成功，所有知道该洞的主机都可以通过它与内网主机进行通信。 可以理解为每一个NAT“洞”的组成结构为：{内网IP、内网端

在上篇中我们对SIP有了一个全面的认识，现在让我们来重点看看SIP注册。 流程示例： 1234567biloxi.com Bob's registrar softphone | | | REGISTER F1 | |<---------------| | 200 OK F2 |

SIP是一种应用层的控制协议，它可以创建，修改和结束多媒体会话（会议），例如网络电话呼叫。SIP也可以邀请参与对象加入到已存在的会话，例如多方广播会议。它可以从当前存在的会话中再加入媒体也可以移除媒体。 SIP支持创建和结束多媒体通信的五个方面： ○ 用户位置：确定用于通信的终端系统； ○ 用户有效性: 确定被呼叫方是否有意愿决定加入通信； ○ 用户能力: 决定用户可使用的媒体和其媒体参数； ○

通过上次介绍的邮件服务，心中对整个邮件系统的运作已然有了清晰的认知。接下来就是折腾环节。 本地环境我家里的环境是一台Windows娱乐机+一台Ubuntu22.04服务机。由于本地尝试更加容易抓包分析（不敢想自己能够一遍过），故选择先在本地搭建邮件服务。 发邮件内网环境SPF验证显然是过不了的，然而DKIM验证并不难通过，只要本地生成一对密钥，将公钥通过DNS TXT记录暴露给收件方即可。 基于此

一个完整的电子邮件系统主要由以下三类角色构成： MUA：即邮件用户代理，它通过SMTP协议提交邮件，并通过POP/IMAP协议获取收到的邮件。常见的客户端有outlook/foxmail等。 MTA：即邮件传输代理，它接收MUA提交上来的邮件，并通过SMTP协议将之发送到接收方的MTA，并接收其他MTA发送过来的邮件。常见的MTA如本文中将提到的stalwart-mail和p

Problem有一个 NROW×NCOL 的棋盘，每个格子里放置一张牌，其值为整数，范围：0~MAX_VALUE。其中数字 0 表示“赖子”，可以与任意数字视为相同。 当在某一轮中，存在连续 MIN_ELE 个或以上相同的牌（包括赖子） 在横向或纵向上相连时，即触发获胜条件。这些牌将在这一轮结束前被标记为待消除。 每张牌可同时参与横向消除和纵向消除，下图的5*6棋盘框线中的元素将被消除。 当一轮

年前家里人多，偶然间几人一起玩了简单的扑克桌游，效果颇佳。 很快我就想起了三国杀，也想起了小时候晚上在被子里研究说明书的日子，不免苦笑。 但想想其复杂度，并不特别适合作为一个大众游戏，更不用说其中对于技能说明、卡牌摆放、阶段进行的问题了。 但对于这些繁琐的内容有一种方式能够大大简化，即使用线上模式但实际线下进行的方案。 推而广之，这种模式还能应用到所有桌游游戏，不论是简单的斗地主还是复杂的三国杀都

smpp全称为Short Message Peer-to-Peer，即短消息点对点协议。 该协议主要用于实现应用程序和手机之间的短信通信。 短信的交付基本上还是得依赖SMSC的MT。但在此之前的发送和路由过程却极大的丰富了。 常规的短信过程类似于： sequenceDiagram participant caller as caller participant smsc as smsc

最近想要实现一个服务动态加载/卸载/启停的feature。 整个系统通过lua编写业务，而lua的能力是通过c/c++库赋予的。 在整个架构设计上，我们将其中的c/c++库二次拆分，即拆分为控制库和实现库。 控制库提供的均为抽象的逻辑，对业务也是不可知的。其主要作用在于对涉及的网络链路管理、会话控制做了对应的封装（Lua本身无法具备网络能力）。 而实现库和