「掲示板の過去ログを残し続けることは、個人開発者にとって時限爆弾を抱えることと同じである」
令和に自作した2ちゃんねる風掲示板「つゔぁいちゃんねる（2ch.biz）」開発秘話の第3弾。今回は、2ch伝統の文化でありながら、個人運営の生命線でもある「dat落ち（スレッド自動消滅・パージ機構）」の実装と法的リスク防御の裏側を公開します。

💡 はじめに：なぜ「過去ログの自動消滅」が不可欠なのか？

2ちゃんねる全盛期を知る方なら、 「dat落ち」 という言葉に独特の哀愁や風情を感じるのではないでしょうか。
盛り上がった祭りスレも、誰にも相手にされなかった過疎スレも、一定の条件を満たすと掲示板の表舞台から消え、過去ログ倉庫へと送られる――。

しかし、令和の現代において個人でWeb掲示板を運営するにあたり、この「スレッドが自動的に消滅する仕組み」は単なるレトロな演出ではありません。 サービスを法的に存続させるための絶対防衛ライン なのです。

個人運営者を襲う3大リスク

プライバシー侵害・誹謗中傷の時限爆弾
数年前に投下された何気ない実名・悪口の書き込みがGoogleにインデックスされ続け、突如として弁護士からの発信者情報開示請求や損害賠償請求が届くリスク。
「忘れられる権利」への対応コスト
個人開発者が過去何十万件ものログから手作業で削除依頼を精査し続けるのは、時間的・精神的に不可能です。
データベース容量とインデックス性能の劣化
放置された死にスレッドが溜まり続けると、DBストレージを圧迫し、検索クエリのパフォーマンスを著しく低下させます。

そこでつゔぁいちゃんねるでは、開発初期（2026年8月17日）に 「多層的スレッド自動消滅システム（Auto Thread Expiry）」 をゼロから設計・実装しました。

📐 実装した4つの自動消滅ポリシー

「どのタイミングで、どのようにスレッドを消すか？」
つゔぁいちゃんねるでは、以下の4つのトリガーを組み合わせています。

1. 日数経過による自動消滅（デフォルト: 90日間）

どんなに盛り上がったスレッドであっても、最後の書き込み（updated_at）から 90日間 誰からもレスが付かなかった場合、話題としての寿命を終えたと判定し、スレッド情報および所属する全レスをDBから完全消去します。

2. 板ごとの保持スレッド数超過による「押し出し消滅」（デフォルト: 300スレッド）

伝統的な2chの板と同じく、1つの板に保持できるアクティブスレッド数の上限を「300件」に制限。新しいスレッドが立ち上がり301件目になった瞬間、最も更新日時の古いスレッドが自動的に押し出されてdat落ちします。これにより、過疎板でもスレッドが無限に滞留することがなくなります。

3. 1000レス完走スレッドの有期消滅（1000到達後 90日間）

2ちゃんねるのルールである「1000レス到達で書き込み停止（過去ログ化）」。
つゔぁいちゃんねるでは、1000レスに到達したスレッドを即座に消すのではなく、90日間の「閲覧専用猶予期間」を設けた後、綺麗にパージします。

4. 管理画面からの柔軟なポリシー設定＆ワンクリック即時パージ

保持日数や最大保持スレッド数は、管理ダッシュボードからいつでも変更できるようにしました。「荒らしによるスレ乱立でストレージが危ない！」という緊急時には、「🗑️ 今すぐ期限切れスレッドを消去」ボタンで即座にガベージコレクションを実行できます。

🛠️ 技術的挑戦：cron不要の「オンデマンド・パージエンジン」

小規模〜中規模の個人開発において、Linuxの crontab への依存はサーバー移行時の設定漏れやデバッグのブラックボックス化を招きがちです。
そこで、 「通常のリクエスト（書き込み時やスレ一覧取得時）に紛れ込ませて、確率的または軽量にチェックを走らせる方式」 を採用しました。

パージ処理のサーバーサイド実装（`api.php` 抜粋）

public function purgeExpiredThreads($boardId = null) {
    $settings = $this->getExpirySettings();
    if (!$settings['enabled']) {
        return ['purged_threads' => 0, 'purged_posts' => 0];
    }

    $days = (int)$settings['retention_days']; // 例: 90日
    $maxThreads = (int)$settings['max_threads_per_board']; // 例: 300件
    $expiryTimestamp = date('Y-m-d H:i:s', strtotime("-{$days} days"));

    $this->db->beginTransaction();
    try {
        $purgedThreadIds = [];

        // 1. 最終書き込みから指定日数経過したスレッドを抽出
        $stmt = $this->db->prepare("
            SELECT id FROM threads 
            WHERE updated_at < :expiry_time
        ");
        $stmt->execute([':expiry_time' => $expiryTimestamp]);
        $expiredById = $stmt->fetchAll(PDO::FETCH_COLUMN);
        $purgedThreadIds = array_merge($purgedThreadIds, $expiredById);

        // 2. 板ごとの保持上限（300スレ）を超えた古いスレッドを抽出
        $boards = $boardId ? [$boardId] : $this->getAllBoardIds();
        foreach ($boards as $bId) {
            $stmt = $this->db->prepare("
                SELECT id FROM threads 
                WHERE board_id = :bId 
                ORDER BY updated_at DESC 
                LIMIT 1000 OFFSET :maxThreads
            ");
            $stmt->bindValue(':bId', $bId, PDO::PARAM_STR);
            $stmt->bindValue(':maxThreads', $maxThreads, PDO::PARAM_INT);
            $stmt->execute();
            $overflowIds = $stmt->fetchAll(PDO::FETCH_COLUMN);
            $purgedThreadIds = array_merge($purgedThreadIds, $overflowIds);
        }

        $purgedThreadIds = array_unique($purgedThreadIds);

        // 3. 該当スレッドと所属レスを一括完全削除
        if (!empty($purgedThreadIds)) {
            $placeholders = implode(',', array_fill(0, count($purgedThreadIds), '?'));
            
            // レスを物理削除
            $stmt = $this->db->prepare("DELETE FROM posts WHERE thread_id IN ($placeholders)");
            $stmt->execute($purgedThreadIds);
            $deletedPosts = $stmt->rowCount();

            // スレッドを物理削除
            $stmt = $this->db->prepare("DELETE FROM threads WHERE id IN ($placeholders)");
            $stmt->execute($purgedThreadIds);
            $deletedThreads = $stmt->rowCount();

            $this->db->commit();
            return ['purged_threads' => $deletedThreads, 'purged_posts' => $deletedPosts];
        }

        $this->db->commit();
        return ['purged_threads' => 0, 'purged_posts' => 0];

    } catch (Exception $e) {
        $this->db->rollBack();
        error_log("Purge failed: " . $e->getMessage());
        throw $e;
    }
}

工夫したポイント

トランザクションによる不整合防止 : スレッドだけが消えてレスレコードが残留する「孤児レコード問題」を完全に防止。
OFFSET を利用した押し出し判定 : LIMIT 1000 OFFSET 300 を使うことで、面倒なカウント集計を行わずに301件目以降のIDを1発で抽出。
インデックスの最適化 : (board_id, updated_at DESC) の複合インデックスを貼ることで、数千件のスレッドがあっても数ミリ秒で判定完了。

⚖️ 法的リスクを最小化する「フッター免責事項」の自動同期

どんなに優れた自動消滅システムを作っても、ユーザーや外部の閲覧者がそれを知らなければトラブルになります。
「過去ログが消えて困る」「なぜ消したのか」という苦情を防ぐため、トップページのフッターにポリシーを明記しました。

<!-- index.html のフッター表示 -->
<div class="footer-legal-notice">
    ※当掲示板のスレッドは最終更新から90日後に自動消滅します（各板最大300スレッド保持 / 1000レス完走後90日で消滅）。ログの永続的な保管・保全は行っておりません。
</div>

管理画面側で保持日数を「60日」に変更した場合、このフッターの文言も動的に「60日後に自動消滅します」と追従して切り替わるように設計されています。これにより、免責表示とシステム実態の乖離を防いでいます。

🎯 まとめと次回予告

第3回となる今回は、懐かしの文化であり最強の法的防壁でもある 「スレッド自動消滅（dat落ち）システム」 の設計と実装について解説しました。

今回の学び・ポイント

「ログを残さない」ことが最大の防衛策 ：誹謗中傷やプライバシー問題への最善の回答は、一定期間での物理完全消去。
日数＋スレッド数上限の二重トリガー ：過疎板でも過密板でも公平にスレッドの新陳代謝が促される。
ユーザーへの明示とポリシーの動的連動 ：消えることを事前に規約・フッターで周知し、トラブルを未然に防ぐ。

次回、 【第4回】海外からのスパム爆撃を水際遮断！GeoIPを利用した日本国内限定アクセス制御 へと続きます！

🔗 関連リンク

本番サービス : https://2ch.biz/