Skip to main content

OKHK 👀

Thinking ❤️
  1. mactop

    https://github.com/context-labs/mactop

    mactop 是一款基于终端的监控工具,专门用于监控 Apple Silicon 芯片的实时指标。它提供了一种简单高效的方式来监控 CPU 和 GPU 使用情况、E 核和 P 核、功耗以及其他系统指标。

    实时显示 CPU 和 GPU 功耗
    详细的 CPU 核心 (E 核和 P 核) 原生指标 (Apple 的 Mach Kernel API)
    内存使用和交换信息
    网络使用信息
    磁盘读写活动
    易于阅读的终端界面
    两种布局: 默认和备用
    可自定义界面颜色 (绿色、红色、蓝色、青色、品红、黄色和白色)
    可自定义更新间隔 (默认为 1000 毫秒)
    进程列表 (按 CPU 使用率排序)
    磁盘存储 (已用、总计、可用)
    派对模式 (随机切换颜色)
    可选的 Prometheus 指标服务器 (默认禁用)
    支持所有 Apple Silicon 型号

    ----------------------

    Go 语言
    CGO (用于访问 Apple Mach Kernel API)
    termui (终端 UI 框架)
    gopsutil (系统内存监控)
    powermetrics (用于获取 GPU、网络和磁盘指标)

    #Github #Tool #macOS GitHub - context-labs/mactop: mactop - Apple Silicon Monitor Top
  2. htop

    https://github.com/htop-dev/htop

    htop 是一个跨平台的交互式进程查看器。

    它允许垂直和水平滚动进程列表,以查看它们的完整命令行和相关信息,如内存和CPU使用情况。它还显示系统范围的信息,如负载平均值或交换空间使用情况。显示的信息可以通过图形设置进行配置,并可以交互式地排序和过滤。可以在不输入PID的情况下执行与进程相关的任务(如杀死和重新设置优先级)。

    交互式进程查看和管理
    支持垂直和水平滚动查看进程信息
    可配置的进程信息显示
    支持对进程进行排序和过滤
    支持对进程执行操作(如杀死和重新设置优先级)

    #Github #Tool #Linux GitHub - htop-dev/htop: htop - an interactive process viewer
  3. btop

    https://github.com/aristocratos/btop

    btop是一款资源监视器,可以显示处理器、内存、磁盘、网络和进程的使用情况和统计信息。它是bashtop和bpytop的C++版本和继承者。

    易于使用,采用游戏风格的菜单系统
    完全支持鼠标操作,所有按钮都可以点击
    快速响应的用户界面,支持使用上下键选择进程
    可以显示选定进程的详细统计信息
    支持对进程进行过滤和排序
    支持进程树视图
    可以向选定进程发送任何信号
    提供配置文件选项的UI菜单
    网络使用情况的自动缩放图表
    显示磁盘的IO活动和速度
    电池电量监测
    可选择图表使用的符号
    支持自定义预设

    #Github #Tool #Linux GitHub - aristocratos/btop: A monitor of resources
  4. 一觉醒来发生了什么 01月19日

    2025年1月19日
    🌍资讯快读
    1、去年以旧换新拉动家电消费2700亿元
    https://www.jiemian.com/article/12265915.html
    2、格力电器回应“董明珠被停职审查”传闻:“无中生有、恶意中伤的谣言”
    https://www.jiemian.com/article/12266013.html
    3、科兴向西藏定日县捐赠约200万元物资
    https://www.jiemian.com/article/12266150.html
    4、法国一名艾滋病病毒感染者实现“功能性治愈”
    https://www.jiemian.com/article/12265948.html
    5、拜登政府称执行TikTok禁令的任务将由特朗普新政府承担,特朗普:会尽快决定
    https://www.jiemian.com/article/12265383.html

    👬即刻镇小报
    1、李丰给出的一些中长期值得乐观的理由
    https://m.okjike.com/originalPosts/678a7475ecfc8870a9ddba16
    2、记录这几天高强度小红书冲浪的一些有趣现象
    https://m.okjike.com/originalPosts/678a59dc3337d3105c3ee656
    3、祝大家在2025年都能赚到工资之外的收入
    https://m.okjike.com/originalPosts/678a21d83337d3105c3acc60
    4、对任何人来说,人生都不是一条直线
    https://m.okjike.com/originalPosts/67888142212ee88751938554

    今日即刻镇小报内容来自 @Diiiii @陈不撕 @哥飞 @Szhans ,感谢以上即友的创作与分享。
  5. #Bing_Wallpaper

    位于意大利撒丁岛的一座壮丽的海神石洞,如同神灵的居所。画面展现了精美而奇异的钟乳石和石笋,在温暖的氛围灯光下散发出金色光辉。一个宁静的地下湖面映射出这些戏剧性的地质构造,为画面增添了深度与对称之美。洞穴的一部分被空灵的蓝色光点照亮,营造出一种神秘而天体般的氛围。质感细腻入微,粗糙的岩石表面与平滑的水面倒影交织在一起,将原始的自然之美与神圣的意境完美融合。这幅影像以超现实的高清摄影风格捕捉,恰到好处地平衡了粗犷与超凡的辉煌。
  6. OKHK 👀
    一个奇淫技巧实现的短网址 写在前面哈 这个方案只是出于学习和分享的目的,肯定是不建议在生产环境中使用的。并且不是最优的方案,只是一个简单的实现。 实现 1. 使用 GitHub Pages 自定义子域名,然后通过 404 页面实现跳转。 2. 本地使用 git commit --allow-empty -m 将每一个真实网址作为一个 commit message 提交到 GitHub 仓库。 3. 由于每一个提交都会生成一个唯一的 SHA-1 值,然后通过这个 SHA-1 值作为短网址的路径。 4.…
    1. 由于每一个真实网址都是一个提交,所以会导致仓库的提交记录非常多,不利于查看。 (可以通过 tag 或分支名来实现语义化的路径)
    2. 因为 GitHub 仓库是公开的,所以短网址也是公开的,不适合敏感信息。
    3. 由于是通过 404 页面实现跳转,所以会有一定的延迟。
    4. 404 页使用了 GitHub api ,所以会存在一定的请求次数限制。

    以上,这是一个玩具~

    试试看文中提到的短网址

    https://link.wxhboy.cn/9QEF
    https://link.wxhboy.cn/UCPuD93mY99vfntK8
    https://link.wxhboy.cn/TtnJ

    https://www.v2ex.com/t/1105845#reply0
    hdqXm7LC84lV5Wj.png
    209.3 KB
  7. 一个奇淫技巧实现的短网址

    写在前面哈

    这个方案只是出于学习和分享的目的,肯定是不建议在生产环境中使用的。并且不是最优的方案,只是一个简单的实现。

    实现

    1. 使用 GitHub Pages 自定义子域名,然后通过 404 页面实现跳转。
    2. 本地使用 git commit --allow-empty -m 将每一个真实网址作为一个 commit message 提交到 GitHub 仓库。
    3. 由于每一个提交都会生成一个唯一的 SHA-1 值,然后通过这个 SHA-1 值作为短网址的路径。
    4. 最后在 404 页面中通过 GitHub commits api 用 SHA-1 值获取到 commit message ,然后跳转到真实网址。

    比如: https://link.wxhboy.cn/22bb (22bb 是一个 SHA-1 值)

    以上就是整个实现的思路。源码在这里, Wxh16144/links/blob/gh-pages/404.html

    Firebase Dynamic Links 迁移
    Firebase Dynamic Links 已被弃用,不应该在新项目中使用。该服务将于 2025 年 8 月 25 日关停。
    由于以前使用的 Firebase Dynamic Links 服务,并且最近登录后发现弃用提示。发现提供了数据导出的功能,所以就导出了历史数据。

    这里可以用脚本将导出的数据的真实地址一条条的转换成 commit message ,然后提交到 GitHub 仓库中。

    但是之前的路径是不一样,所以我们可以痛过 tag 来实现一一对应。就像这样:

    如上操作后,我们就可以通过 tag 或分支名来实现语义化的路径

    总结

    用 SHA-1 值作为路径,虽然不是最短的短网址,但是可以保证唯一性。

    加上之前网络上出现过一篇名为 《 Anyone can Access Deleted and Private Repository Data on GitHub 》 的文章,说的是即便删除了有关分支和 tag 依然可以通过 api 获取到提交的信息。微软回应这是设计如此。

    所以我们在仓库只要有 push 过的提交,都可以通过 SHA-1 值来获取到提交信息。也就是说,这个基于 SHA-1 值的短网址服务是可以永久保留的。

    缺点

    说完我们的骚操作,也要说说缺点。
OKHK