#!/bin/bash


# スクリプト内でエラーが発生した場合、即座に終了

set -euo pipefail

# スクリプトが異常終了した場合に実行される処理


# エラーライン番号を出力し、終了コード1で終了

trap 'echo "ERROR: Script failed at line ${LINENO}." >&2; exit 1' ERR

# スクリプトが終了する際に一時ディレクトリを削除

tmp_dir=$(mktemp -d -t wp-cli-db-XXXXXXXX)
trap 'echo "Cleaning up temporary directory: ${tmp_dir}" >&2; rm -rf "${tmp_dir}"' EXIT

echo "Temporary directory created: ${tmp_dir}"

# WordPressのインストールパス

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

# WordPressのファイル所有者ユーザー (例: www-data, nginx)

WP_USER="www-data" # 環境に合わせて変更

# WP-CLIが利用可能かチェック

if ! sudo -u "${WP_USER}" wp --path="${WP_PATH}" core is-installed &>/dev/null; then
  echo "ERROR: WordPress is not installed or WP-CLI cannot access it at ${WP_PATH}." >&2
  exit 1
fi

# ここにwp-cliコマンドやその他の処理を記述

echo "WordPress CLI is accessible."

# ... (以降の処理)

#!/bin/bash

set -euo pipefail
trap 'echo "ERROR: Script failed at line ${LINENO}." >&2; exit 1' ERR
tmp_dir=$(mktemp -d -t wp-cli-db-XXXXXXXX)
trap 'echo "Cleaning up temporary directory: ${tmp_dir}" >&2; rm -rf "${tmp_dir}"' EXIT

WP_PATH="/var/www/html/wordpress"
WP_USER="www-data" # WordPressのファイル所有者ユーザー
BACKUP_DIR="/var/backups/wordpress_db" # バックアップ保存先ディレクトリ

# バックアップディレクトリが存在しない場合は作成

mkdir -p "${BACKUP_DIR}"

TIMESTAMP=$(date +"%Y%m%d%H%M%S")
BACKUP_FILE="${BACKUP_DIR}/wordpress_db_backup_${TIMESTAMP}.sql"
LATEST_BACKUP_SYMLINK="${BACKUP_DIR}/latest_wordpress_db_backup.sql"

echo "Starting WordPress database backup to ${BACKUP_FILE} (JST: $(date '+%Y-%m-%d %H:%M:%S'))..."

# wp-cliをWordPressファイル所有者ユーザーで実行


# --pathオプションでWordPressのルートディレクトリを指定

sudo -u "${WP_USER}" wp db export "${BACKUP_FILE}" --path="${WP_PATH}"

# 最新のバックアップへのシンボリックリンクを更新 (冪等性向上)

rm -f "${LATEST_BACKUP_SYMLINK}"
ln -s "${BACKUP_FILE}" "${LATEST_BACKUP_SYMLINK}"

echo "Database backup completed successfully."
echo "Backup file: ${BACKUP_FILE}"
echo "Latest backup symlink: ${LATEST_BACKUP_SYMLINK}"

# 古いバックアップファイルを削除 (例: 30日以上前のファイルを削除)

echo "Removing old backup files (older than 30 days)..."
find "${BACKUP_DIR}" -name "wordpress_db_backup_*.sql" -type f -mtime +30 -delete
echo "Old backup files removed."

# バックアップファイルのパーミッションを設定 (必要に応じて)

chmod 600 "${BACKUP_DIR}"/*.sql

exit 0

#!/bin/bash

set -euo pipefail
trap 'echo "ERROR: Script failed at line ${LINENO}." >&2; exit 1' ERR
tmp_dir=$(mktemp -d -t wp-cli-db-XXXXXXXX)
trap 'echo "Cleaning up temporary directory: ${tmp_dir}" >&2; rm -rf "${tmp_dir}"' EXIT

WP_PATH="/var/www/html/wordpress"
WP_USER="www-data" # WordPressのファイル所有者ユーザー
BACKUP_DIR="/var/backups/wordpress_db"

# リストアするバックアップファイル。例として最新のシンボリックリンクを使用

RESTORE_FILE="${BACKUP_DIR}/latest_wordpress_db_backup.sql"

# 引数でリストアファイルを指定できるようにする (オプション)

if [[ -n "${1:-}" ]]; then
  RESTORE_FILE="${1}"
fi

if [[ ! -f "${RESTORE_FILE}" ]]; then
  echo "ERROR: Restore file not found: ${RESTORE_FILE}" >&2
  exit 1
fi

echo "WARNING: This operation will overwrite the current WordPress database."
echo "Attempting to restore database from: ${RESTORE_FILE}"
echo "Please confirm to proceed. Type 'YES' to continue."
read -r CONFIRMATION

if [[ "${CONFIRMATION}" != "YES" ]]; then
  echo "Restoration cancelled by user."
  exit 0
fi

echo "Starting WordPress database restoration (JST: $(date '+%Y-%m-%d %H:%M:%S'))..."

# wp-cliをWordPressファイル所有者ユーザーで実行

sudo -u "${WP_USER}" wp db import "${RESTORE_FILE}" --path="${WP_PATH}"

echo "Database restoration completed successfully."
exit 0

#!/bin/bash

set -euo pipefail
trap 'echo "ERROR: Script failed at line ${LINENO}." >&2; exit 1' ERR

API_ENDPOINT="https://example.com/wp-json/wp/v2/posts?per_page=5"
MAX_RETRIES=5
RETRY_DELAY=2 # 初期遅延秒数

echo "Fetching recent posts from WordPress REST API (JST: $(date '+%Y-%m-%d %H:%M:%S'))..."

for i in $(seq 1 "${MAX_RETRIES}"); do

  # curlコマンド:


  # -sS: 進捗メーター非表示、エラーメッセージは表示


  # --fail-with-body: HTTPエラーコードの場合もボディを出力して失敗


  # --connect-timeout 10: 接続タイムアウト10秒


  # --max-time 30: 処理全体の最大タイムアウト30秒


  # --retry 3: 失敗時に3回リトライ


  # --retry-delay 5: リトライ間の遅延5秒


  # --tls-max 1.3 --tlsv1.2: TLSバージョンを指定し、安全性を確保

  RESPONSE=$(curl -sS --fail-with-body \
                   --connect-timeout 10 --max-time 30 \
                   --retry 3 --retry-delay 5 \
                   --tls-max 1.3 --tlsv1.2 \
                   "${API_ENDPOINT}")

  if [[ $? -eq 0 ]]; then

    # jqコマンド: JSONからタイトルとリンクを抽出し、整形

    echo "Successfully fetched data. Processing with jq."
    echo "${RESPONSE}" | jq -r '.[] | "Title: \(.title.rendered)\nURL: \(.link)\n---"'
    break
  else
    echo "Curl failed (attempt ${i}/${MAX_RETRIES}). Retrying in ${RETRY_DELAY} seconds..." >&2
    sleep "${RETRY_DELAY}"
    RETRY_DELAY=$((RETRY_DELAY * 2)) # 指数バックオフ
  fi

  if [[ "${i}" -eq "${MAX_RETRIES}" ]]; then
    echo "ERROR: Failed to fetch data after ${MAX_RETRIES} attempts." >&2
    exit 1
  fi
done

exit 0

sudo install -m 755 wp-db-backup.sh /usr/local/bin/wp-db-backup.sh

[Unit]
Description=WordPress Database Backup Service
After=network.target

[Service]
Type=oneshot

# WordPressのファイル所有者ユーザーとしてスクリプトを実行

User=www-data
Group=www-data

# スクリプト実行パス

ExecStart=/usr/local/bin/wp-db-backup.sh

# 失敗時に自動再起動しない（timerで制御するため）

Restart=no

# ログ出力先 (標準出力と標準エラー出力はjournaldに記録される)

StandardOutput=journal
StandardError=journal

# 環境変数などが必要な場合はここで定義


# Environment="DB_NAME=wordpress"

[Unit]
Description=Run WordPress Database Backup daily at 3:30 AM

[Timer]

# OnCalendar の時刻はUTCで指定する必要がある場合がありますが、systemdのバージョンによってはローカルタイムゾーンもサポートします。


# 明示的にJSTで設定したい場合は、環境変数TZを設定するか、UTCで計算して指定します。


# ここではローカルタイムゾーン（JST）と仮定して指定。


# 毎日午前3時30分に実行

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

# システム起動時にタイマーが設定時刻を逃した場合、すぐに実行

Persistent=true

[Install]
WantedBy=timers.target

# systemd設定をリロード

sudo systemctl daemon-reload

# タイマーを有効化し、すぐに起動

sudo systemctl enable --now wp-db-backup.timer

# サービスのステータス確認

sudo systemctl status wp-db-backup.service

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

sudo systemctl status wp-db-backup.timer

# サービス実行ログの確認

sudo journalctl -u wp-db-backup.service --since "yesterday"