Rsync on sloppoke: sloppoke.me/s/10833fbfc63bc1…

TrueNASでNextcloudだけが別のpoolに引っ越しできない、なんでだろ？やり方調べてほかのアプリは別のpoolに持っていけたんだけど。 Nextcloudはrsyncで複写しようとすると失敗する。 ファイルマネージャーで単純コピーしたフォルダを新しい作業フォルダに指定してアプリ動かすと起動できない。うーむ

I completed the migration at 1am after a very interesting collaboration with Grok Build. It worked really well, it is only on one step during the migration where it struggled. It was able to SSH to AWS dump and download the database, update deployment workflow via GitHub actions, rsync files to Contabo VPS, build the containers, restored the database ran and verified the app. It also backed up AWS setup as IAC and terminated the resources.

It worked really well, it is only on one step during the migration where it struggled. It was able to SSH to AWS dump and download the database, update deployment workflow via GitHub actions, rsync files to Contabo VPS, build the containers, restored the database ran and verified the app. It also backed up AWS setup as IAC and terminated the resources.

Everything I have published this month in one reference list. Save this. Linux commands for incident diagnosis: Week 1, Monday 2:00 AM SSH hardening full config: Week 3, Tuesday 2:00 AM Fail2Ban configuration (the right way): Week 2, Tuesday 5:30 AM UFW setup in correct order: Week 4, Friday 6:00 PM Linux file permissions explained properly: Week 2, Saturday 12:00 PM Cron job syntax reference: Week 2, Thursday 1:00 AM Systemd service management: Week 4, Saturday 12:00 PM Bash scripts for monitoring: Week 3, Friday 5:30 AM Automated backup with rsync: Week 2, Tuesday 12:00 PM WordPress: White screen of death diagnosis: Week 2, Tuesday 2:00 AM WordPress security mistakes (7 common): Week 1, Thursday 1:00 AM WordPress malware cleanup (full thread): Week 3, Wednesday HTTP to HTTPS migration: Week 3, Thursday 4:30 AM Redis object cache setup: Week 3, Tuesday 5:30 AM WordPress performance checklist: Week 4, Friday 5:30 AM Cloudflare WordPress setup: Week 1, Saturday 4:30 AM Email and DNS: Email migration thread (47 migrations): Week 1, Wednesday DKIM setup for Google Workspace: Week 2, Saturday 4:30 AM SPF record explained properly: Week 3, Tuesday 12:00 PM DMARC reports: how to read them: Week 4, Tuesday 12:00 PM DNS propagation control: Week 1, Tuesday 5:30 AM Full DNS record set for a domain: Week 4, Saturday 2:00 AM Freelance: IT freelance income streams (thread): Week 4, Wednesday How to get first client: Week 1, Friday 6:00 PM Freelance proposal that works: Week 4, Thursday 12:00 PM Building a freelance IT business (thread): Week 2, Wednesday localsysadmin.com/sysadmin

Auto-distributing model weights across 4 nodes from a HuggingFace ID is a genuinely useful abstraction that hides a lot of painful rsync logic. The interesting failure mode is mid-sync node loss, where one machine ends up on a different checkpoint than the other three.

What I wish I'd known before: 1. Product images are the slowest part. 47,000 products had 180,000 images. rsync over SSH was the only sane option. 2. The WooCommerce Sessions table grows insanely large. Truncate it before migrating; those are just shopping carts, not real data. 3. Always test payment gateways in sandbox mode on the new server before going live.

Hugo のサイトを Forgejo Actions でビルドして、rsync でサーバーに転送してデプロイできるようになった

Gotta get rsync on that list and get tridge (Andrew Tridgell) a free pro acct. medium.com/@tridge60/rsync-a… if you haven't seen it

Openrsync: An implementation of rsync, by…の要点を整理すると、導入判断がしやすい。 公開情報を先に押さえると、試す価値があるか判断しやすい。 狙いと価値が離れず説明されていて、判断コストを下げやすい。 制約と前提を先に確認してから触ると、検証の無駄打ちを減らせる。 [検証済み] 爆速検証完了: Python実行確認を実環境でクリア。今すぐ触って価値を確かめやすい軽快さです 🚀（計測: 1.5s） 最小構成で一度試して、効く場面を徐々に広げるのが現実的。 要点を先に押さえると、試すかどうかの判断が速くなる。 #GitHub #OSS #AIエージェント 注目キーワード: openrsync github.com/kristapsdz/openrs…

rsync 3.4.3がバックアップを壊し、コミットログの「claude」で大炎上した件 note.com/zephel01/n/na11cce0… いつもお世話になっているrsyncさんにこんな話題が。 しかし今の時代、デーモンモード＋ネイティブプロトコルは少数派になってしまっているのか…いや、まぁ仕方ないか🥲

rsync のスラッシュありなし毎回調べてるな

Nice! I’ve got mine setup where the shares are mounted on my unraid server over smb and am using rsync on unraid to backup to the mounted smb share.

two words: bit rot software could only be "finished" if the execution layers (phones, pcs) were ever "finished". but they're not. so its mandatory to update software to tread water and ensure the program continues to be usable. this is different from cases like vibecoded rsync

Tweaking your #poudriere build on #FreeBSD? Wanting to try out that new version without rebuilding the entire tree? That was me earlier tonight. With the help of rsync, I copied my repo, and then built only the bits I needed to build. Not a whole repo. dan.langille.org/2026/06/12/…

BestBlogs 早报 · 06-13 # Anthropic AI 民调 / Kimi K2.7 Code / 黄仁勋 AI 工厂 / Claude Fable / Cursor Composer 2.5 [1] ★ 精讲｜Anthropic 首份公开记录调查结果 Anthropic 首个面向全美公众的调查，覆盖近 52000 人。结果呈现清晰的「期待与焦虑并存」：48% 期待 AI 攻克癌症等疾病，64% 担心失业，71% 支持政府监管，而只有 15% 信任 AI 公司自行决策。值得玩味的是，每天用 AI 工作的人对失业的担忧（54%）反而显著低于从不使用者（70%）。 来源：Anthropic News bestblogs.dev/article/05a210… [2] ★ 精讲｜黄仁勋谈智能时代的「发电机」：从检索式计算到 AI 工厂 [视频] 黄仁勋在红杉访谈中给智能时代找了个 300 年前的参照物：发电机。计算正从持续 60 年的「检索预存数据」范式转向实时生成智能的 AI 工厂，整个产业可拆成能源、芯片、设施、基础模型、应用五层。他还用放射科医生和软件工程师的例子回应失业焦虑：自动化任务不等于取代职业目的。 来源：Sequoia Capital bestblogs.dev/video/93f8c99 [3] ★ 精讲｜Kimi K2.7 Code 编程模型已上线 Kimi Code、API 开放平台 月之暗面发布并开源 Kimi K2.7 Code 编程模型：相比 K2.6，代码基准 Kimi Code Bench v2 提升 21.8%，长程任务的过度思考倾向明显改善，平均 token 消耗减少 30%，智能体自主执行能力也提升约一成，价格与 K2.6 持平。更值得期待的是下周一上线的高速版：输出速度约为普通版的 5 到 6 倍，6 倍速度只要 2 倍价格。注意新模型必须开启思考模式才能发挥最佳性能。 来源：月之暗面 Kimi bestblogs.dev/article/7ed285… [4] 深度思考：架构腐朽 & Loop Engineering 本文从软件工程实践出发，深入剖析系统架构腐朽的本质、成因与应对策略，并提出在 AI Agent 时代通过 Loop Engineering 建立持续排熵能力的工程框架。 来源：浮之静 bestblogs.dev/article/1706c4… [5] 万字长文：做了些爆款 Skills 以后，我对 Skills 的看法 本文基于作者在 PPT、社交媒体卡片、Logo 生成器等爆款 Skills 上的真实实践，系统论述了 Skill 作为 Agent 时代「能力商品」的本质：将专家经验、工作流、品味和工具调用封装成可分发、可复用、可迭代的能力单元，并深入探讨了其架构、设计、维护、生态与未来边界。 来源：歸藏的 AI 工具箱 bestblogs.dev/article/545758… [6] 神话催生寓言，Cursor 的 Composer 2.5，智能体构建智能体 本期《The Batch》涵盖了 Anthropic 的 Claude Mythos 5 和 Fable 5 模型、Cursor 的 Composer 2.5，以及由 Anthropic 的生产力数据引发的关于递归自我改进的讨论。 来源：The Batch | DeepLearning.AI bestblogs.dev/article/08a9c3… [7] 科技爱好者周刊（第 400 期）：rsync 的争论 本期周刊以 rsync 维护者用 AI 生成代码引发的争议为引，探讨 AI 时代开源项目的维护困境与未来协作模式，并汇集科技动态、工具推荐与深度文摘。 来源：阮一峰的网络日志 bestblogs.dev/article/d1462f… [8] SpaceX 敲钟，马斯克成人类首个“万亿美元先生”，400 名员工身家过亿 SpaceX 以 1.77 万亿美元估值完成史上最大 IPO，开盘市值一度突破 2 万亿美元，引发大规模造富效应与估值分歧。 来源：腾讯科技 bestblogs.dev/article/ff2e83… [9] 从蛋白质模型到智能体编程：5 篇论文看 AI 研究正在走向哪里 [视频] 这场 Y Combinator 技术 meetup 盘点了 5 个正在成形的 AI 研究方向：蛋白质 scaling laws、自引导 selfplay、流式 RAG、基于 Lean 的验证，以及智能体式软件工程。 来源：Y Combinator bestblogs.dev/video/18e855a [10] Claude Fable 展现出不懈的主动性 Claude Fable 5 展现出不懈的主动性，仅凭一张截图和一句提示词，便自主使用浏览器自动化、自定义 Web 服务器和 JavaScript 注入来调试一个 CSS 滚动条 bug。 来源：Simon Willison's Weblog bestblogs.dev/article/67accc… --- BestBlogs.dev · 发现真正适合你的高质量内容 BestBlogs 是 AI 驱动的私人阅读助手，帮助你建立稳定、可信、个性化的高质量信息输入。 关注你感兴趣的来源和主题，每天生成一份更适合自己的「我的早报」。 在线阅读：bestblogs.dev/explore/brief/…

UNAS now supports rsync. No more jank copying from TrueNAS SMB to UNAS SMB using a custom Docker container.

おはようございます、土曜日です！😊 ゆっくり自分時間を楽しみたいですね。 【今日のDX占い】 本日の1位星座：いて座♐ ラッキーデータ同期ツール：#rsync 整えることでスッキリできる日。身の回りも整理すると◎✨ #情シス #DX #企業公式つぶやき部

🚨High - MariaDB Galera SST Parameter Injection, Donor & Joiner Sides (CVE-2026-48163 & CVE-2026-48165) Two related command-injection flaws in MariaDB's Galera State Snapshot Transfer. In CVE-2026-48163, the rsync SST method on the donor node fails to validate joiner-supplied values like WSREP_SST_OPT_REMOTE_USER/PSWD before writing them into stunnel.conf and the rsync magic file. CVE-2026-48165 is the joiner-side counterpart via unsafe wsrep_sst_receive_address handling. In both cases an attacker positioned in the cluster sync flow can inject and execute arbitrary shell commands. They were patched together and ship alongside the critical wsrep_notify_cmd RCE (CVE-2026-49261, CVSS 10.0) - Galera users should treat the whole batch as one upgrade. 👉Upgrade to MariaDB 10.6.27, 10.11.18, 11.4.12, 11.8.8, or 12.3.2.