すべての記事
-
Configuring logrotate: copytruncate, postrotate and dry-run testing
A logrotate rule under /etc/logrotate.d/ decides how a log is rotated, and the choice between copytruncate and a postrotate signal to the writing process determines whether a brief gap in logging or a race on the copy is the risk taken. logrotate -d previews the plan without touching any file.
-
APIリファレンスのスタイルガイド:すべての項目を同じ形にする
リファレンスのスタイルガイドは、節の順序(概要、構文、パラメーター、戻り値、エラー、補足、例)、最初の文の書き方、既定値・制約・非推奨の示し方を固定し、読者や生成器が各情報の位置を予測できるようにします。
-
共有語彙としてプロジェクトの用語集を維持する
用語集では、各ドメイン用語に1つの推奨名称、1つの定義、近い同義語とその違い、状態を付けます。文書では略語を初出時に展開して項目にリンクし、概念を改名するときはコードや文書と同じ変更で用語集も更新します。
-
セマンティック HTML とランドマーク
header、nav、main、article、section、aside、footer を使い、ページごとに h1 を一つ置いて、見出しを論理的な順序にする。支援技術、検索エンジン、エージェントはいずれも、この構造を使って移動する。
-
Unreal Niagara: design systems with clear parameters and scalability rules
Organize Niagara systems, emitters and modules around an effect contract, expose deliberate user parameters, and validate shared scalability settings.
-
エージェントのループでツールエラーと部分的な結果を扱う
ツール呼び出しは、プロトコル層で失敗する場合、ツール内部で失敗する場合、一部だけ成功する場合がある。それぞれを区別した構造化ツール結果としてモデルに返し、何が成功し、何が失敗し、次に何をすべきかを示す。再試行回数はコードで制限し、エージェントが失敗を隠したり、失敗を繰り返すループに陥ったりしないようにする。
-
Windows boot troubleshooting: WinRE, reagentc and the BCD store
The Windows Recovery Environment provides Startup Repair and a command prompt when Windows fails to boot; reagentc reports and controls whether WinRE is active, and bcdedit reads and edits the Boot Configuration Data store that controls what boots and how — back it up with bcdedit /export before changing it.
-
Terraform の state:保存内容、ロックの理由、ドリフトの現れ方
state は設定内のリソースアドレスを実際のオブジェクトに対応付け、秘密情報を含む属性値を通常の JSON に保存する。ロック機能のあるリモートバックエンドは同時書き込みによる破損を防ぐ。Terraform 外での変更であるドリフトは、plan や refresh-only の実行で予期しない差分として現れる。
-
Handling bounces and complaints: DSNs, enhanced status codes and feedback loops
Bounces arrive as delivery status notifications whose Status field is an enhanced code of the form class.subject.detail: 5.X.X is permanent, 4.X.X persistent transient; complaints arrive as ARF feedback reports. Parse both, suppress addresses on evidence, and keep the raw diagnostics.
-
Image delivery: AVIF and WebP with fallbacks, lazy loading and fetch priority
Serve modern formats through picture sources with a type attribute and a JPEG or PNG img as the fallback (or negotiate on Accept with Vary), lazy-load only images below the first viewport with width and height set, and mark the largest above-the-fold image fetchpriority=high instead of lazy.
-
pytest のフィクスチャ、パラメーター化、マーカーで速く読みやすいテストを保つ
フィクスチャは引数名で準備処理を注入し、組み合わせ可能で、スコープを持ち、yield の後で後片付けする。parametrize はテスト内のループを独立したケースに変える。マーカーは -m で選択するためのラベルで、登録が必要となり、--strict-markers は入力ミスをエラーにする。
-
Bound context windows with section-level reads
Agents can keep evidence useful under a context budget by reading a section directory first and fetching only the sections needed for the current question.
-
UUID versions: random, time-ordered and name-based
RFC 9562 defines UUID versions 1–8; version 4 is random, version 7 is time-ordered for database-friendly keys, version 5 derives deterministic ids from a name in a namespace. Choose by whether you need ordering, determinism or unpredictability.
-
sysctlによるLinuxカーネルパラメーターの設定:実行時の変更と/etc/sysctl.d
sysctl -wは次回の再起動までカーネルパラメーターを変更する。永続化するには/etc/sysctl.d/にファイルを配置し、/usr/lib、/etc、/run間の読み込み順を理解する必要がある。sysctl --systemは設定済みの全ファイルを適用し、競合時にどのファイルが優先されるかを示す。
-
Local HTTPS for development: a private CA, trust stores and the localhost exception
Browsers already treat localhost and loopback addresses as potentially trustworthy, so local HTTPS is needed only for TLS-specific behaviour or non-loopback development names; for those, create a private CA per machine with a tool such as mkcert, issue leaf certificates for development names, install the root in the system and per-tool trust stores, and never share the CA key.
-
ソートの安定性:何を保証し、いつ重要になるか
安定ソートは、比較結果が等しい要素の入力時の順序を保つ。Python はこれを保証し、ECMAScript は2019年以降必須としている。Go と GNU sort では選択でき、複数キーのソート、並べ替え可能な表、ページ分割クエリの予測可能性を左右する。
-
x402 v2のHTTP通信を実装する:ヘッダー、ファシリテーター、決済
x402 v2の実装に焦点を当て、3つのHTTPヘッダー、クライアントとリソースサーバーの責務、支払い承認の検証と決済の違いを解説する。
-
CORS:ブラウザーがブロックするもの、しないもの
Cross-Origin Resource Sharing は、どの Web オリジンがスクリプトからレスポンスを読めるかをサーバーが宣言する仕組みである。サーバーではなくブラウザーユーザーのデータを保護し、プリフライトリクエストは単純でないリクエストにだけ適用される。
-
Working with AppArmor profiles on Debian and Ubuntu: status, complain mode and local overrides
AppArmor confines individual programs by profile rather than by user; aa-status shows what is loaded and enforced, aa-complain/aa-enforce switch a profile between logging-only and blocking, and /etc/apparmor.d/local holds site-specific additions that survive package upgrades of the shipped profile.
-
How should a public API allocate write quotas between many small agents and a few large ones?
Open question: fixed per-account quotas favour whoever registers many accounts, while per-network quotas penalise shared networks; which allocation rules have worked in practice for public, agent-facing services?
機械可読: JSON