#!/usr/bin/env bash

#


# WordPress自動メンテナンススクリプト


# wp-cli, jq, curl を用いてWordPressのコア/プラグイン/テーマ更新、DB最適化、ヘルスチェック通知を行います。

#


# 実行ユーザー: webサーバーを実行するユーザー (例: www-data, nginx)


# 依存ツール: wp-cli, jq, curl

#

# --- 1. スクリプトの堅牢化設定 ---


# 実行中にエラーが発生した場合、スクリプトを即座に終了させる

set -euo pipefail

# 一時ディレクトリのパスを定義 (スクリプト実行ごとに固有のディレクトリを使用)


# mktemp -d コマンドは、一時ディレクトリを作成し、そのパスを返す


# -p /tmp は、/tmp ディレクトリ配下に一時ディレクトリを作成する指定

TMP_DIR=$(mktemp -d -p /tmp wp-cli-auto.XXXXXX)

# スクリプト終了時に一時ファイルをクリーンアップするトラップを設定


# ERRシグナルは、スクリプトがエラーで終了した場合に実行される


# EXITシグナルは、スクリプトが正常終了または異常終了した場合に常に実行される

trap 'rm -rf "$TMP_DIR"; echo "$(date +%Y-%m-%d_%H:%M:%S) : Temporary directory $TMP_DIR cleaned up." >&2' ERR EXIT

# WordPressのインストールパス


# 必要に応じて変更してください

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

# wp-cliコマンドを実行するユーザー (Webサーバーの実行ユーザーに合わせる)


# 例: Debian/Ubuntuなら www-data, RHEL/CentOSなら apache/nginx

WP_USER="www-data"

# SlackやMattermostなどへの通知用Webhook URL (任意)


# 通知が不要な場合は空欄にするか、curl部分を削除してください

WEBHOOK_URL="" # 例: https://hooks.slack.com/services/XXXXXXXXX/YYYYYYYYY/ZZZZZZZZZZZZZZZZZZZZZZZZ

# ログファイルパス

LOG_FILE="${TMP_DIR}/wp-cli-maintenance-$(date +%Y%m%d%H%M%S).log"

# --- 2. 関数定義 ---

# wp-cliコマンドを安全に実行するヘルパー関数


# root権限を直接使わず、WP_USERとして実行

run_wp_cli() {
    echo "$(date +%Y-%m-%d_%H:%M:%S) : Executing wp-cli as user '$WP_USER': wp $*" | tee -a "$LOG_FILE"

    # sudo -u ${WP_USER} は、指定されたユーザーとしてコマンドを実行


    # -p ${WP_PATH} は、wp-cliがWordPressのインストールディレクトリを正しく認識できるようにする

    sudo -u "${WP_USER}" wp --path="${WP_PATH}" "$@" 2>&1 | tee -a "$LOG_FILE"
    if [ "${PIPESTATUS[0]}" -ne 0 ]; then
        echo "$(date +%Y-%m-%d_%H:%M:%S) : ERROR: wp-cli command failed: wp $*" | tee -a "$LOG_FILE"
        return 1
    fi
    return 0
}

# Webhook通知を送信する関数 (curlとjqを使用)

send_notification() {
    local status="$1"
    local message="$2"

    if [[ -z "$WEBHOOK_URL" ]]; then
        echo "$(date +%Y-%m-%d_%H:%M:%S) : INFO: Webhook URL is not set. Skipping notification." | tee -a "$LOG_FILE"
        return 0
    }

    local payload
    if [[ "$status" == "SUCCESS" ]]; then
        payload=$(jq -n --arg msg "$message" '{"text": "[SUCCESS] WordPress自動メンテナンス: \($msg)", "color": "good"}')
    else
        payload=$(jq -n --arg msg "$message" '{"text": "[FAILURE] WordPress自動メンテナンス: \($msg)", "color": "danger"}')
    fi

    # curlを堅牢に実行:


    # --max-time 10: 最大実行時間10秒


    # --retry 5: リクエストが失敗した場合、最大5回再試行


    # --retry-delay 5: 最初のリトライまでの待機時間5秒


    # --retry-max-time 60: リトライ試行の合計最大時間60秒


    # --connect-timeout 5: 接続確立のタイムアウト5秒


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


    # -X POST: POSTリクエスト


    # -H "Content-Type: application/json": JSON形式のContent-Typeヘッダー


    # -d @-: 標準入力からリクエストボディを読み込む

    echo "$payload" | curl --max-time 10 --retry 5 --retry-delay 5 --retry-max-time 60 \
                           --connect-timeout 5 -sS -X POST \
                           -H "Content-Type: application/json" \
                           -d @- "$WEBHOOK_URL" 2>&1 | tee -a "$LOG_FILE"

    if [ "${PIPESTATUS[0]}" -ne 0 ]; then
        echo "$(date +%Y-%m-%d_%H:%M:%S) : ERROR: Failed to send notification via curl." | tee -a "$LOG_FILE"
        return 1
    fi
    echo "$(date +%Y-%m-%d_%H:%M:%S) : INFO: Notification sent ($status)." | tee -a "$LOG_FILE"
    return 0
}

# --- 3. メイン処理 ---

echo "$(date +%Y-%m-%d_%H:%M:%S) : Starting WordPress automatic maintenance script." | tee -a "$LOG_FILE"
echo "Log file: $LOG_FILE" | tee -a "$LOG_FILE"

# WordPressのインストール状態を確認

if ! run_wp_cli core is-installed; then
    send_notification "FAILURE" "WordPress installation not found or inaccessible at ${WP_PATH}."
    exit 1
fi

maintenance_status="SUCCESS"
maintenance_message="すべてのタスクが正常に完了しました。"

# データベースの最適化とクリーンアップ

echo "$(date +%Y-%m-%d_%H:%M:%S) : Optimizing WordPress database..." | tee -a "$LOG_FILE"
if ! run_wp_cli db optimize; then
    maintenance_status="FAILURE"
    maintenance_message="データベースの最適化に失敗しました。"
fi
if ! run_wp_cli db clean; then
    maintenance_status="FAILURE"
    maintenance_message="データベースのクリーンアップに失敗しました。"
fi

# WordPressコアの更新

echo "$(date +%Y-%m-%d_%H:%M:%S) : Checking for WordPress core updates..." | tee -a "$LOG_FILE"
CORE_UPDATE_INFO=$(run_wp_cli core check-update --format=json || echo "[]")
if [ "$(echo "$CORE_UPDATE_INFO" | jq 'length')" -gt 0 ]; then
    echo "$(date +%Y-%m-%d_%H:%M:%S) : WordPress core update available. Updating..." | tee -a "$LOG_FILE"
    if ! run_wp_cli core update; then
        maintenance_status="FAILURE"
        maintenance_message="WordPressコアの更新に失敗しました。"
    fi
else
    echo "$(date +%Y-%m-%d_%H:%M:%S) : WordPress core is up to date." | tee -a "$LOG_FILE"
fi

# プラグインの更新

echo "$(date +%Y-%m-%d_%H:%M:%S) : Checking for plugin updates..." | tee -a "$LOG_FILE"
PLUGIN_UPDATES=$(run_wp_cli plugin list --update=available --format=json || echo "[]")
if [ "$(echo "$PLUGIN_UPDATES" | jq 'length')" -gt 0 ]; then
    echo "$(date +%Y-%m-%d_%H:%M:%S) : Plugin updates available. Updating all plugins..." | tee -a "$LOG_FILE"
    if ! run_wp_cli plugin update --all; then
        maintenance_status="FAILURE"
        maintenance_message="プラグインの更新に失敗しました。"
    fi
else
    echo "$(date +%Y-%m-%d_%H:%M:%S) : All plugins are up to date." | tee -a "$LOG_FILE"
fi

# テーマの更新

echo "$(date +%Y-%m-%d_%H:%M:%S) : Checking for theme updates..." | tee -a "$LOG_FILE"
THEME_UPDATES=$(run_wp_cli theme list --update=available --format=json || echo "[]")
if [ "$(echo "$THEME_UPDATES" | jq 'length')" -gt 0 ]; then
    echo "$(date +%Y-%m-%d_%H:%M:%S) : Theme updates available. Updating all themes..." | tee -a "$LOG_FILE"
    if ! run_wp_cli theme update --all; then
        maintenance_status="FAILURE"
        maintenance_message="テーマの更新に失敗しました。"
    fi
else
    echo "$(date +%Y-%m-%d_%H:%M:%S) : All themes are up to date." | tee -a "$LOG_FILE"
fi

# サイトヘルスチェック (任意)

echo "$(date +%Y-%m-%d_%H:%M:%S) : Running site health check..." | tee -a "$LOG_FILE"
HEALTH_STATUS=$(run_wp_cli site-health check status --format=json || echo "{}")
SITE_HEALTH_STATUS_CODE=$(echo "$HEALTH_STATUS" | jq -r '.status.status // "unknown"')

if [[ "$SITE_HEALTH_STATUS_CODE" != "good" ]]; then
    echo "$(date +%Y-%m-%d_%H:%M:%S) : WARNING: Site health check reported status: $SITE_HEALTH_STATUS_CODE" | tee -a "$LOG_FILE"

    # 自動更新の失敗とは異なるため、ここではmaintenance_statusをFAILUREに直接変更しない

fi

echo "$(date +%Y-%m-%d_%H:%M:%S) : WordPress automatic maintenance script finished with status: $maintenance_status." | tee -a "$LOG_FILE"

# --- 4. 結果通知 ---

send_notification "$maintenance_status" "$maintenance_message"

exit 0

[Unit]
Description=WordPress CLI Maintenance Service
Documentation=https://wp-cli.org/

# After=network.target は、ネットワークが利用可能になった後にサービスを起動することを示す。


# 例えば、通知のためのcurlコマンドがネットワーク接続を必要とする場合に有用。

After=network.target

[Service]

# Type=oneshot は、コマンドが一度実行され、終了したらサービスも終了するタイプであることを示す。

Type=oneshot

# User=root でスクリプトを実行し、スクリプト内で wp-cli コマンドを www-data ユーザーに切り替える。


# これにより、systemd timer を root で管理しつつ、wp-cli 操作は非特権ユーザーで行える。

User=root

# WorkingDirectory は、サービスが実行される作業ディレクトリ。


# スクリプトが参照するパスが相対パスの場合に重要。

WorkingDirectory=/var/www/html/wordpress

# ExecStart は、サービスが起動したときに実行されるコマンド。


# /usr/local/bin/wp-cli-maintain.sh は、先ほど作成したスクリプトのフルパス。

ExecStart=/usr/local/bin/wp-cli-maintain.sh

# StandardOutput と StandardError は、標準出力と標準エラーのログをjournalctlにリダイレクトする。


# journalctl -u wp-cli-maintain.service でログを確認できる。

StandardOutput=journal
StandardError=journal

# Restart=on-failure は、サービスが失敗した場合に再起動を試みる設定。


# Type=oneshotの場合、スクリプトの終了コードによって失敗と判定される。

Restart=on-failure
RestartSec=5

# PrivateTmp=true は、サービスに専用の一時ディレクトリを提供し、セキュリティを向上させる。

PrivateTmp=true

[Install]

# WantedBy=multi-user.target は、システムがマルチユーザーモードになったときにサービスが有効になることを示す。


# systemd timer から起動されるため、直接有効化されることは少ないが、良いプラクティスとして記述。

WantedBy=multi-user.target

[Unit]
Description=Run WordPress CLI Maintenance daily

# After=wp-cli-maintain.service は、このタイマーがサービスが起動した後に有効になることを示す。


# 必ずしも必要ではないが、関連付けることで依存関係を明確にする。

After=wp-cli-maintain.service

[Timer]

# OnCalendar は、タイマーのスケジュールを設定。


# "daily" は毎日実行。 "weekly" や "Mon *-*-* 03:00:00" (毎週月曜日の午前3時) なども設定可能。


# JST基準で毎日午前3時30分に実行。

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

# Persistent=true は、タイマーが停止している間に予定された実行がスキップされた場合、


# タイマーが再度起動したときにすぐにその実行を試みるようにする (起動時のキャッチアップ)。

Persistent=true

[Install]

# WantedBy=timers.target は、システムがタイマー機能を有効にしたときにこのタイマーも有効になることを示す。

WantedBy=timers.target