Skip to main content

OKHK 👀

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

  4. 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

  6. #胡言乱语

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

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

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

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

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

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

    —— 小米官方公告

  11. 发哥又又要崛起？

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

  12. #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

  13. Google搜索常用技巧

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

    #Google

  15. 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.

  18. https://vxtwitter.com/Barret_China/status/1720837475390960059

    由于之前有过几次跟服务商/机构/平台/银行/医院/社区等对抗的经历，经常有人向我取经，如何投诉并获得胜诉，我想了想，也没有什么特别的技巧，关键在于：

    1）坚持不懈，持续刚。这一点比较重要，投诉是一件十分耗费时间、精力和耐心的事情，对方会软硬皆施，频繁跟你交互反馈，很多时候会因为事情已经结束或者丧失耐心而放弃投诉

    2）持续抽象问题，帮助对方归纳问题。投诉的焦点无非就是流程设计不当、机制设计不当、软件系统设计问题、服务态度问题等等，如果只把问题聚焦到自己的 case，那就是特事特办，属于小概率事件，对方一般不会引起重视；因此你需要收集证据，找到一两个共性案例，或者聚焦归纳到对方的痒点问题上，只有这样才能得到快速上升；另外，对应的处理机构也特别欢迎这种共性问题，性价比高

    3）适当利用公共资源，并行投诉。例如医院的问题可以反馈给院办，也有对应的地方卫健委，地方卫健委不给力还有市级、省级卫健委，市长热线也会接受此类问题，但它主要还是督办单位；一般来说，向上级部门反馈就不要单纯只说自己的问题，一定要抓住下级部门的小辫子，例如办事效率低、处理问题不公正、流程设计不恰当等等，再附带说说自己的事儿，更多还是达到催办效果

    4）保持理性，控制情绪，不要扩大叙事。要知道，电话对面也是人，上去就是一顿狂喷，问候祖宗十八代，对方就算是想帮助解决问题，也会产生抵触情绪，从而在态度和行动上有所折扣；叙事以后，结论要简洁，证据要客观，不要添油加醋，其实说的再多，对方记录的也主要是你的结论，包括期望的补偿方案

    以上，简要概括了几点。社会问题靠社会人解决，不要觉得投诉让人觉得自己刺头，要知道解决了自己的问题，其实也顺带解决了有相同遭遇的大众问题，鼓励投诉。

    不过有一个小小的建议：尽量不要针对某个人，而是针对流程、机制和合规性问题进行投诉。矛盾指向人，一般都是因为服务态度问题，心态可以放平一点，可能人家跟你沟通之前刚遭遇过什么不愉快的事情。😔

    #Life
OKHK