• [反馈] 请求增加赞助支付方式 ko-fi 使用受阻

    ·

    尊敬的站长和管理员,您好: 我在使用 Ko-fi 平台进行支付时遇到了一些困难,具体表现为 PayPal 无法正常读取和添加银行卡。需要说明的是,我的 PayPal 账户状态正常,最近两个月内曾在 Cloudflare 和 Spaceship 等平台成功完成支付,因此不确定为何在 Ko-fi 上会出现此类问题。 经过近 30 分钟的反复尝试仍未解决,这一情况确实影响了我的使用体验。我愿意作为论坛的支持者,为论坛发展贡献力量,但在赞助流程的上所遇到的问题极大的打击了我的耐心与热情。 因此,我想冒昧提出一个建议:是否有可能提供更多元的赞助渠道或备用支付方案?我认为多样化的支付选择不仅能提升用户体验,也能为网站运营带来更稳定的支持。

    Read More

  • [分享创造] 开源的单机游戏变速器,突破游戏帧率限制

    ·

    由于自己一直找不到免费的变速齿轮软件,所以索性自己写了一个变速器,用来对光荣的三国志 14和三国志 13(其他的单机应该也是可以支持的)进行变速,使游玩体验更流畅。 自己已经使用了一段时间感觉还蛮好用的,所以开放出来给大家使用,希望能对大家有用 Github 仓库: https://github.com/game1024/OpenSpeedy Github 下载链接: https://github.com/game1024/OpenSpeedy/releases 网盘链接: https://pan.baidu.com/s/1u4Yci-7aShgU69Z3hGeVNQ 提取码: 1234 🚀 特性 完全免费且开源 简单易用的界面 可自定义变速倍率 对多种游戏引擎兼容性良好 低系统资源占用 同时可以加速 x86 和 x64 平台进程 无内核侵入性,Ring3 层 Hook ,不破坏系统内核 🔧 技术原理 OpenSpeedy 通过 Hook 以下 Windows 系统时间函数来实现游戏速度调整: 函数名 所属库 功能 Sleep user32.dll 线程休眠 SetTimer user32.dll 创建基于消息的计时器 timeGetTime winmm.dll 获取系统启动后经过的毫秒数 GetTickCount kernel32.dll 获取系统启动后经过的毫秒数 GetTickCount64 kernel32.dll…

    Read More

  • [问与答] WhatsApp 注册的电话卡推荐

    ·

    朋友想做外贸,但是国内号码收不到 WhatsApp 验证码,搜了一下很多信息都过时了,请 V 友推荐现在靠谱好用的方案,考虑直接买境外卡,每年成本尽量低就好,提前多谢

    Read More

  • [信息安全] 网络流量处理中的协议解析一:流量处理模型

    ·

    这里所说的网络流量处理,包括常说的 IDS ,IPS ,NTA, NDR ,XDR ,DPI ,网络行为审计,防火墙之类需要在数据包层面对流量进行判断审计之类的操作。如果只需要简单的处理比如流量统计,那只需要++就行了。如果要做更准确深入的分析判断,就得需要对这些数据解码。从 IP TCP 一直到应用层如 SMTP 。要针对 SMTP 的协议内容作出判断分析审计,就需要解析 SMTP 协议。 IDS ,IPS 等流量处理引擎各有不同的侧重点,所以对协议解析的要求也各不相同,但大概来说,完整,准确,详细地提取出协议中的字段,比如邮件的标题,收件人,发件人是更好的。解析提取的实现方式也各有各的办法,但解析部分的实现方式会受到流量处理模型的影响。这里把协议解析的实现建立在通常的处理模型之上。所以先简单描述一下这个处理模型。可能有其他处理模型,那这里讨论的协议解析方式有可能不适用。通常,流量处理模型分为以下几个部分,每抓到一个数据包,就会逐个功能调用一遍,也就是数据包会逐次经过每个模块,每个模块被数据包触发。 抓包 从系统中获取到数据包。性能之类这里不关心。这里只关心获取到的数据包是网络层的,它是零散的单个的 ip 包,它不会为协议解析提供什么方便,除非你只基于单个包解析。这部分虽然实现了从无到有的数据包获取,解决了根本关键问题。但它只提供了一个简单的视角:一个个的数据包,随机的,混乱的,毫无顺序的,甚至是被破坏了的和错误的数据包。 解码 这个解码仅限于 TCP/IP 的头解码,还没到我们要说的应用层协议解析。因为上一个抓包功能提供的数据包仅仅是原始数据,也就是一个 buff ,并没有结构信息。为此,需要解析 TCP/IP 。至少得知道源目的 IP 端口五元祖等信息。 流表 有了数据包的 TCP/IP 信息,流表把单个的数据包按照链接进行分类,属于同一链接的数据包都关联到同一个链接节点上。这个节点上可以保存本链接的相关信息。比如每条链接有多少个数据包。流表就是一个可以用五元祖来确定唯一节点的 hash 表。每随机到来一个包,就根据这个包的 IP 端口五元祖来找到对应的 hash 节点,这个节点上会记录着此链接相关的数据,比如数据包统计。总不能把 A 链接的数据包算到 B 链接的头上,如果这样,那 A B 链接所在的手机会有流量统计错误,不止协议解析会出错,连钱就会出错。数据包经过流表的处理后,就具备了链接这个视角。 协议识别 协议识别可以判断一条链接是什么协议。是邮件还是网页还是。这个功能内部很复杂,但它对外输出很简单:就是在一条链接上打一个标签。因为有了流表的支持,它不需要在每个数据包上标记协议类型,它只需要在流表的链接节点上标记即可。协议解析也依赖这个标记,只有标记了是 SMTP ,才能开始按照…

    Read More