一键修复与安装脚本(各种linux系统修复与服务器环境安装脚本)
https://github.com/spiritLHLS/one-click-installation-script
#GitHub #Script
https://github.com/spiritLHLS/one-click-installation-script
#GitHub #Script
https://lookscanned.io/
一个能够让 PDF 看起来就像是扫描件一样的在线工具
Look Scanned 完全离线运行在浏览器中，上传 PDF 之后可以对其做一些自定义调整
#PDF #Tool
一个能够让 PDF 看起来就像是扫描件一样的在线工具
Look Scanned 完全离线运行在浏览器中，上传 PDF 之后可以对其做一些自定义调整
#PDF #Tool
https://vxtwitter.com/Barret_China/status/1720837475390960059
由于之前有过几次跟服务商/机构/平台/银行/医院/社区等对抗的经历，经常有人向我取经，如何投诉并获得胜诉，我想了想，也没有什么特别的技巧，关键在于：
1）坚持不懈，持续刚。这一点比较重要，投诉是一件十分耗费时间、精力和耐心的事情，对方会软硬皆施，频繁跟你交互反馈，很多时候会因为事情已经结束或者丧失耐心而放弃投诉
2）持续抽象问题，帮助对方归纳问题。投诉的焦点无非就是流程设计不当、机制设计不当、软件系统设计问题、服务态度问题等等，如果只把问题聚焦到自己的 case，那就是特事特办，属于小概率事件，对方一般不会引起重视；因此你需要收集证据，找到一两个共性案例，或者聚焦归纳到对方的痒点问题上，只有这样才能得到快速上升；另外，对应的处理机构也特别欢迎这种共性问题，性价比高
3）适当利用公共资源，并行投诉。例如医院的问题可以反馈给院办，也有对应的地方卫健委，地方卫健委不给力还有市级、省级卫健委，市长热线也会接受此类问题，但它主要还是督办单位；一般来说，向上级部门反馈就不要单纯只说自己的问题，一定要抓住下级部门的小辫子，例如办事效率低、处理问题不公正、流程设计不恰当等等，再附带说说自己的事儿，更多还是达到催办效果
4）保持理性，控制情绪，不要扩大叙事。要知道，电话对面也是人，上去就是一顿狂喷，问候祖宗十八代，对方就算是想帮助解决问题，也会产生抵触情绪，从而在态度和行动上有所折扣；叙事以后，结论要简洁，证据要客观，不要添油加醋，其实说的再多，对方记录的也主要是你的结论，包括期望的补偿方案
以上，简要概括了几点。社会问题靠社会人解决，不要觉得投诉让人觉得自己刺头，要知道解决了自己的问题，其实也顺带解决了有相同遭遇的大众问题，鼓励投诉。
不过有一个小小的建议：尽量不要针对某个人，而是针对流程、机制和合规性问题进行投诉。矛盾指向人，一般都是因为服务态度问题，心态可以放平一点，可能人家跟你沟通之前刚遭遇过什么不愉快的事情。😔
#Life
由于之前有过几次跟服务商/机构/平台/银行/医院/社区等对抗的经历，经常有人向我取经，如何投诉并获得胜诉，我想了想，也没有什么特别的技巧，关键在于：
1）坚持不懈，持续刚。这一点比较重要，投诉是一件十分耗费时间、精力和耐心的事情，对方会软硬皆施，频繁跟你交互反馈，很多时候会因为事情已经结束或者丧失耐心而放弃投诉
2）持续抽象问题，帮助对方归纳问题。投诉的焦点无非就是流程设计不当、机制设计不当、软件系统设计问题、服务态度问题等等，如果只把问题聚焦到自己的 case，那就是特事特办，属于小概率事件，对方一般不会引起重视；因此你需要收集证据，找到一两个共性案例，或者聚焦归纳到对方的痒点问题上，只有这样才能得到快速上升；另外，对应的处理机构也特别欢迎这种共性问题，性价比高
3）适当利用公共资源，并行投诉。例如医院的问题可以反馈给院办，也有对应的地方卫健委，地方卫健委不给力还有市级、省级卫健委，市长热线也会接受此类问题，但它主要还是督办单位；一般来说，向上级部门反馈就不要单纯只说自己的问题，一定要抓住下级部门的小辫子，例如办事效率低、处理问题不公正、流程设计不恰当等等，再附带说说自己的事儿，更多还是达到催办效果
4）保持理性，控制情绪，不要扩大叙事。要知道，电话对面也是人，上去就是一顿狂喷，问候祖宗十八代，对方就算是想帮助解决问题，也会产生抵触情绪，从而在态度和行动上有所折扣；叙事以后，结论要简洁，证据要客观，不要添油加醋，其实说的再多，对方记录的也主要是你的结论，包括期望的补偿方案
以上，简要概括了几点。社会问题靠社会人解决，不要觉得投诉让人觉得自己刺头，要知道解决了自己的问题，其实也顺带解决了有相同遭遇的大众问题，鼓励投诉。
不过有一个小小的建议：尽量不要针对某个人，而是针对流程、机制和合规性问题进行投诉。矛盾指向人，一般都是因为服务态度问题，心态可以放平一点，可能人家跟你沟通之前刚遭遇过什么不愉快的事情。😔
#Life
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平台上最常见的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
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.
How to be a Programmer 中文版本
https://braydie.gitbooks.io/how-to-be-a-programmer/content/zh/
发现了一个对于程序员挺不错「How to be a Programmer 」中文版本，讲到了我们在工作过程中可能会碰到的一些问题以及解决方案，包括个人技能、团队技能、进阶、沟通、晋升等，值得一看。
#Doc #GitHub
https://braydie.gitbooks.io/how-to-be-a-programmer/content/zh/
发现了一个对于程序员挺不错「How to be a Programmer 」中文版本，讲到了我们在工作过程中可能会碰到的一些问题以及解决方案，包括个人技能、团队技能、进阶、沟通、晋升等，值得一看。
#Doc #GitHub
braydie.gitbooks.io
Introduction · How to be a Programmer
#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
📦 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
Huggingface 在线免费体验 OpenAI 的 TTS （文字转语音）
https://huggingface.co/spaces/ysharma/OpenAI_TTS_New
这个很像真的人说话，很恐怖。 onyx 和 shimmer 是目前我觉得两个效果最好的。
https://m.okjike.com/originalPosts/654a5317190f2acb8942ff5e
#AI #TTS #URL #RePost
https://huggingface.co/spaces/ysharma/OpenAI_TTS_New
这个很像真的人说话，很恐怖。 onyx 和 shimmer 是目前我觉得两个效果最好的。
https://m.okjike.com/originalPosts/654a5317190f2acb8942ff5e
#AI #TTS #URL #RePost
huggingface.co
OpenAI TTS New - a Hugging Face Space by ysharma
Discover amazing ML apps made by the community
#胡言乱语
这以后手机不用看小米了👋，但一加也做得不咋地啊现在
小米澎湃 OS 收紧 Bootloader 解锁权限
11 月 18 日消息，小米官方在社区发布公告，即日起，升级到小米澎湃 OS 后的 Bootloader 解锁权限将仅针对开发者和手机发烧友开放。
公告建议，普通用户将 Bootloader 锁保持在上锁状态（默认状态），不进行解锁。手机发烧友可前往小米社区申请解锁权限。
要求通过《解锁资格答题测试》；社区成长等级达到 5 段；完成实名认证。另外解锁权限的申请具有时效性，今年申请的保留至明年年底，往后只本年有效；每年最多支持三台设备解锁；解锁等待期为 72 小时。
另外，出于安全因素的考量，若 Bootloader 锁处于已解锁状态，将无法收到小米澎湃 OS 的更新推送，如需收到小米澎湃 OS 的更新推送，则需将 Bootloader 锁重新上锁。
—— 小米官方公告
这以后手机不用看小米了👋，但一加也做得不咋地啊现在
小米澎湃 OS 收紧 Bootloader 解锁权限
11 月 18 日消息，小米官方在社区发布公告，即日起，升级到小米澎湃 OS 后的 Bootloader 解锁权限将仅针对开发者和手机发烧友开放。
公告建议，普通用户将 Bootloader 锁保持在上锁状态（默认状态），不进行解锁。手机发烧友可前往小米社区申请解锁权限。
要求通过《解锁资格答题测试》；社区成长等级达到 5 段；完成实名认证。另外解锁权限的申请具有时效性，今年申请的保留至明年年底，往后只本年有效；每年最多支持三台设备解锁；解锁等待期为 72 小时。
另外，出于安全因素的考量，若 Bootloader 锁处于已解锁状态，将无法收到小米澎湃 OS 的更新推送，如需收到小米澎湃 OS 的更新推送，则需将 Bootloader 锁重新上锁。
—— 小米官方公告
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
今天分享一个小网站，是我闭关 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)
Let's start changing your profile. (Readme Profile Collection) - LHRUN/bubble
https://medium.com/javarevisited/five-api-performance-optimization-tricks-that-every-java-developer-must-know-75324ee1d244
作者讲了一些常见的 API 优化手段，不止是 Java 开发者适用。
● 并行调用
● 避免长事务：避免 RPC 和查询逻辑与事务代码放在一起，应该拆分。
● 添加合适的索引
● 数据库返回少量的数据
● 加缓存
#Doc #DevOps
作者讲了一些常见的 API 优化手段，不止是 Java 开发者适用。
● 并行调用
● 避免长事务：避免 RPC 和查询逻辑与事务代码放在一起，应该拆分。
● 添加合适的索引
● 数据库返回少量的数据
● 加缓存
#Doc #DevOps
Medium
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.