#!/bin/bash


# -----------------------------------------------------------------------------


# スクリプト名: wp_automation_script.sh


# 概要: WP-CLIを使用してWordPressの定期的なメンテナンス（更新、DB最適化）と


#       外部API連携を自動化するスクリプト。


# 前提:


#   - WP-CLIがインストール済み。


#   - jq, curlがインストール済み。


#   - WordPressのルートディレクトリがWP_PATHに正しく設定されている。


#   - systemdサービスからwww-dataユーザーとして実行できるようsudo設定済み。


# -----------------------------------------------------------------------------

# スクリプトの安全な実行設定


# -e: コマンドが失敗した場合、即座に終了


# -u: 未定義の変数を使用しようとした場合、エラーを出して終了


# -o pipefail: パイプライン中のコマンドが失敗した場合、パイプライン全体を失敗させる

set -euo pipefail

# ログファイルの設定


# 標準出力と標準エラーをこのファイルとコンソール（tee）にリダイレクト

log_file="/var/log/wp_automation.log"
exec > >(tee -a "$log_file") 2>&1

# 一時ディレクトリの作成とクリーンアップ設定


# mktemp -d: 安全な一時ディレクトリを作成


# trap: スクリプト終了時（EXIT）に一時ディレクトリを削除

tmpdir=$(mktemp -d)
trap 'rm -rf "$tmpdir"' EXIT

echo "$(date +'%Y-%m-%d %H:%M:%S JST') - WordPress自動化スクリプトを開始します。"

# WordPressのパスとWP-CLIを実行するユーザーを設定


# WP_PATH: ご利用のWordPressインストールパスに合わせて変更してください

WP_PATH="/var/www/html/wordpress"

# WP_CLI_USER: WordPressファイルを所有し、WP-CLIを実行する権限を持つユーザー


#              通常はWebサーバーのユーザー（例: www-data, apache）

WP_CLI_USER="www-data"

# WP-CLIコマンドの実行関数


# 権限分離のため、sudo -u を使用して指定ユーザーとして実行

run_wp_cli() {
    sudo -u "$WP_CLI_USER" wp "$@" --path="$WP_PATH"
    if [ $? -ne 0 ]; then
        echo "エラー: WP-CLIコマンド '$@' の実行に失敗しました。"
        exit 1
    fi
}

echo "WP-CLI自体の更新を確認しています..."
run_wp_cli cli update --yes

echo "WordPressコアの更新を確認しています..."
run_wp_cli core update

echo "WordPressプラグインの更新を確認しています..."
run_wp_cli plugin update --all

echo "WordPressデータベースを最適化しています..."
run_wp_cli db optimize

# 外部APIからデータを取得し、WordPressオプションを更新する例

echo "外部APIからデータを取得し、WordPressオプションを更新します..."

# 前提: インターネット接続、jqがインストール済み


# 入力: EXTERNAL_API_URL


# 出力: WordPressオプション 'my_external_todo_title' が更新される


# 処理時間: ネットワーク呼び出しの遅延、JSONパースの時間


# メモリ: 一般的に小さなJSONオブジェクトを扱うため、低消費

EXTERNAL_API_URL="https://jsonplaceholder.typicode.com/todos/1" # 公開テストAPI
MAX_RETRIES=5       # 最大再試行回数
RETRY_DELAY=5       # 各再試行間の遅延（秒）
RETRY_MAX_TIME=30   # 再試行に費やす合計時間の上限（秒）

# curlコマンドで外部APIからデータを取得


# -sS: サイレントモードでエラー表示


# --fail: HTTPステータスコードが400以上の場合にエラー終了


# --retry: 指定回数再試行


# --retry-delay: 再試行間の遅延


# --retry-max-time: 再試行の合計時間上限

external_data=$(curl -sS --fail --retry "$MAX_RETRIES" --retry-delay "$RETRY_DELAY" --retry-max-time "$RETRY_MAX_TIME" "$EXTERNAL_API_URL")

if [ $? -eq 0 ] && [ -n "$external_data" ]; then

    # 取得したJSONデータから'title'フィールドをjqで抽出


    # 例: {"userId": 1, "id": 1, "title": "delectus aut autem", "completed": false}

    todo_title=$(echo "$external_data" | jq -r '.title' 2>/dev/null)

    if [ -n "$todo_title" ] && [ "$todo_title" != "null" ]; then
        echo "WordPressオプション 'my_external_todo_title' を'${todo_title}'に設定します。"
        run_wp_cli option set my_external_todo_title "$todo_title"
    else
        echo "エラー: 外部APIレスポンスから'title'をパースできませんでした、または値が空/nullでした。"
        echo "APIレスポンス: $external_data"
        exit 1 # パース失敗もエラーとして扱う
    fi
else
    echo "エラー: ${EXTERNAL_API_URL} からデータを取得できませんでした (curl終了コード: $?)。"
    exit 1 # curl失敗もエラーとして扱う
fi

echo "$(date +'%Y-%m-%d %H:%M:%S JST') - WordPress自動化スクリプトを終了しました。"

[Unit]
Description=Automated WordPress Updates and Maintenance

# ネットワーク接続が確立されるのを待つ

Wants=network-online.target
After=network-online.target

[Service]

# One-shotタイプはコマンドが完了するとサービスが終了する

Type=oneshot

# スクリプトを実行するユーザー（systemdはrootで起動、スクリプト内でsudo -u www-dataを実行）


# WP-CLI自体はwww-dataで実行されますが、sudoコマンドはroot権限が必要です。

User=root
Group=root

# 実行するスクリプトのパス

ExecStart=/usr/local/bin/wp_automation_script.sh

# スクリプトの作業ディレクトリ（任意）

WorkingDirectory=/root

# 標準出力と標準エラーをジャーナルにリダイレクト

StandardOutput=journal
StandardError=journal

# systemdのセキュリティ強化オプション (systemd 229以降)


# システムの重要なディレクトリへのアクセスを制限

ProtectSystem=full

# ユーザーのホームディレクトリへのアクセスを制限

ProtectHome=true

# /tmpディレクトリをプライベートにし、スクリプト実行時のみ利用可能な一時領域を提供

PrivateTmp=true

[Install]

# マルチユーザー環境で利用可能にする

WantedBy=multi-user.target

[Unit]
Description=Run WordPress automation script every day

[Timer]

# 毎日午前3時00分 JSTに実行

OnCalendar=*-*-* 03:00:00

# システムがダウンしている間にタイマーが期限切れになった場合、次回起動時にサービスを実行

Persistent=true

# スケジュール時刻に最大5分間のランダムな遅延を追加し、


# 同時に多数のサーバーが起動する「サンダリング・ハーシュ」問題を避ける

RandomSec=300

[Install]

# タイマーを有効にする

WantedBy=timers.target

# systemdに新しいユニットファイルを再読み込みさせる

sudo systemctl daemon-reload

# タイマーユニットを有効化し、システム起動時に自動的に開始するように設定

sudo systemctl enable wp-auto-update.timer

# タイマーをすぐに開始

sudo systemctl start wp-auto-update.timer

# タイマーのステータス確認

sudo systemctl status wp-auto-update.timer

# サービスがアクティブな状態になっているか、または最終実行日時を確認


# サービスは実行後に終了するため、通常は inactive (dead) になりますが、


# 正常に実行された場合はログから確認できます。

sudo systemctl status wp-auto-update.service

# systemdジャーナルでwp-auto-update.serviceのログを確認

sudo journalctl -u wp-auto-update.service --since "today" --pager-end

# スクリプト内で指定したログファイルを確認

sudo cat /var/log/wp_automation.log