navicat 你真的，我哭死~

Navicat 近期推出了 Navicat Premium Lite 免费版，旨在支持企业用户使用。然而，7 月 5 日的新公告显示，该版本对每家机构最多仅支持 5 个用户，这一限制引发了用户的疑问和不满。尽管 Navicat 提供了免费版本，但其对用户数量的限制似乎并未完全满足企业的需求，导致用户感到困惑和失望。

特点：

1. 推出免费版 Navicat Premium Lite，支持企业用户。
2. 7 月 5 日公告限制每家机构最多 5 个用户。
3. 用户对限制数量表示不解和失望。

评论数量：48

创建时间：2024 年 7 月 8 日 11:06:43

如何看待黑客 root 登录污染 sshd 日志的情况？

描述：文章讨论了在开启新 VPS 时，由于不更改 SSH 默认端口，导致大量恶意登录尝试的问题。作者最初忽视了这个问题，但发现登录失败日志文件 /var/log/btmp 迅速膨胀，因此安装了 fail2ban 来阻止恶意 IP。然而，这种方法只能阻止已知的恶意 IP，每天仍有大量新 IP 进行尝试，导致日志文件继续被污染。

特点：

1. 默认 SSH 端口易受攻击。
2. 登录失败日志文件迅速膨胀。
3. fail2ban 只能阻止已知恶意 IP，无法应对新 IP 的攻击。

评论数量：46

创建时间：2024 年 7 月 8 日 09:32:00

讨论下高并发、连续自增的 id 的生成方案

文章讨论了在游戏《绝区零》开服时生成上百万连续递增 ID 的可能实现方案，并提出了几种可能的解决方案。作者对每种方案的可行性和潜在问题进行了初步分析，但未给出最终结论。

特点：

1. 讨论了多种生成连续递增 ID 的方案，包括使用 Redis、雪花 ID、加锁操作、本地缓存和数据库自增主键。
2. 对每种方案的性能、稳定性和分布式能力进行了初步评估。
3. 提出了对高并发场景下可能遇到的问题，如单点故障和性能瓶颈。

评论数量：33

创建时间：2024 年 7 月 8 日 19:53:03

关于连续订阅的业务设计

描述：公司在进行出海业务时，需要处理 Apple 和 Google 的自动订阅服务，订阅回调中包含一个 expires_date_ms 字段表示订阅结束时间。为了满足产品需求，公司希望在订阅基础上增加赠送时长。当前的技术方案是使用两个字段分别存储到期时间和赠送时长，并通过定时脚本调整用户到期时间。然而，这种方案被认为不够优秀，寻求更优解决方案。

特点：

1. 需要处理 Apple 和 Google 订阅的到期时间。
2. 产品需求包括在订阅基础上增加赠送时长。
3. 当前方案涉及两个字段存储和定时脚本调整，被认为不够优秀。

评论数量：26

创建时间：2024 年 7 月 8 日 10:44:53

关于 Docker 的内存恢复问题，求问，在线等

用户在使用 MacBook Pro M3 16G 内存设备上通过 Docker 运行包含 xgboost 等机器学习库的 Python 镜像时，遇到了模型训练过程中频繁崩溃的问题。经过分析，发现问题可能与内存和 CPU 的使用有关。用户在创建 Docker 容器时未指定 CPU 和内存的限制参数，但在实际运行中发现内存使用后不会自动恢复，CPU 使用率也未能充分利用。此外，数据处理时 CPU 使用率虽高，但内存使用并未达到预期水平。用户怀疑是否是 Docker 容器未能充分利用 MacBook 的资源，或者数据量过大导致的问题。

特点：

1. 内存使用后不会自动恢复。
2. CPU 使用率未能充分利用。
3. 数据处理时内存使用未达到预期水平。

评论数量：13

创建时间：2024 年 7 月 8 日 19:21:43

打算学习比特币，根据这种图谱，来进行学习会有什么问题吗？

这段话讨论了使用架构图来提高理解清晰度的问题，并询问是否有更好的推荐。

特点：

1. 强调架构图的清晰性。
2. 寻求改进建议。
3. 提到一个具体的图片链接作为参考。

评论数量：11

创建时间：2024 年 7 月 8 日 17:18:36

Java 怎么样使用 yolov8 进行图片、视频识别

本文讨论了在图片识别领域中，如何结合使用 Roboflow 和 OpenCV 的问题。作者表达了对这两者结合使用的困惑，并寻求有经验的人士提供指导和学习资源。

特点：

1. 探讨了 Roboflow 和 OpenCV 的结合使用。
2. 表达了学习需求和寻求帮助的意愿。
3. 强调了对相关经验的渴望和请教的诚意。

评论数量：11

创建时间：2024 年 7 月 8 日 17:20:08

在花粉眼里，爬你的 github 项目是尊重原创

这段话主要讨论了开源软件的共享精神与抄袭行为之间的关系，以及对华为公司行为的看法。发言者质疑为何在开源环境下仍存在抄袭指控，并认为愤怒可能源于未获得预期利益。同时，发言者认为华为将账号等一并转移的行为体现了对原创的尊重，并假设如果是个人行为，愤怒程度可能会有所不同。

特点：

1. 质疑开源与抄袭的关系。
2. 认为愤怒源于利益未满足。
3. 对华为行为的正面评价。

评论数量：10

创建时间：2024 年 7 月 8 日 12:28:44

大家觉得 web 端修改图片颜色用什么方案合适？

用户需要将上传图片中的颜色进行替换，可以采用图像处理软件或在线工具来实现这一需求。通过选择目标颜色并指定替换颜色，用户可以轻松完成图片颜色的修改。

特点：

1. 图像处理软件：如 Photoshop、GIMP 等，提供强大的颜色替换功能，支持精确调整和批量处理。
2. 在线工具：如 Canva、Pixlr 等，提供简单易用的界面，适合快速替换颜色，无需安装软件。
3. 编程脚本：使用 Python 的 Pillow 库等编程工具，通过编写脚本实现自动化颜色替换，适合批量处理和复杂需求。

评论数量：8

创建时间：2024 年 7 月 8 日 10:49:54

不要轻易声称自己敏捷了

在软件开发中，敏捷方法强调灵活性和快速响应变化，但许多团队在实践中未能真正理解其核心原则，导致混乱和低效。文章指出，真正的敏捷需要团队具备谈判能力、明确的需求价值分析和有效的开发结构分解。此外，敏捷并不意味着完全抛弃文档，而是强调文档应简洁有效，以支持更高效的沟通和开发。

特点：

1. 谈判能力：敏捷开发需要团队与管理层进行有效谈判，以确保需求变更的合理性和可行性。
2. 需求价值分析：变更需求时，必须进行价值和代价的考量，以决定是否值得实施。
3. 文档的重要性：敏捷并不排斥文档，而是要求文档简洁、有效，能够支持快速开发和沟通。

评论数量：7

创建时间：2024 年 7 月 8 日 20:13:44

独立开发者这条路不好走，想到中外互联网产品的差异

文章讨论了 PayPal 在 2023 年 12 月 8 日宣布关闭中国大陆市场转账服务的事件。PayPal 表示，此举是为了更好地服务全球用户，并强调将继续支持中国用户在全球范围内的支付需求。文章指出，尽管 PayPal 在中国市场的业务规模较小，但其国际支付服务仍具有重要意义。

特点：

1. PayPal 关闭中国大陆市场转账服务，专注于全球用户服务。
2. 强调继续支持中国用户在全球范围内的支付需求。
3. 尽管业务规模小，国际支付服务仍具重要性。

评论数量：7

创建时间：2024 年 7 月 8 日 11:34:19

Facebook Ad Library 请求数据能否脱离浏览器？

一位从事 FB 广告投流工作的人士正在寻找逆向工程专家，以提高从广告库获取公开广告数据的效率。目前使用 chromedp 进行爬取，但速度较慢。希望找到方法在不使用浏览器的情况下获取数据，并愿意提供报酬。此外，提到了一个名为“eHgtZGV2”的绿色小软件。

特点：

1. 需要逆向工程技术来优化数据获取过程。
2. 当前使用 chromedp 爬取数据，但效率低下。
3. 提供有偿服务以解决此问题。

评论数量：6

创建时间：2024 年 7 月 8 日 10:07:13

limit_req_zone 的使用疑问

在使用 NGINX 的 limit_req_zone 进行请求限制时，发现实际统计的请求量远低于配置的限制阈值，但日志中却显示大量请求被限制。通过两种方法统计请求量，结果均显示每秒请求数在几百左右，远未达到配置的 2000 请求/秒的限制。

特点：

1. 配置问题：limit_req_zone 配置的限制阈值为 2000 请求/秒，但实际统计的请求量远低于此值。
2. 日志异常：尽管统计数据显示请求量不高，但 NGINX 的 error.log 中显示大量请求被限制。
3. 统计方法：使用了两种统计方法（通过 grep 日志文件和通过 nginx_status 接口）来验证请求量，结果一致，均显示请求量远低于限制阈值。

评论数量：5

创建时间：2024 年 7 月 8 日 21:11:29

join-lemmy.org ,求定制个主题/前端

join-lemmy.org 是 Lemmy 的官方主页，类似于 Reddit，提供社区讨论和内容分享功能。用户可以通过该平台加入不同的社区，参与讨论和分享内容。

特点：

1. 社区驱动：用户可以创建和管理自己的社区，定制讨论主题。
2. 开源：Lemmy 是一个开源项目，代码公开，用户可以自由参与开发和改进。
3. 跨平台：支持多种设备和操作系统，用户可以在不同平台上访问和使用 Lemmy。

评论数量：5

创建时间：2024 年 7 月 8 日 22:30:01

请教一下 NGINX 压测的问题：为什么压测 NGINX 的时候，master process 不消耗 cpu？

在虚拟机中使用 NGINX 作为静态 HTTP 服务器进行压测时，发现 master 进程不消耗 CPU，而 worker 进程消耗了 CPU。尽管有 8 个 worker 进程，但 ab 工具的并发度参数设置为 2 时，QPS 就达到了上限。使用长连接进行压测时，QPS 可以提升到 5w。

特点：

1. master 进程不消耗 CPU：尽管 master 进程负责监听和分发请求，但在压测过程中，其 CPU 使用率为 0。
2. 并发度限制：即使有 8 个 worker 进程，ab 工具的并发度设置为 2 时，QPS 就达到了上限。
3. 长连接提升性能：使用长连接进行压测时，QPS 显著提升，达到 5w。

评论数量：5

创建时间：2024 年 7 月 8 日 14:17:50