Skip to main content

OKHK 👀

OKHK 👀
OKHK 👀
个人数字泔水\(⁠◔⁠‿⁠◔⁠)
✨ Thinking...

  1. NodeBench 脚本具有以下特点

    ● 一键自动测试Yabs，三网线路，区域解锁等功能
    ● 自动输出为markdown文件，方便论坛粘贴
    ● 自动传输到粘贴板，方便直接复制为markdown格式

    使用方法
    bash 
<(curl -sL https://raw.githubusercontent.com/LloydAsp/NodeBench/main/NodeBench.sh)

    #Linux #Script

  3. FlareSolverr - 绕过 Cloudflare 交互 5 秒盾

    https://github.com/FlareSolverr/FlareSolverr

    FlareSolverr 是一个代理服务器，旨在绕过 Cloudflare 和 DDoS-GUARD 保护。它通过启动一个代理服务器，并在接收到请求时使用 Selenium 和 undetected-chromedriver 创建一个 Chrome 浏览器实例来解决 Cloudflare 挑战，然后将 HTML 代码和 cookies 返回给用户，以便其他 HTTP 客户端可以使用这些 cookies 绕过 Cloudflare。

    #Cloudflare #GitHub
    GitHub
    GitHub - FlareSolverr/FlareSolverr: Proxy server to bypass Cloudflare protection
    GitHub - FlareSolverr/FlareSolverr: Proxy server to bypass Cloudflare protection
    Proxy server to bypass Cloudflare protection. Contribute to FlareSolverr/FlareSolverr development by creating an account on GitHub.

  5. https://medium.com/javarevisited/five-api-performance-optimization-tricks-that-every-java-developer-must-know-75324ee1d244

    作者讲了一些常见的 API 优化手段，不止是 Java 开发者适用。

    ● 并行调用
    ● 避免长事务：避免 RPC 和查询逻辑与事务代码放在一起，应该拆分。
    ● 添加合适的索引
    ● 数据库返回少量的数据
    ● 加缓存

    #Doc #DevOps
    Medium
    Five API Performance Optimization Tricks that Every Java Developer Must Know
    Five API Performance Optimization Tricks that Every Java Developer Must Know
    Why is your API response so slow? Maybe you need to solve these problems.

  9. Github Profile 组件收集网站

    今天分享一个小网站，是我闭关 4 日做出来的，大部分时间是研究 UI😂

    之前，我在修改 github profile 时，为了找一些有趣的组件花费了不少时间，所以，我就想做一个 github profile 组件收集网站。目前这是第一版，可能还不太完善，收集了有 30 多个组件，是手动收录的，欢迎来体验并提出任何问题或建议

    链接： https://bubble-awesome-profile.vercel.app/

    Github： https://github.com/LHRUN/bubble

    https://www.v2ex.com/t/990091

    #RePost #GitHub
    GitHub
    GitHub - LHRUN/bubble: Let's start changing your profile. (Readme Profile Collection)
    GitHub - LHRUN/bubble: Let's start changing your profile. (Readme Profile Collection)
    Let's start changing your profile. (Readme Profile Collection) - LHRUN/bubble

  11. #胡言乱语

    这以后手机不用看小米了👋，但一加也做得不咋地啊现在

    小米澎湃 OS 收紧 Bootloader 解锁权限

    11 月 18 日消息，小米官方在社区发布公告，即日起，升级到小米澎湃 OS 后的 Bootloader 解锁权限将仅针对开发者和手机发烧友开放。

    公告建议，普通用户将 Bootloader 锁保持在上锁状态（默认状态），不进行解锁。手机发烧友可前往小米社区申请解锁权限。

    要求通过《解锁资格答题测试》；社区成长等级达到 5 段；完成实名认证。另外解锁权限的申请具有时效性，今年申请的保留至明年年底，往后只本年有效；每年最多支持三台设备解锁；解锁等待期为 72 小时。

    另外，出于安全因素的考量，若 Bootloader 锁处于已解锁状态，将无法收到小米澎湃 OS 的更新推送，如需收到小米澎湃 OS 的更新推送，则需将 Bootloader 锁重新上锁。

    —— 小米官方公告

  16. 发哥又又要崛起？

    https://www.bilibili.com/video/BV1dQ4y1J7LC
    Bilibili
    天玑9300性能前瞻：发哥太强了！_哔哩哔哩_bilibili
    今年最让人兴奋的一颗手机芯片来啦！我们已经测到了天玑9300的工程机，这次发哥逆天地用上了四颗X4超大核+四颗A720大核，前无古人的全大核设计到底有多强？游戏性能打得赢8Gen3吗？今天全部揭晓……, 视频播放量 2867582、弹幕量 23377、点赞数 150014、投硬币枚数 58920、收藏人数 18549、转发人数 43861, 视频作者 极客湾Geekerwan, 作者简介 爱折腾、超硬核的科技数码频道！商务合作请联系：bd@geekerwan.com，相关视频：天玑9400技术前瞻：发哥…

  17. #Github

    📦 macOS Containers

    Github | 官网

    ✨ Features

    ● 在 Mac 上启动 Mac 容器
    ● 支持 HomeBrew 安装
    ● 兼容 Docker

    在 Mac 上启动 Mac 虚拟机的我们见过了不少，比如 UTM。但是在 Mac 上启动 Mac 容器倒是第一次见。macOS Containers 还可以打包成 Docker 镜像，分享给其他人一起使用。

    ⚙️ rund

    macOS Containers 基于 rund。rund 是一个实验性的 containerd Shim，用于在 macOS 上运行 macOS 容器。rund 在九月底发布了第一个预览版本，最新版本为 0..4。

    rund 由于 macOS 内核 API 的限制，无法提供其他操作系统上可实现的常规容器隔离水平。

    rund 提供的功能包括：

    ● 通过 chroot (2) 实现文件系统隔离
    ● 使用进程组清理容器进程
    ● 与 OCI 运行时规范兼容
    ● 仅支持宿主网络模式
    ● 绑定挂载

    ❓为什么 macOS 原生容器很重要？

    最常见的 Docker 也并不是 macOS 原生的。主要原因是 macOS 和 Linux 操作系统之间存在差异。并且 XNU 内核缺少多种隔离原语，这些原语是实现具有与其他平台相当功能的容器支持所必需的。

    在 macOS 上，Docker 运行在一个虚拟机中，这意味着容器操作比在 Linux 上慢。最明显的差别之一是在共享文件系统上。通过 macOS 中的虚拟机访问大文件或大量文件的性能，将始终不如直接访问来得好。

    频道：@NewlearnerChannel

    Message link

    https://m.hkeep.eu.org/m/137

  18. Google搜索常用技巧

    ❶ 双引号：搜索精确字串匹配。示例："精确字串匹配"
    ❷ 减号：去除带有某些匹配的搜索结果。示例：海豚 -海豚湾
    ❸ 波浪号：模糊搜索。示例：音乐 ~网课
    ❹ site关键词：搜索特定网站内的结果。示例：AI site:x.com
    ❺ 竖号：搜索匹配A或匹配B的结果。示例：海豚 | 海豹
    ❻ 两个点：搜索数字范围的匹配。示例：电影 1980..2000
    ❼ filetype关键词：搜索特定文件类型。示例：拜登 filetype:pdf source

    #Google

  20. Top 10 common Dockerfile linting issues


    这篇文章分析了Depot平台上最常见的10个Dockerfile代码检查问题，基于hadolint和Semgrep工具的检测结果。文章详细解释了每个问题的成因、影响以及解决方案，涵盖了从镜像大小优化到安全性考虑的各个方面。这些问题包括多个连续RUN指令、版本固定、包管理优化等，旨在帮助开发者编写更高效、更安全的Docker镜像[1]。


    多个连续RUN指令问题：近30%的Dockerfile存在多个连续RUN指令，应合并为单个原子操作以减少镜像层数和大小。

    apt-get安装时版本固定：30%的Dockerfile未固定包版本，应使用具体版本号避免意外行为。

    使用--no-install-recommends标志：22%的Dockerfile未使用此标志，导致安装不必要的推荐包，增加镜像大小。

    pip安装时避免缓存目录：18%的Dockerfile未使用--no-cache-dir标志，造成不必要的缓存占用空间。

    清理apt-get列表：16%的Dockerfile安装包后未清理apt缓存，应在同一RUN语句中完成安装和清理。

    使用WORKDIR替代RUN cd：14%的Dockerfile使用RUN cd改变目录，应使用WORKDIR指令。

    pip包版本固定：13%的Dockerfile未固定pip包版本，应指定确切版本号确保构建一致性。

    CMD和ENTRYPOINT使用JSON格式：12%的Dockerfile未使用JSON数组格式，影响信号处理和容器正确关闭。

    使用apt-get替代apt命令：9%的Dockerfile使用面向用户的apt命令，应使用更稳定的apt-get或apt-cache。

    apk add版本固定：8%的Alpine基础镜像Dockerfile未固定apk包版本，应使用版本固定语法。

    #Docker #DevOps #Doc
    Depot
    Top 10 common Dockerfile linting issues
    Top 10 common Dockerfile linting issues
    We've added the ability to lint Dockerfiles on demand in Depot. This post covers the top 10 most common Dockerfile linting issues we've seen flowing through Depot.
OKHK