2024年10月23日

GoogleのOAuthアプリケーションを本番モードに切り替えた際に送られてきた自動応答メール

具体的には、アプリケーションのレビューを開始する前に、いくつかの点を確認する必要があるという内容です。以下に、メールのポイントを日本語で解説します。

要点:

Google Fit APIを使用している場合
Google Fit APIは2024年5月1日から廃止されるため、これを使用しているアプリケーションは新たな確認プロセスに進むことができません。Fit APIを使っていない場合は問題ありません。
個人使用のみのアプリケーション
アプリが個人的に使用され、他の人と共有されない場合、またはユーザー数が100人未満である場合は、確認プロセスは必要ありません。未確認アプリの警告を無視して続行できるので、パブリッシュ状態を「テスト」にして、そのまま使用することが推奨されています。
内部使用のみのアプリケーション
会社内や自分のドメイン内でのみ使用されるアプリの場合は、「内部専用アプリ」としてマークすることで確認が不要になります。メール内のリンクを参照して、内部アプリとして設定する方法が案内されています。
開発/テスト/ステージング用のアプリケーション
アプリがまだ開発中、テスト中、またはステージング環境にある場合は、確認を必要としません。ただし、テストモードでのまま使用することが推奨され、アプリが公開可能な状態になってから本番に移行するべきです。
WordPress用Gmail SMTPプラグイン
WordPressサイトの管理者のみが使用するGmail SMTPプラグインの場合、確認は不要です。この場合も、テストモードに設定してそのまま利用することが推奨されています。

重要な注意点:

アプリの公開状態（テスト、本番）や可視性（内部、外部）を頻繁に変更すると、確認プロセスに遅延が発生する可能性があるため、必要以上の変更は避けた方が良いとされています。

次のステップ:

このメールに返信し、アプリが上記の条件に該当しないことを確認する必要があります。確認が終わると、Googleがアプリのレビューを開始し、必要な場合はさらに連絡が来るという流れになります。

要するに:
Google Fit APIや個人的、内部的、テスト段階でのアプリでないことを確認した上で、メールに返信してレビューの開始を求めるという手順です。

Google Fit APIとは？

Google Fit APIは、Googleが提供する健康およびフィットネス関連のデータを管理・追跡するためのAPIです。このAPIを使うと、アプリケーションやデバイスがユーザーの身体活動、運動、心拍数、睡眠などのフィットネスデータを取得・記録できるようになります。

主な機能:

活動データの追跡
歩数や消費カロリー、移動距離、アクティブな時間など、ユーザーの身体活動に関するデータを記録し、追跡します。
健康データの管理
心拍数、体重、血圧、血糖値などの健康に関するデータを保存し、他のアプリと共有することが可能です。
センサーとの連携
スマートウォッチやフィットネストラッカーなどのデバイスと連携し、リアルタイムでのデータ収集やモニタリングが可能です。
クラウド同期
収集したデータはGoogle Fitのクラウドサービスに保存され、ユーザーのGoogleアカウントに同期されます。これにより、複数のデバイスからデータにアクセスすることができます。

使われる場面:

フィットネスアプリ（ランニング、サイクリングなどの運動アプリ）
健康管理アプリ（体重、食事、睡眠、心拍数の管理など）
ウェアラブルデバイス（スマートウォッチやフィットネストラッカー）と連携した健康データの記録

終了予定:

Googleは2024年5月1日からGoogle Fit APIの新規確認リクエストを受け付けないと発表しています。つまり、新たにGoogle Fit APIを使いたいアプリはこの日以降、Googleの確認を受けることができなくなるということです。

Google Fit APIの機能が停止するわけではありませんが、新しいアプリの登録や、APIスコープの使用に関する承認が得られなくなるため、今後の使用に制限がかかる可能性があります。

2024年10月21日

QNAP RAIDのリビルド状況の確認方法と、リビルド速度の変更方法

RAIDのリビルド状況の確認方法

1. SSHでQNAPに接続

SSHクライアント（例：PuTTY、Terminal）を使用し、管理者アカウントでQNAPにログインします。

2. リビルドの進行状況を確認

以下のコマンドを実行して、RAIDの状態とリビルドの進行状況を確認します。

  cat /proc/mdstat

出力例：

  [~] # cat /proc/mdstat
  md1 : active raid5 sda3[0] sdb3[1] sdc3[2]
        585583680 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
        [===>.................]  resync = 20.0% (117116736/585583680) finish=50.0min speed=195000K/sec

resync 部分でリビルドの進行状況と速度が確認できます。

3. RAIDアレイの詳細情報を確認（オプション）

特定のRAIDアレイの詳細情報を確認するには、以下のコマンドを使用します。

  mdadm --detail /dev/md1

/dev/md1 は対象のRAIDデバイス名に置き換えてください。

RAIDのリビルド速度の変更方法

リビルド速度は、システム全体または特定のRAIDアレイごとに設定できます。

方法1: システム全体のリビルド速度を変更

1. 現在の設定を確認

cat /proc/sys/dev/raid/speed_limit_min
cat /proc/sys/dev/raid/speed_limit_max

speed_limit_min: リビルドの最小速度（KB/秒）
speed_limit_max: リビルドの最大速度（KB/秒）

2. リビルド速度を設定

リビルド速度の最小値を増やすことで、速度を向上させます。

  echo 100000 > /proc/sys/dev/raid/speed_limit_min

上記では、最小速度を100,000 KB/秒（約100 MB/秒）に設定しています。
必要に応じて最大値も設定できます。

  echo 10000000 > /proc/sys/dev/raid/speed_limit_max

3. 設定が適用されたか確認

cat /proc/sys/dev/raid/speed_limit_min
cat /proc/sys/dev/raid/speed_limit_max

方法2: 特定のRAIDアレイのリビルド速度を変更

1. 現在の設定を確認

cat /sys/block/md1/md/sync_speed_min
cat /sys/block/md1/md/sync_speed_max

/sys/block/md1/md/ は対象のRAIDデバイスに置き換えてください。

2. リビルド速度を設定

特定のRAIDアレイのリビルド速度を設定します。

  echo 200000 > /sys/block/md1/md/sync_speed_min

上記では、md1 の最小速度を200,000 KB/秒（約200 MB/秒）に設定しています。
最大速度を設定する場合：

  echo 10000000 > /sys/block/md1/md/sync_speed_max

3. 設定が適用されたか確認

cat /sys/block/md1/md/sync_speed_min
cat /sys/block/md1/md/sync_speed_max

注意事項

システム負荷に注意: リビルド速度を上げると、CPUやディスクI/Oの負荷が増加します。他のサービスへの影響を考慮して設定してください。
設定の永続化: 再起動後も設定を維持するには、起動スクリプトに設定コマンドを追加する必要があります。ただし、QNAPのシステムでは再起動やファームウェア更新で設定がリセットされる可能性があります。
例： echo "echo 100000 > /proc/sys/dev/raid/speed_limit_min" >> /etc/rc.local echo "echo 200000 > /sys/block/md1/md/sync_speed_min" >> /etc/rc.local
システムのパフォーマンスを監視: top や iostat コマンドでシステムの負荷を監視し、必要に応じてリビルド速度を調整してください。
ディスクの健康状態を確認: smartctl コマンドでディスクのS.M.A.R.T情報を確認し、問題がないかチェックしてください。

これらの手順で、RAIDのリビルド状況を確認し、リビルド速度を調整することができます。システムの状態を適宜確認しながら、安全に作業を進めてください。

2024年10月18日

NginxのDHパラメータ（Diffie-Hellman parameters）

DHパラメータ（Diffie-Hellman parameters）は、全サイト共通で使用しても問題ありません。実際、以下の理由から、共通のDHパラメータファイルを使用することが推奨されます：

セキュリティ：
適切に生成された強力なDHパラメータは、すべてのサイトに対して同じレベルのセキュリティを提供します。
効率性：
DHパラメータの生成は計算コストが高く、時間がかかります。サイトごとに生成する必要はありません。
管理の容易さ：
1つのファイルを管理する方が、複数のファイルを管理するよりも簡単です。更新や rotationが必要な場合も、1か所で行えば済みます。
リソース効率：
共通のDHパラメータを使用することで、メモリ使用量を削減できます。
標準的な慣行：
多くの組織やサーバー設定で、共通のDHパラメータファイルを使用することが一般的です。

ただし、以下の点に注意してください：

DHパラメータは定期的に更新することが推奨されます（例：年に1回程度）。
十分に強力なDHパラメータを使用してください（少なくとも2048ビット、できれば4096ビット）。
DHパラメータファイルは安全に保管し、適切なアクセス権限を設定してください。

DHパラメータの生成例：

openssl dhparam -out /etc/nginx/ssl/dhparam.pem 4096

この設定方法（全サイト共通のDHパラメータ）は、セキュリティと効率性のバランスが取れた良い選択肢です。サイトごとに個別のDHパラメータを生成する必要はありません。

そもそもDHパラメータとは

DHパラメータ（Diffie-Hellmanパラメータ）は、インターネット上での安全な会話を実現するための特別な数字の組み合わせだと考えてください。

日常生活での例えで説明すると：

秘密の暗号を作る：
二人の友達が、他の人に聞かれたくない秘密の会話をしたいとします。でも、最初に会って暗号を決める機会がありません。
公開の場での鍵交換：
DHパラメータは、二人が公開の場（インターネットのように誰でも見ることができる場所）で会話しながら、秘密の暗号を作り出す方法を提供します。
魔法のような数学：
複雑な数学を使って、二人だけが知る秘密の数字を作り出します。周りの人には、その過程を見ていても最終的な秘密の数字はわかりません。
鍵の生成：
この秘密の数字を使って、実際の会話を暗号化する鍵を作ります。
安全性の確保：
DHパラメータを使うことで、たとえ誰かが会話を盗み聞きしようとしても、内容を理解することはできません。
毎回新しい鍵：
さらに、DHパラメータを使うと、会話のたびに新しい秘密の暗号を作ることができます。これにより、もし一つの会話が漏れても、他の会話は安全なままです。

つまり、DHパラメータは、インターネット上で知らない人と安全に秘密の会話をするための、とても賢い方法を提供する特別な数字のセットです。これにより、オンラインショッピングやインターネットバンキングなどの重要な情報のやり取りを、安心して行うことができるのです。

2024年10月17日

JITコンパイラとは？

JITコンパイラ（Just-In-Time Compiler）は、プログラムの実行中にコードを動的にコンパイルする技術です。通常のコンパイラは、プログラムのソースコードを実行前に全てコンパイルしてから実行しますが、JITコンパイラは実行時に必要な部分だけをコンパイルして、すぐに実行します。

JITコンパイラの特徴:

パフォーマンス向上: 実行中に最適化を行うため、動作中のプログラムに合わせた最適化ができ、高速な実行が可能です。
柔軟性: 実行時に動的にコンパイルを行うため、動的言語（例：JavaScriptやPython）や仮想マシン上で動作する言語（例：Java、C#）でよく使用されます。
適応的最適化: プログラムの実行状況に応じて最適化を行い、効率の良いバイトコードへの変換が可能です。

JavaのJVMやJavaScriptエンジン（V8など）で採用されている代表的な技術であり、プログラムの実行速度を向上させる重要な手法となっています。

仮想マシンとは？

仮想マシン（Virtual Machine、VM）とは、物理的なハードウェア上で動作するソフトウェアによって仮想的に作られたコンピュータのことです。仮想マシンは、物理的なコンピュータ（ホスト）の上で動作し、独立したオペレーティングシステム（ゲストOS）を実行できます。

仮想マシンの特徴:

仮想化技術: ハードウェアリソース（CPU、メモリ、ディスク、ネットワーク）をソフトウェアで仮想化し、複数の仮想マシンが1台の物理コンピュータで動作できるようにします。
独立性: 仮想マシンは独立しているため、1つの仮想マシンで発生した問題が他の仮想マシンやホストに影響を与えにくいです。
リソース分割: CPUやメモリ、ストレージなどのハードウェア資源を複数の仮想マシンで共有することが可能です。これにより、1台の物理マシンで効率的に複数のシステムやアプリケーションを運用できます。

仮想マシンには2つの主要なタイプがあります:

プロセス仮想マシン: 特定のプログラムを実行するために仮想環境を提供します。例えば、JavaのJVM（Java Virtual Machine）はJavaアプリケーションを実行するためのプロセス仮想マシンです。
システム仮想マシン: 1つの物理コンピュータ上で、複数の仮想コンピュータを完全に実行できる環境を提供します。例えば、VMwareやVirtualBoxなどの仮想化ソフトウェアで実現されるタイプです。

つまり...

JITコンパイラはプロセス仮想マシンの一種であると考えることができます。プロセス仮想マシンは、特定のプログラムやプロセスを実行するための仮想化環境を提供します。JITコンパイラは、たとえばJavaやC#のランタイム環境（それぞれJVMや.NET CLR）などで、バイトコードを実行時にネイティブコードにコンパイルして、効率的に実行する仕組みを提供します。

JavaのJVM（Java Virtual Machine）やC#のCLR（Common Language Runtime）は、仮想マシン上でバイトコード（中間コード）を実行しますが、この仮想マシンがまさにプロセス仮想マシンの一例です。そして、JITコンパイラは、これらの仮想マシンの一部として、バイトコードを実行時にネイティブコードに変換する役割を果たしています。

したがって、JITコンパイラはプロセス仮想マシンの重要なコンポーネントであり、仮想マシン内でプログラムを効率よく動作させるための技術です。

PHPにもJITコンパイラ

PHPにもJITコンパイラが導入されています。PHP 8.0からJIT（Just-In-Time）コンパイラが正式に導入されました。

これにより、PHPのコード実行時にバイトコードを動的にネイティブコードにコンパイルし、パフォーマンスの向上が期待されます。PHPのJITコンパイラは、通常のインタープリタ型の実行とは異なり、繰り返し実行されるコードやCPU集約型の処理を高速化することが可能です。

PHPにおけるJITの特徴:

パフォーマンス向上:

特にCPU依存の重い処理（例: 数値計算や画像処理など）において大幅なパフォーマンスの向上が期待されます。ただし、通常のWebアプリケーションではJITの恩恵はそこまで大きくない場合もあります。

オプションで有効化:

JITはPHPのデフォルトでは無効になっていますが、php.iniファイルで設定を変更することで有効化できます。
有効化するには、例えば以下のような設定を追加します:
ini opcache.enable=1 opcache.jit_buffer_size=100M opcache.jit=tracing
jit_buffer_sizeはJITに使用するメモリ量を設定し、opcache.jitでどのJITモードを使用するか指定します（例: tracingやfunctionなど）。

PHPオペコードキャッシュと連携:

JITコンパイラは、PHPのOPcache（オペコードキャッシュ）の一部として機能します。PHPコードを解析して生成されるオペコードが、JITによってネイティブコードにコンパイルされます。

JITの導入による影響:

CPU集約型のアプリケーション: 画像処理やデータ解析などの計算リソースが多く必要なアプリケーションでは、PHP JITの導入によってパフォーマンス向上が期待できます。
Webアプリケーション: 一般的なWebアプリケーションでは、レスポンス速度の改善はそれほど顕著ではないかもしれませんが、特定のシナリオで高速化が可能です。

PHP 8.0でのJITコンパイラの導入は、言語自体の性能を底上げする試みとして注目されていますが、用途によって効果が異なるため、実際のアプリケーションでどの程度の改善が見られるかは、ケースバイケースです。

2024年10月16日

ディスク性能を測る

time dd if=/dev/zero of=tempfile bs=1M count=1000 ; rm tempfile

1GBのファイルを作成して何秒かかるか調べる

2024年10月16日

Alpine Linux3.19　Alpine Linux3.20　違いは？

Alpine Linux 3.19と3.20の主な違いについて説明します。

新機能とサポート

64ビットRISC-Vサポート: Alpine Linux 3.20では、64ビットRISC-Vアーキテクチャの初期サポートが追加されました[2]。
デスクトップ環境: Alpine Linux 3.20には、KDE Plasma 6とGNOME 46が含まれています[1]。

カーネル

Linuxカーネル: Alpine Linux 3.20は、長期サポートされているLinux 6.6 LTSカーネルシリーズを使用しています[2]。

デフォルトソフトウェア

Valkeyデータベース: Redisのライセンス変更に伴い、Alpine Linux 3.20では新しいValkeyキー・バリューデータベースが導入されました[1]。

アーキテクチャサポート

追加アーキテクチャ: Alpine Linux 3.20は、IBM ZメインフレームやPOWERサーバー（64ビットリトルエンディアン形式）、64ビットRISC-V、32ビットおよび64ビットx86、Armhf、ARMv7、Aarch64など、合計8つの異なるアーキテクチャをサポートしています[1]。

インストールモード

インストールモードの柔軟性: Alpine Linux 3.20は、ディスクレスモード、データディスクモード、システムディスクモードの3つの異なるインストールモードをサポートしています。これにより、RAMからの起動や、ディスクにインストールして永続的なシステム状態を維持することが可能です[1]。

セキュリティとパフォーマンス

セキュリティ強化: Alpine Linuxは、すべてのユーザ空間バイナリをスタックスマッシング保護付きの位置独立実行ファイルとしてコンパイルすることで、バッファオーバーフローの影響を軽減しています[3][4]。

これらの変更点により、Alpine Linux 3.20は、より多くのアーキテクチャをサポートし、最新のデスクトップ環境やデータベースを提供するなど、機能と柔軟性が向上しています。
[1] https://www.theregister.com/2024/05/29/alpine_linux_320_released/
[2] https://9to5linux.com/alpine-linux-3-20-released-with-initial-support-for-64-bit-risc-v-kde-plasma-6
[3] https://en.wikipedia.org/wiki/Alpine_Linux
[4] https://ja.wikipedia.org/wiki/Alpine_Linux
[5] https://www.reddit.com/r/AlpineLinux/comments/1cydbkz/alpine_320_released_questions/
[6] https://engineering.nifty.co.jp/blog/26586
[7] https://alpinelinux.org/releases/
[8] https://gallery.ecr.aws/docker/library/alpine
[9] https://www.alpinelinux.org/
[10] https://alpinelinux.org/posts/Alpine-3.20.0-released.html
[11] https://alpinelinux.org/posts/Alpine-3.17.10-3.18.9-3.19.4-3.20.3-released.html
[12] https://www.cyberciti.biz/faq/how-to-upgrade-alpine-linux-3-4-to-3-5-xx/
[13] https://hub.docker.com/r/arm32v7/alpine/
[14] https://ja.wikipedia.org/wiki/Linux%E3%83%87%E3%82%A3%E3%82%B9%E3%83%88%E3%83%AA%E3%83%93%E3%83%A5%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E6%AF%94%E8%BC%83
[15] https://www.hashicorp.com/blog/installing-hashicorp-tools-in-alpine-linux-containers
[16] https://github.com/alpinelinux/docker-alpine/issues/403
[17] https://discourse.gohugo.io/t/update-the-alpine-package-from-version-3-19-to-3-20/50380

2024年10月13日

Windowsのディスク管理ボリュームの種類

Windowsのディスク管理には、ディスクの構成を効率的に行うためのいくつかのオプションがあります。それぞれのディスクの構成方法について簡単に解説します。

1. シンプル（Simple Volume）

シンプルボリュームは、1つのディスク上に作成される標準的なボリュームです。これは、単一の物理ディスクの空き領域を使用し、ファイルやデータを格納します。特別なデータ保護やパフォーマンス向上はありませんが、最もシンプルで一般的な方法です。

特徴:

単一ディスク上に作成される。
データ保護機能はない。
拡張や他のディスクとの結合はできない。

2. スパン（Spanned Volume）

スパンボリュームは、複数のディスクにまたがってデータを保存するボリュームです。複数のディスクの空き領域を1つのボリュームとして扱い、データを連続して保存していきます。ただし、ディスク障害が起きるとすべてのデータが失われるリスクがあります。

特徴:

複数ディスクの空き領域を結合して1つのボリュームにする。
パフォーマンスの向上はない。
1つのディスクが故障すると、すべてのデータが失われるリスクがある。

3. ストライプ（Striped Volume）

ストライプボリューム（RAID 0）は、データを複数のディスクに分散して書き込むことで、読み書きのパフォーマンスを向上させる構成です。ディスク間でデータを並列に処理するため、速度が向上します。ただし、どれか1つのディスクが故障すると、データがすべて失われるリスクがあります。

特徴:

複数ディスクにデータを分散して保存し、読み書き速度が向上する。
パフォーマンス重視の構成だが、冗長性はない。
1つのディスクが故障すると、すべてのデータが失われる。

4. ミラー（Mirrored Volume）

ミラーボリューム（RAID 1）は、2つのディスクに同じデータをコピーして保存する構成です。1つのディスクが故障しても、もう1つのディスクに同じデータがあるため、データの保護が可能です。パフォーマンス面では、書き込み速度は少し遅くなりますが、読み取りは改善することがあります。

特徴:

2つのディスクに同じデータを保存し、冗長性を提供する。
1つのディスクが故障してもデータは保護される。
データ保護に優れているが、パフォーマンスはストライプほど向上しない。

まとめ

シンプルボリューム：単一ディスクにデータを保存する標準的な構成。
スパンボリューム：複数ディスクにまたがってデータを保存するが、冗長性はない。
ストライプボリューム：パフォーマンスを重視し、データを複数ディスクに分散して保存するが、データ保護はない。
ミラーボリューム：冗長性を重視し、データを複製して保存することで故障に備える構成。

それぞれの方式は用途に応じて使い分けることが重要です。データ保護を重視する場合はミラー、パフォーマンスを重視する場合はストライプなど、ニーズに合わせて選択することができます。

2024年10月10日

VMware ESXiでNFSデータストアを削除する方法

はじめに

VMware ESXiでは、不要になったNFSデータストアを削除する必要があります。削除の前にデータストアが正しくアンマウントされていることを確認する必要があります。この記事では、NFSデータストアを安全にアンマウントし、その後削除する手順を紹介します。

ステップ 1: データストアの確認

まず、削除したいNFSデータストアがシステムでどのように認識されているかを確認します。SSHでESXiホストにログインし、以下のコマンドを実行します。

esxcli storage filesystem list

このコマンドにより、現在マウントされているすべてのデータストアが表示されます。

例:

/vmfs/volumes/5c4de804-fcdc8470  vm  5c4de804-fcdc8470  false  NFS  0  0

ステップ 2: データストアのアンマウント

データストアがまだマウントされている場合は、次の手順でアンマウントします。

アンマウントコマンド:

SSH経由でESXiにログインした状態で、以下のコマンドを実行します。

esxcli storage filesystem unmount -l <データストア名>

<データストア名> には、アンマウントしたいデータストアの名前を指定します。

例:

esxcli storage filesystem unmount -l vm

このコマンドにより、指定したNFSデータストアがアンマウントされます。

ステップ 3: NFSデータストアの削除

データストアをアンマウントした後、以下のコマンドでNFSデータストアを削除します。

esxcli storage nfs remove -v <データストア名>

<データストア名> には、削除したいデータストアの名前を指定します。

例:

esxcli storage nfs remove -v vm

ステップ 4: 削除の確認

削除が完了したかどうかを確認するには、再度次のコマンドを実行して確認します。

esxcli storage filesystem list

リストから削除したデータストアが消えていれば、削除は成功です。

注意事項

データストアが現在のVMやシステムで使用されていないことを確認してください。使用中のデータストアは削除やアンマウントができません。
削除する前に必ず重要なデータがないか確認しましょう。

これで、NFSデータストアのアンマウントから削除までの手順がすべて完了します。

2024年10月10日

Selenium以外でブラウザを操作する方法

Selenium以外でブラウザを操作する方法はいくつかあります。以下に代表的な方法を紹介します。

1. Playwright

概要: Microsoftが開発したエンドツーエンドのテストフレームワークです。Seleniumに似ていますが、より高速で安定した操作が可能です。複数のブラウザ（Chromium, Firefox, WebKit）をサポートしています。
特徴: 並列テスト、ヘッドレスモード、ページ遷移の詳細な制御が可能です。
言語サポート: JavaScript/TypeScript、Python、Java、C#

インストール例（Python）

pip install playwright
playwright install

サンプルコード

from playwright.sync_api import sync_playwright

with sync_playwright() as p:
    browser = p.chromium.launch(headless=False)
    page = browser.new_page()
    page.goto('https://example.com')
    print(page.title())
    browser.close()

2. Puppeteer

概要: Googleが開発した、Node.js用のヘッドレスブラウザ操作ライブラリです。主にChromeやChromiumを操作するために使用されます。
特徴: ページのスクリーンショット、PDF作成、DOMの取得・操作などが簡単に行えます。
言語サポート: 主にJavaScript/TypeScript

インストール例

npm install puppeteer

サンプルコード

const puppeteer = require('puppeteer');

(async () => {
  const browser = await puppeteer.launch({ headless: false });
  const page = await browser.newPage();
  await page.goto('https://example.com');
  console.log(await page.title());
  await browser.close();
})();

3. BeautifulSoup（+ requests）

概要: PythonのWebスクレイピング用ライブラリ。BeautifulSoup自体はブラウザを操作するものではなく、requestsと組み合わせてWebページのHTMLを取得し、操作します。直接ブラウザを操作するものではないため、JavaScriptの実行結果などは扱えません。
特徴: HTMLのパースと解析が容易。動的なサイトには向いていませんが、静的なサイトのデータ取得には有効です。

サンプルコード

import requests
from bs4 import BeautifulSoup

url = 'https://example.com'
response = requests.get(url)
soup = BeautifulSoup(response.text, 'html.parser')
print(soup.title.string)

4. HttpClientやCurlなどを利用した手動リクエスト操作

概要: プログラムからHTTPリクエストを送信し、Webページのデータを取得・操作します。ブラウザ操作ではなく、Webサーバーと直接やり取りするため、動的なコンテンツには向きませんが、APIや静的なページには非常に軽量かつ高速です。
言語サポート: ほぼすべてのプログラミング言語でサポートされています。

5. AutoIt

概要: Windows専用の自動化ツール。GUIアプリケーションの操作をスクリプトで自動化でき、ブラウザを操作する際にも使われることがあります。
特徴: キーボードやマウスの操作を模倣して、アプリケーションやブラウザの操作が可能です。
言語サポート: 独自のスクリプト言語

サンプルコード

Run("chrome.exe")
WinWaitActive("Google Chrome")
Send("https://example.com{ENTER}")

これらの方法は、用途や目的に応じて使い分けることができます。動的なページの操作が必要な場合は、PlaywrightやPuppeteerが適していますが、静的ページのスクレイピングであれば、BeautifulSoupやrequestsが有効です。

2024年10月9日

WP_HOMEとWP_SITEURL

define('WP_HOME', 'http://example.com'); // 公開URL（WordPressサイトのURL）
define('WP_SITEURL', 'http://example.com/wp'); // WordPressがインストールされているURL

WP_HOME は、訪問者がサイトを閲覧するためのURLです（http://example.com）。

WP_SITEURL は、WordPressのコアファイルが置かれているURLで、今回は public/wp にインストールされているため、 http://example.com/wp になります。