​.online ドメインの取得は避けてください。

2026/02/25 22:31

​.online ドメインの取得は避けてください。

RSS: https://news.ycombinator.com/rss

要約

日本語訳:

(主要なポイントをすべて含める)


要約

著者は Namecheap の無料プロモーションオファーから珍しい「.online」ドメインを購入し、ICANN 手数料に $0.20 だけ支払って、App Store リンク、スクリーンショット、数行のテキストのみで構成された最小限のブラウザアプリプロジェクトをホストしました—改ざんは検出されませんでした。Cloudflare と GitHub を通じてドメインを設定した後、サイトはダークになりました:訪問者数が 48 時間以内にゼロに減少し、ブラウザが「危険」とフラグ付けし、DNS が空の NS レコードを返し、WHOIS はレジストリ発行の serverHold(クライアント保留ではない)を示しました。

Google の Safe Browsing フラグはドメイン所有権の検証に DNS TXT/CNAME レコードが必要であり、サイトがダウンしている間に設定できなかったため削除できませんでした。著者は偽陽性レポートと Safe Browsing 審査リクエストを提出しようとしましたが、同じ理由で失敗しました。Radix は Google がフラグをクリアするまでドメインの再有効化に応じませんでした;Google は所有権確認後にのみそれを行うことができました。

最終的に著者は Radix が一時的に保留を解除し、Hacker News に投稿してから 40 分以内に不明な Google 社員がフラグを削除したことでサービスを取り戻しました。この事件はレジストリ発行の「serverHold」が .online のような珍しい TLD 上でも合法的で低トラフィックなサイトをロックできることを示しています。著者はドメインを Google Search Console にすぐに追加し、稼働監視を設定しなかったことを後悔しており、将来のプロジェクトでは完全に準備が整っていない限り非 .com TLD を避けるよう助言しています。

サイト内容のミラーは getwisp.online で利用可能です。

本文

二十年以上にわたり .com のピュアリストとして活動してきました。ある時、ルールを破って小さなプロジェクトのために .online TLD を購入したのですが、これが炎上への道だったという話です。

更新: HN に投稿してから 40 分以内に Google の Safe Search ブラックリストからサイトが削除されました。匿名の Google ヒーローに感謝します!
更新2: サイトはついに復帰しました。プロモーション的なリンクは避けるため、興味があれば下部にあるリンクをご覧ください。[4]


Namecheap の魅力的なオファー

今年初め、Namecheap はアカウントごとに無料の .online または .site を選べるプロモーションを実施しました。私は小さなブラウザアプリを開発しており、「何も悪くないだろう」と思い購入しました。

ICANN 手数料 0.20 ドルを支払い、Cloudflare と GitHub に設定すると、すぐに稼働しました―と思いました。

消える現象

購入から数週間後、無関係なドメインのトラフィックデータが直近 48 時間でゼロ訪問となりました。サイトを読み込むと Firefox と Chrome 両方で「このサイトは安全ではありません」というフルページ警告が表示されました。

App Store へのリンク、スクリーンショット(暴力やグロアは無し)、アプリについて数行のテキストだけでした。何も問題になりそうなことは見当たりませんでした。

実際にサイトを開くと「サイトが見つかりません」というエラーが出ました。うわっ。

初期調査

  • Cloudflare がまだ有効で、CF Worker がドメインを指していることを確認。
  • レジストラではドメインは正しく表示され、期限日とネームサーバーも Cloudflare を指していた。
  • dig NS getwisp.online +short
    で何も返ってこない。
  • WHOIS で Status: serverHold が表示された――大変。

不安定な状態に陥る

レジストリ、レジストラ、ホスト、Google のいずれからもメールは届かず確認した。
Namecheap に問い合わせ(実際は clientHold ではなく serverHold)し、迅速な返信を受け取った。

苦笑しながら Radix(レジストリ)にアブズリクエストを送付すると、適切に対応される。

検証のカッチャム

Safe Browsing ブラックリストから外すには、Google Search Console でドメイン検証が必要だ。通常は DNS TXT または CNAME レコードで行うが、ドメインが解決できない場合は機能しない――まさに私の問題。

レジストリは Google がフラグを外すまでドメインを再有効化しない。一方 Google は検証なしにフラグを外せない。Google Search Console、Safe Browsing、Safe Search のいずれでも誤報として報告したが、全て失敗。レジストリには一時的な解除要請を提出し、Google がサイト内容を確認できるようにした。

不運の連鎖

  • 奇妙な TLD を購入: .com は金字塔。二度と他のものは買わない。
  • すぐに Google Search Console に追加しなかった: アナリティクスもコンテンツも予定していなかったので省略――大失策。
  • 稼働可視化が無かった: ランディングページだけだったが、動く部品を最小限にしたかった。

Radix(レジストリ)と Google は、通知や猶予期間なしで厳しい禁止措置と退去プロセスを取った点で特筆すべき。奇妙な TLD か早期報告がトリガーだったのかは不明だ―決して分からない。

まあ、それも人生。$0.20 はさようなら。


注記

  1. サイト内容を確認するミラーはこちらにあります。
  2. serverHold はレジストリ側が設定し、通常は FUBAR 状態を意味します。
  3. clientHold はレジストラ側が設定し、主に支払い・請求関連です。
  4. [getwisp.online]

同じ日のほかのニュース

一覧に戻る →

2026/02/26 5:16

ジミ・ヘンドリックスはシステムズエンジニアでした。

## Japanese Translation: ## Summary: この記事は、ジミ・ヘンドリックスを実質的にシステムエンジニアとして描き、彼が1967年の象徴的な「Purple Haze」のサウンドをペダルとアンプからなる意図的に設計された信号チェーンで作り出したことを論じています。Fuzz Face、Octavia(オクターブ倍増)、wah‑wah、Marshall amp、そして後のUni‑Vibeがどのように連携し、オクターブ倍増、バンドパスフィルタリング、位相シフト、および持続的なフィードバックを生成したかを説明しています。これらは単なる音楽的選択ではなく、設計されたサウンド挙動であると述べています。詳細な回路図を入手し、各ペダルをngspiceの回路シミュレータでモデル化することで、著者はPythonスクリプトを用いてオリジナル録音の非線形ダイナミクスを再現しました。本稿は、1967年2月3日にロンドンのOlympic Studiosで録音された歴史的背景を示し、ヘンドリックスがギターを静的なノブではなく身体運動によって操作するモジュラーアナログシステムとして扱ったことを強調しています。GitHubに公開されているさらなるシミュレーションコードは、他の音楽家がこれらのテクニックを再現または拡張できるようにし、パフォーマンスと回路設計を融合した新しいペダルデザインへのインスピレーションとなる可能性があります。このアプローチは、ギタリスト、プロデューサー、およびメーカーがより体系的なトーン形成方法を採用し、機材をエンジニアリングされたシステムとして捉えるよう促すでしょう。 ## Summary Skeleton **テキストの主な伝えたいこと(メインメッセージ)** この記事はジミ・ヘンドリックスをシステムエンジニアと描き、彼が1967年に「Purple Haze」をレコーディングした際に、ペダルとアンプからなる意図的に設計された信号チェーンを用いて表現力豊かなサウンド効果を生み出したことを示しています。 **証拠/根拠(なぜそう言われるのか)** - ヘンドリックスのチェーン――Fuzz Face、Octavia、wah‑wah、Marshall amp、後にUni‑Vibe――は、オクターブ倍増、バンドパスフィルタリング、位相シフト、および持続的なフィードバックを導入するカスタムハードウェアから構成されていました。 - 著者は詳細な回路図を取得し、ngspiceで各ペダルをモデル化し、Pythonスクリプトで連鎖したシミュレーションを行うことで、録音に観測された非線形挙動を再現しました。 **関連事例/背景(文脈・過去の出来事・周辺情報)** - 「Purple Haze」は1967年2月3日にロンドンのOlympic StudiosでRoger MayerのOctaviaペダルとともに録音されました。 - ヘンドリックスのアプローチは、ギターを静的なコントロールではなく身体運動によって操作するモジュラーアナログシステムとして扱いました。 - 本稿は2026年3月に印刷で掲載され、「Jimi Hendrix, Systems Engineer」というタイトルで、彼の音楽的革新と工学原理を結びつけています。 **今後起こりうること(将来の展開/予測)** - さらに進められたシミュレーション作業とコード(GitHubで公開)は、他のミュージシャンやエンジニアがヘンドリックスの信号処理テクニックを再現または拡張できるようにする可能性があります。 - この枠組みは、現代のアーティストが自らの機材をエンジニアリングされたシステムとして扱い、ヘンドリックスの手法に触発されて新しいペダルデザインを生み出すきっかけになるかもしれません。 **この影響が及ぼすもの(ユーザー/企業/業界)** - ギタリストやプロデューサーは、トーン形成により体系的なアプローチを採用し、身体運動コントロールを機材に組み込む可能性があります。 - ペダルメーカーは、文書化された回路図を参照してヘンドリックスの効果を模倣または改良した新モデルを開発できるでしょう。 - 音楽とエンジニアリングコミュニティは、パフォーマンス芸術と回路設計を融合させた具体的なケーススタディとして、この研究を活用できます。

2026/02/26 8:02

「最初のウェブサイト」

## Japanese Translation: 「オリジナルの要約は明確で包括的であり、主要なポイントを正確に反映しています。修正は必要ありません。」

2026/02/26 5:29

CLI で MCP を低価格化する方法

## Japanese Translation: ## Summary コマンドラインインターフェース(CLI)ツールは、マルチチャネルプログラム(MCP)エージェントと比較してトークン消費を劇的に削減します。セッション開始時には、CLI は約 300 トークンしか必要とせず、MCP はおよそ 15,500 トークンが必要です。各ツール呼び出しは、CLI で約 910 トークンかかり、MCP では 15,600 トークンになるため、90〜98 % の節約が得られます。10 個または 100 個のツールにスケーリングしても、節約率は高く(≈94 %と 92 %)維持されます。Anthropic の Tool Search はより大きなオーバーヘッドを伴い、検索インデックスをロードするだけで約 500 トークンが必要になり、要求時に完全な JSON スキーマを取得すると1回あたり約 3,530 トークンがかかります。これは CLI コストよりもはるかに高くなります。CLIHub はエージェント用の CLI ディレクトリと、MCP 定義を CLI 対応形式に変換するオープンソースコンバータを提供しています。これらの調査結果は、既存ツールを CLI 形式に移行または変換することでトークン使用量を大幅に削減し、API コストを低減し、レスポンス速度を向上させることができることを示唆しています。

​.online ドメインの取得は避けてください。 | そっか~ニュース