「Grav」の版間の差分
Kusanaginoturugi (トーク | 投稿記録) (序文を飜訳) |
Kusanaginoturugi (トーク | 投稿記録) (→Application server: 飜訳) |
||
(同じ利用者による、間の8版が非表示) | |||
9行目: | 9行目: | ||
[[Wikipedia:Grav_(CMS)|Wikipedia]] より: |
[[Wikipedia:Grav_(CMS)|Wikipedia]] より: |
||
− | :Grav は、PHP プログラミング言語と Symfony |
+ | :Grav は、PHP プログラミング言語と Symfony Web アプリケーションフレームワークをベースして書かれたフリーソフトウェアでセルフホスト型のコンテンツ管理システム(CMS)です。バックエンドとフロントエンドの両方でフラットファイルデータベースを使用します。 |
:Grav は学習曲線が浅く、セットアップが簡単であるように設計されています。Grav の焦点は、複雑さを犠牲にした豊富な組み込み機能よりも、スピードとシンプルさです。 |
:Grav は学習曲線が浅く、セットアップが簡単であるように設計されています。Grav の焦点は、複雑さを犠牲にした豊富な組み込み機能よりも、スピードとシンプルさです。 |
||
− | == |
+ | == 前提条件 == |
− | Grav |
+ | Grav は驚くほど少ない前提条件で提供されています。もちろん PHP で書かれたウェブアプリケーションなので [[PHP]] が必要です。必要な PHP モジュールは {{pkg|php-gd}} のみです。他にも[https://learn.getgrav.org/17/basics/requirements#php-requirements いくつか]必要ですが、それらはすでに PHP インストール時に含まれています。次の PHP モジュールはオプションですが、パフォーマンス向上のために強くお勧めします。 |
+ | * キャッシュパフォーマンス向上のための {{pkg|php-apcu}} |
||
− | * {{pkg|php-apcu}} for increased cache performance |
||
+ | * パフォーマンスを劇的に向上させるネイティブ YAML 処理の {{aur|php-yaml}} |
||
− | * {{aur|php-yaml}} for native YAML processing dramatically increasing performance |
||
+ | Grav は[https://getgrav.org/blog/using-builtin-webserver 独自の機能]でコンテンツを提供できますが、この記事ではフル機能のウェブサーバを前提としたセットアップを説明します。したがって、必要なものは以下の通りです。 |
||
− | Although Grav can serve the content [https://getgrav.org/blog/using-builtin-webserver on its own] this article describes a setup with a full blown web server in front. So you need: |
||
− | * |
+ | * ウェブサーバ:[[Apache HTTP Server]] または [[nginx]] など |
− | * |
+ | * アプリケーションサーバ:[[uWSGI]]({{pkg|uwsgi-plugin-php}} と一緒に)または [https://cwiki.apache.org/confluence/display/HTTPD/PHP-FPM FPM] |
+ | 以下の組み合わせをカバーしています: |
||
− | The following combinations will be covered: |
||
− | * nginx → |
+ | * nginx → uWSGI(プラス uwsgi-plugin-php) |
− | * nginx → |
+ | * nginx → FPM |
− | * |
+ | * Apache(mod_proxy_uwsgi を使用)→ uWSGI(プラス uwsgi-plugin-php) |
+ | * Apache(mod_proxy_fcgi を使用)→ FPM |
||
− | * Apache (using mod_proxy_fcgi) → php-fpm |
||
+ | Grav のインストールは、Arch Linux の [[ウェブアプリケーションパッケージガイドライン]] に準拠しています。これは、他の詳細とともに、Grav は独自のシステムユーザー (''grav'') で実行する必要があることを意味します。したがって、{{pkg|php-apache}} を使用して Apache プロセスで PHP コードを直接実行することはもうできません。 |
||
− | The installation of Grav complies with Arch Linux' [[web application package guidelines]]. This means among other details that Grav must be run with its own system user (''grav''). So it is not possible anymore to execute the PHP code directly in the Apache process by means of {{pkg|php-apache}}. |
||
− | == |
+ | == インストール == |
− | + | {{aur|grav}} パッケージを[[インストール]]します。これにより、2つの必要な依存関係である {{Pkg|php}} と {{pkg|php-gd}} が自動的にインストールされます。また、{{pkg|php-apcu}} と {{aur|php-yaml}} を、できれば依存関係として ({{ic|--asdeps}}) をインストールします。{{ic|/etc/php/conf.d/yaml.ini}} の唯一の行をコメントアウトします。{{ic|/etc/php/conf.d/apcu.ini}} を変更しないでください。つまり、唯一の行をコメントしたままにしておきます。これら2つの拡張機能を Grav で有効化する作業は、他の場所で行われます(以下参照)。 |
|
+ | == アプリケーションサーバー == |
||
− | == Application server == |
||
− | + | PHP コードを処理するために使用できる 2 つの主要なアプリケーションサーバーがあります: [[uWSGI]] または [https://cwiki.apache.org/confluence/display/HTTPD/PHP-FPM FPM]。''FPM'' は、名前が示すように、PHP に特化しています。Web サーバーと ''FPM'' の間で使用されるプロトコルは ''fastcgi'' です。このツールは、 [https://www.php.net/manual/en/install.fpm.php PHP のディストリビューションの一部]として何年もの間、活発にメンテナンスされています。欠点は、[https://www.php.net/manual/en/install.fpm.configuration.php 公式ドキュメント]が改善の余地があることです。一方、''uWSGI'' は、言語固有のプラグインを介して [https://uwsgi-docs.readthedocs.io/en/latest/LanguagesAndPlatforms.html いくつかの言語]で書かれたコードを提供できます。使用されるプロトコルは ''uwsgi''(小文字)です。このツールは [https://uwsgi-docs.readthedocs.io/en/latest/index.html 豊富なドキュメント]がありますが、ドキュメントの量が多くなると混乱し、扱いにくくなります。メンテナンスは [https://github.com/unbit/uwsgi/commits/master かなり遅れ]ており、特に [https://github.com/unbit/uwsgi/commits/master/plugins/php PHP プラグイン]については遅れています。 |
|
=== uWSGI === |
=== uWSGI === |
||
+ | {{Warning|2022-01-04 に PHP 8.1 が Arch Linux の Extra リポジトリで利用可能になった時点で、uWSGI の PHP プラグインは壊れていました。(参照:{{Bug|73470}}) このプラグインのリリース 2.0.20-5 では現在動作していますが、プロジェクトの長期的な実用性について [https://github.com/unbit/uwsgi/issues/2287 懸念]があることに注意してください。}} |
||
− | {{Warning|As of 2022-01-04 when PHP 8.1 became available in Arch Linux' Extra repository the PHP plugin of uWSGI was broken. As of release 2.0.20-5 it is working for now but note there are [https://bugs.archlinux.org/task/73470#comment205447 concerns] about the long-term viability of the project. (See {{Bug|73470}})}} |
||
+ | uWSGI には独自の [[uWSGI|記事]]があります。そこには多くの有用な情報が掲載されています。{{pkg|uwsgi}} とプラグイン {{pkg|uwsgi-plugin-php}} をインストールします。できれば依存関係として、つまり {{ic|--asdeps}} で。Grav アプリケーションのセットアップには、ファイルを 1 つコピーして、systemd サービスを1つ定義するだけです。 |
||
− | uWSGI has its own [[uWSGI|article]]. A lot of useful information can be found there. Install {{pkg|uwsgi}} and the plugin {{pkg|uwsgi-plugin-php}} - preferrably as dependencies, i.e. with {{ic|--asdeps}}. Setup of your Grav application requires only copying one file and defining one systemd service. |
||
− | + | ==== grav.ini ==== |
|
+ | Grav 固有の uWSGI 設定ファイルを適切な場所にコピーします。 |
||
− | Copy the Grav specific uWSGI setup file to the appropriate location. |
||
− | + | # cp /usr/share/webapps/grav/webserver-configs/uwsgi-grav.ini /etc/uwsgi/grav.ini |
|
+ | {{ic|grav.ini}} が root によって所有され、書き込み可能であることを確認してください。すなわち {{ic|-rw-r--r-- 1 root root ... grav.ini}} となります。この設定は機能的ですが、お好みに合わせて変更してください。たとえば、{{ic|1=php-set = date.timezone=}} をお好みのタイムゾーンに変更することができます。 |
||
− | Make sure {{ic|grav.ini}} is owned and only writeable by root, i.e. {{ic|-rw-r--r-- 1 root root ... grav.ini}}. This configuration is functional but feel free to adapt it to your liking. E.g. you might like to change {{ic|1=php-set = date.timezone=}} to your preferred timezone. |
||
+ | ==== Systemd サービス ==== |
||
− | '''Enable and start''' |
||
− | + | {{pkg|uwsgi}} パッケージは、テンプレートユニットファイル({{ic|uwsgi@.service}})を提供します。インスタンス ID(ここでは ''grav'')が正しい設定ファイルを選択するために使用されます。したがって、{{ic|uwsgi@grav.service}} を[[起動/有効化]] します。 |
|
+ | もし、このようなサービスがいくつか(例えば 2 つ)起動されており、リソースの無駄だと感じる場合は、[https://uwsgi-docs.readthedocs.io/en/latest/Emperor.html エンペラーモード]を検討してみてください。 |
||
− | In case you have more than a few (e.g. 2) services started like this and get the impression this is a waste of resource you might consider using [https://uwsgi-docs.readthedocs.io/en/latest/Emperor.html emporer mode]. |
||
− | === |
+ | === FPM === |
+ | ''FPM'' をアプリケーションサーバーとして使用する場合は、{{pkg|php-fpm}} をインストールします。できれば依存パッケージとして({{ic|--asdeps}})。 |
||
− | In case you opt to use ''php-fpm'' as your application server install {{pkg|php-fpm}} - preferrably as a dependent package ({{ic|--asdeps}}). |
||
+ | 設定を少し調整する必要があります。 |
||
− | You have to tweak its configuration a little bit. |
||
− | + | ==== php-fpm.ini ==== |
|
− | + | ''FPM'' は、独自のバージョンの {{ic|php.ini}} を実行するのが良い方法です。これにより、''FPM'' でのみ必要なもので標準の INI ファイル({{ic|/etc/php/php.ini}})を散らかさずに済みます。{{ic|/usr/share/webapps/grav/webserver-configs}} に機能的な INI ファイルのコピーがあります。それを {{ic|/etc/php}} にコピーします。 |
|
− | + | # cp /usr/share/webapps/grav/webserver-configs/php-fpm.ini /etc/php |
|
+ | root によって所有され、書き込み可能であることを確認してください。{{ic|-rw-r--r-- 1 root root ... php-fpm.ini}} など。必要に応じて設定をカスタマイズしてください。 |
||
− | Make sure it is owned and only writeable by root. Something along {{ic|-rw-r--r-- 1 root root ... php-fpm.ini}}. Feel free to customize the configuration as you see fit. |
||
+ | ==== grav.conf ==== |
||
− | '''php-fpm service''' |
||
+ | You have to create a so called ''pool file'' for ''FPM''. It is responsible for spawning a dedicated ''FPM'' process for the Grav application. Copy the version provided by the {{aur|grav}} package. |
||
− | ''php-fpm'' is (of course) run as a systemd service. You have to modify the service configuration to be able to run Grav. This is best achieved by means of a [[drop-in file]]. The content of the drop-in file can be found in {{ic|/usr/share/webapps/grav/webserver-configs/php-fpm.service.d/override.conf}}. [[Edit]] {{ic|php-fpm.service}} to create the file and copy over the content. The drop-in file has three purposes. |
||
+ | # cp /usr/share/webapps/grav/webserver-configs/php-fpm.d/grav.conf /etc/php/php-fpm.d |
||
− | * It replaces the {{ic|ExecStart}} line by a start command that uses the {{ic|php-fpm.ini}} covered in the previous section. |
||
− | * It disables the {{ic|ProtectSystem}} option since Grav requires to be able to write to {{ic|/etc/webapps/grav}}. |
||
− | * It disables the {{ic|PrivateTmp}} option. Although a sensible option it has to be turned off so that the {{aur|grav}} package can also be used with other application servers. |
||
+ | Again make sure this pool file is owned and only writeable by root (i.e. {{ic|-rw-r--r-- 1 root root ... grav.conf}}). You may tweak some settings (especially {{ic|pm...}} and {{ic|php_admin_value[date.timezone]}} to your liking. |
||
− | '''grav.conf pool file''' |
||
+ | {{Tip|The package {{pkg|php-fpm}} comes with its own pool file {{ic|www.conf}} that is of little use here. A good approach to get rid of it is to rename it to {{ic|www.conf.package}} and create a file {{ic|www.conf}} with only comment lines (lines starting with a semicolon). This way {{ic|www.conf}} becomes a no-op. It is also not overwritten during installation of a new version of {{pkg|php-fpm}}. Instead a file {{ic|www.conf.pacnew}} is created. You can compare this against {{ic|www.conf.package}} to see if anything significant has changed in the pool file that you may have to reproduce in {{ic|grav.conf}}. Do not forget to rename {{ic|www.conf.pacnew}} to {{ic|www.conf.package}} at the end of this procedure.}} |
||
− | Finally you have to create a so called ''pool file'' for ''php-fpm''. It is responsible for spawning a dedicated ''php-fpm'' process for the Grav application. Copy the version provided by the {{aur|grav}} package. |
||
+ | ==== Systemd service ==== |
||
− | {{bc|cp /usr/share/webapps/grav/webserver-configs/php-fpm.d/grav.conf /etc/php/php-fpm.d}} |
||
+ | ''FPM'' is run as a systemd service. You have to modify the service configuration to be able to run Grav. This is best achieved by means of a [[drop-in file]]. |
||
− | Again make sure this pool file is owned and only writeable by root (i.e. {{ic|-rw-r--r-- 1 root root ... grav.conf}}). You may tweak some settings (especially {{ic|pm...}} and {{ic|php_admin_value[date.timezone]}} to your liking. |
||
+ | {{hc|1=/etc/systemd/system/php-fpm.service.d/override.conf|2= |
||
− | {{Tip|The package {{pkg|php-fpm}} comes with its own pool file {{ic|www.conf}} that is of little use here. A good approach to get rid of it is to rename it to {{ic|www.conf.package}} and create a file {{ic|www.conf}} with only comment lines (lines starting with a semicolon). This way {{ic|www.conf}} becomes a no-op. It is also not overwritten during installation of a new version of {{pkg|php-fpm}}. Instead a file {{ic|www.conf.pacnew}} is created. You can compare this against {{ic|www.conf.package}} to see if anything significant has changed in the pool file that you may have to reproduce in {{ic|grav.conf}}. Do not forget to rename {{ic|www.conf.pacnew}} to {{ic|www.conf.package}} at the end of this procedure.}} |
||
+ | [Service] |
||
+ | ExecStart= |
||
+ | ExecStart=/usr/bin/php-fpm --nodaemonize --fpm-config /etc/php/php-fpm.conf --php-ini /etc/php/php-fpm.ini |
||
+ | ReadWritePaths=/etc/webapps/grav/config |
||
+ | PrivateTmp=false |
||
+ | }} |
||
+ | The drop-in file has three purposes. |
||
− | '''Enable and start''' |
||
+ | |||
+ | * It replaces the {{ic|ExecStart}} line by a start command that uses the {{ic|php-fpm.ini}} covered in the previous section. |
||
+ | * It explicitly enables read/write access on {{ic|/etc/webapps/grav/config}} that would otherwise be inhibited by {{ic|1=ProtectSystem=full}} in {{ic|/usr/lib/systemd/system/php-fpm.service}}. |
||
+ | * It disables the {{ic|PrivateTmp}} option set in {{ic|/usr/lib/systemd/system/php-fpm.service}} as this doesn't work together with {{ic|1=php_admin_value[open_basedir] = …:/var/tmp/$pool:…}} in {{ic|/etc/php/php-fpm.d/grav.conf}}. |
||
Do not forget to [[start/enable]] {{ic|php-fpm.service}}. |
Do not forget to [[start/enable]] {{ic|php-fpm.service}}. |
||
117行目: | 125行目: | ||
* The location where [[Certbot]] (or any other ACME client) will put the domain verification challenges. |
* The location where [[Certbot]] (or any other ACME client) will put the domain verification challenges. |
||
* The path under which your Grav installation will be reachable. (The part right to the server name & port section in the URL.) |
* The path under which your Grav installation will be reachable. (The part right to the server name & port section in the URL.) |
||
− | * What application server (uWSGI or |
+ | * What application server (uWSGI or FPM) you are using, i.e. how and where nginx will pass requests that need to trigger some PHP code. |
There is no need to install any additional modules since nginx natively supports both protocols FastCGI and uwsgi. |
There is no need to install any additional modules since nginx natively supports both protocols FastCGI and uwsgi. |
||
125行目: | 133行目: | ||
=== Apache HTTP Server === |
=== Apache HTTP Server === |
||
− | Unfortunately upstream Grav does not provide a sample configuration file for [[Apache HTTP Server]]. At least there is a [[ |
+ | Unfortunately upstream Grav does not provide a sample configuration file for [[Apache HTTP Server]]. At least there is a [[Apache HTTP Server#Using php-fpm and mod_proxy_fcgi|section]] in this wiki about how to integrate Apache with PHP by means of FPM and mod_proxy_fcgi. uWSGI's [https://uwsgi-docs.readthedocs.io/en/latest/Apache.html documentation] has some information about how to integrate Apache with PHP by means of uWSGI and mod_proxy_uwsgi. Mind that the {{pkg|apache}} package comes with both modules mod_proxy_fcgi and mod_proxy_uwsgi. They need to be loaded as required. |
== Plugins == |
== Plugins == |
||
131行目: | 139行目: | ||
A lot of Grav's power comes from the large [https://getgrav.org/downloads/plugins set of plugins] that can be installed. Just follow the [https://learn.getgrav.org/17/plugins/plugin-install instructions] on Grav's documentation how to install plugins. |
A lot of Grav's power comes from the large [https://getgrav.org/downloads/plugins set of plugins] that can be installed. Just follow the [https://learn.getgrav.org/17/plugins/plugin-install instructions] on Grav's documentation how to install plugins. |
||
− | {{Note|When installing plugins from the command line make sure to perform these commands as user ''grav''. E.g. {{bc|runuser -u grav -- bin/gpm install admin}} Otherwise you will sooner or later run into permission issues.}} |
+ | {{Note|When installing plugins from the command line make sure to perform these commands as user ''grav''. E.g. {{bc|# runuser -u grav -- bin/gpm install admin}} Otherwise you will sooner or later run into permission issues.}} |
Currently there are no ''grav-plugin-...'' packages that allow installing plugins via {{ic|pacman}} (or some AUR wrapper). This will probably not change in the foreseeable future. |
Currently there are no ''grav-plugin-...'' packages that allow installing plugins via {{ic|pacman}} (or some AUR wrapper). This will probably not change in the foreseeable future. |
||
148行目: | 156行目: | ||
# Download the desired skeleton. |
# Download the desired skeleton. |
||
− | # Extract the {{ic|user}} directory: {{bc|bsdtar -xf grav-skeleton-blahblah.zip user}} |
+ | # Extract the {{ic|user}} directory: {{bc|# bsdtar -xf grav-skeleton-blahblah.zip user}} |
# Replace the directories {{ic|pages}}, {{ic|plugins}} and {{ic|themes}} in {{ic|/var/lib/grav/user}} with the corresponding directories from the extracted {{ic|user}} directory. |
# Replace the directories {{ic|pages}}, {{ic|plugins}} and {{ic|themes}} in {{ic|/var/lib/grav/user}} with the corresponding directories from the extracted {{ic|user}} directory. |
||
− | # Fix ownership and permissions {{bc|chown -R grav:http /var/lib/grav/user/{pages,plugins,themes}<br />chmod -R 640 /var/lib/grav/user/{pages,plugins,themes}<br />find /var/lib/grav/user/{pages,plugins,themes} -type d -exec chmod 750 {} \;}} |
+ | # Fix ownership and permissions {{bc|# chown -R grav:http /var/lib/grav/user/{pages,plugins,themes}<br /># chmod -R 640 /var/lib/grav/user/{pages,plugins,themes}<br /># find /var/lib/grav/user/{pages,plugins,themes} -type d -exec chmod 750 {} \;}} |
− | # Replace the |
+ | # Replace the configuration files {{ic|site.yaml}} {{ic|system.yaml}} in {{ic|/etc/webapps/grav/config}} with the corresponding files from the extracted {{ic|user/config}}. |
− | # Fix ownership and permissions {{bc|chown grav:grav /etc/webapps/grav/config/{site,system}.yaml<br />chmod 644 /etc/webapps/grav/config/{site,system}.yaml}} |
+ | # Fix ownership and permissions {{bc|# chown grav:grav /etc/webapps/grav/config/{site,system}.yaml<br /># chmod 644 /etc/webapps/grav/config/{site,system}.yaml}} |
− | == |
+ | == Migrating from v1.6 to v1.7 == |
{{Note|Migrating from earlier versions (< 1.7) of the package has been poorly tested (due to technical reasons). Please help to improve this section.}} |
{{Note|Migrating from earlier versions (< 1.7) of the package has been poorly tested (due to technical reasons). Please help to improve this section.}} |
||
168行目: | 176行目: | ||
Do not try to tweak your setup to use system user ''http'' as used to be. For good reasons Arch Linux' [[web application package guidelines]] dictates to use a dedicated system user (here ''grav'') to run the application. |
Do not try to tweak your setup to use system user ''http'' as used to be. For good reasons Arch Linux' [[web application package guidelines]] dictates to use a dedicated system user (here ''grav'') to run the application. |
||
− | Probably the best migration strategy is to backup the {{ic|/usr/share/webapps/grav/user}} directory, uninstall Grav and all [[ |
+ | Probably the best migration strategy is to backup the {{ic|/usr/share/webapps/grav/user}} directory, uninstall Grav and all [[pacman/Tips and tricks#Removing unused packages (orphans)|dependent packages]], remove all remnants of the Grav installation (including all Grav specific configurations with your web server and application server), update your system (including PHP) and then install Grav from scratch. When everything is set up and your server successfully presents Grav's default page you can start to restore your previous content. |
== Upgrade == |
== Upgrade == |
||
176行目: | 184行目: | ||
{{Warning|Do not try to upgrade Grav itself with {{ic|gpm}} as described in Grav's [https://learn.getgrav.org/17/basics/updates update documentation] or via the admin plugin. At best this will simply not work, at worst it will ruin your installation.}} |
{{Warning|Do not try to upgrade Grav itself with {{ic|gpm}} as described in Grav's [https://learn.getgrav.org/17/basics/updates update documentation] or via the admin plugin. At best this will simply not work, at worst it will ruin your installation.}} |
||
− | + | Unlike upgrading Grav itself, upgrading plugins and themes must be done with {{ic|gpm update}} or via the admin plugin. |
|
Also not recommended is to download Grav releases as ZIP archives directly from Grav's GitHub project site and copy around stuff in the filesystem. Only do so when you know exactly what you are doing. |
Also not recommended is to download Grav releases as ZIP archives directly from Grav's GitHub project site and copy around stuff in the filesystem. Only do so when you know exactly what you are doing. |
2023年4月12日 (水) 18:03時点における最新版
関連記事
Wikipedia より:
- Grav は、PHP プログラミング言語と Symfony Web アプリケーションフレームワークをベースして書かれたフリーソフトウェアでセルフホスト型のコンテンツ管理システム(CMS)です。バックエンドとフロントエンドの両方でフラットファイルデータベースを使用します。
- Grav は学習曲線が浅く、セットアップが簡単であるように設計されています。Grav の焦点は、複雑さを犠牲にした豊富な組み込み機能よりも、スピードとシンプルさです。
目次
前提条件
Grav は驚くほど少ない前提条件で提供されています。もちろん PHP で書かれたウェブアプリケーションなので PHP が必要です。必要な PHP モジュールは php-gd のみです。他にもいくつか必要ですが、それらはすでに PHP インストール時に含まれています。次の PHP モジュールはオプションですが、パフォーマンス向上のために強くお勧めします。
Grav は独自の機能でコンテンツを提供できますが、この記事ではフル機能のウェブサーバを前提としたセットアップを説明します。したがって、必要なものは以下の通りです。
- ウェブサーバ:Apache HTTP Server または nginx など
- アプリケーションサーバ:uWSGI(uwsgi-plugin-php と一緒に)または FPM
以下の組み合わせをカバーしています:
- nginx → uWSGI(プラス uwsgi-plugin-php)
- nginx → FPM
- Apache(mod_proxy_uwsgi を使用)→ uWSGI(プラス uwsgi-plugin-php)
- Apache(mod_proxy_fcgi を使用)→ FPM
Grav のインストールは、Arch Linux の ウェブアプリケーションパッケージガイドライン に準拠しています。これは、他の詳細とともに、Grav は独自のシステムユーザー (grav) で実行する必要があることを意味します。したがって、php-apache を使用して Apache プロセスで PHP コードを直接実行することはもうできません。
インストール
gravAUR パッケージをインストールします。これにより、2つの必要な依存関係である php と php-gd が自動的にインストールされます。また、php-apcu と php-yamlAUR を、できれば依存関係として (--asdeps
) をインストールします。/etc/php/conf.d/yaml.ini
の唯一の行をコメントアウトします。/etc/php/conf.d/apcu.ini
を変更しないでください。つまり、唯一の行をコメントしたままにしておきます。これら2つの拡張機能を Grav で有効化する作業は、他の場所で行われます(以下参照)。
アプリケーションサーバー
PHP コードを処理するために使用できる 2 つの主要なアプリケーションサーバーがあります: uWSGI または FPM。FPM は、名前が示すように、PHP に特化しています。Web サーバーと FPM の間で使用されるプロトコルは fastcgi です。このツールは、 PHP のディストリビューションの一部として何年もの間、活発にメンテナンスされています。欠点は、公式ドキュメントが改善の余地があることです。一方、uWSGI は、言語固有のプラグインを介して いくつかの言語で書かれたコードを提供できます。使用されるプロトコルは uwsgi(小文字)です。このツールは 豊富なドキュメントがありますが、ドキュメントの量が多くなると混乱し、扱いにくくなります。メンテナンスは かなり遅れており、特に PHP プラグインについては遅れています。
uWSGI
uWSGI には独自の 記事があります。そこには多くの有用な情報が掲載されています。uwsgi とプラグイン uwsgi-plugin-php をインストールします。できれば依存関係として、つまり --asdeps
で。Grav アプリケーションのセットアップには、ファイルを 1 つコピーして、systemd サービスを1つ定義するだけです。
grav.ini
Grav 固有の uWSGI 設定ファイルを適切な場所にコピーします。
# cp /usr/share/webapps/grav/webserver-configs/uwsgi-grav.ini /etc/uwsgi/grav.ini
grav.ini
が root によって所有され、書き込み可能であることを確認してください。すなわち -rw-r--r-- 1 root root ... grav.ini
となります。この設定は機能的ですが、お好みに合わせて変更してください。たとえば、php-set = date.timezone=
をお好みのタイムゾーンに変更することができます。
Systemd サービス
uwsgi パッケージは、テンプレートユニットファイル(uwsgi@.service
)を提供します。インスタンス ID(ここでは grav)が正しい設定ファイルを選択するために使用されます。したがって、uwsgi@grav.service
を起動/有効化 します。
もし、このようなサービスがいくつか(例えば 2 つ)起動されており、リソースの無駄だと感じる場合は、エンペラーモードを検討してみてください。
FPM
FPM をアプリケーションサーバーとして使用する場合は、php-fpm をインストールします。できれば依存パッケージとして(--asdeps
)。
設定を少し調整する必要があります。
php-fpm.ini
FPM は、独自のバージョンの php.ini
を実行するのが良い方法です。これにより、FPM でのみ必要なもので標準の INI ファイル(/etc/php/php.ini
)を散らかさずに済みます。/usr/share/webapps/grav/webserver-configs
に機能的な INI ファイルのコピーがあります。それを /etc/php
にコピーします。
# cp /usr/share/webapps/grav/webserver-configs/php-fpm.ini /etc/php
root によって所有され、書き込み可能であることを確認してください。-rw-r--r-- 1 root root ... php-fpm.ini
など。必要に応じて設定をカスタマイズしてください。
grav.conf
You have to create a so called pool file for FPM. It is responsible for spawning a dedicated FPM process for the Grav application. Copy the version provided by the gravAUR package.
# cp /usr/share/webapps/grav/webserver-configs/php-fpm.d/grav.conf /etc/php/php-fpm.d
Again make sure this pool file is owned and only writeable by root (i.e. -rw-r--r-- 1 root root ... grav.conf
). You may tweak some settings (especially pm...
and php_admin_value[date.timezone]
to your liking.
Systemd service
FPM is run as a systemd service. You have to modify the service configuration to be able to run Grav. This is best achieved by means of a drop-in file.
/etc/systemd/system/php-fpm.service.d/override.conf
[Service] ExecStart= ExecStart=/usr/bin/php-fpm --nodaemonize --fpm-config /etc/php/php-fpm.conf --php-ini /etc/php/php-fpm.ini ReadWritePaths=/etc/webapps/grav/config PrivateTmp=false
The drop-in file has three purposes.
- It replaces the
ExecStart
line by a start command that uses thephp-fpm.ini
covered in the previous section. - It explicitly enables read/write access on
/etc/webapps/grav/config
that would otherwise be inhibited byProtectSystem=full
in/usr/lib/systemd/system/php-fpm.service
. - It disables the
PrivateTmp
option set in/usr/lib/systemd/system/php-fpm.service
as this doesn't work together withphp_admin_value[open_basedir] = …:/var/tmp/$pool:…
in/etc/php/php-fpm.d/grav.conf
.
Do not forget to start/enable php-fpm.service
.
Web server
There is an abundance of web servers you can choose from. Whatever option you finally choose you have to keep in mind that the Grav application needs to be run with its own system user grav. So you probably need to forward your requests to one of the above mentioned application servers.
nginx
Configuration of nginx is way beyond the scope of this article. See the relevant article for further information. The package gravAUR comes with a sample configuration file /usr/share/webapps/grav/webserver-configs/nginx.conf
. This file is not functional as is. Use it as a starting point for your own configuration. Most likely you will have to copy it into /etc/nginx/sites-available
with an appropriate name and create the corresponding symbolic link in /etc/nginx/sites-enabled
.
The sample file assumes you are using SSL/TLS and some ACME client (e.g. Certbot) to get your certificates. OCSP stapling is not configured.
Things you might have to adapt (not exhaustive):
- Your server name (
server_name
clauses 2x), i.e. the server part of the URL your Grav installation will be reachable with. - The name of the certificate and key you use for SSL / TLS.
- If and where you want an access log written to.
- The location where Certbot (or any other ACME client) will put the domain verification challenges.
- The path under which your Grav installation will be reachable. (The part right to the server name & port section in the URL.)
- What application server (uWSGI or FPM) you are using, i.e. how and where nginx will pass requests that need to trigger some PHP code.
There is no need to install any additional modules since nginx natively supports both protocols FastCGI and uwsgi.
Grav's documentation also covers setting up Grav with nginx. But be aware that the instructions are Ubuntu / Debian centric and do not mention uWSGI.
Apache HTTP Server
Unfortunately upstream Grav does not provide a sample configuration file for Apache HTTP Server. At least there is a section in this wiki about how to integrate Apache with PHP by means of FPM and mod_proxy_fcgi. uWSGI's documentation has some information about how to integrate Apache with PHP by means of uWSGI and mod_proxy_uwsgi. Mind that the apache package comes with both modules mod_proxy_fcgi and mod_proxy_uwsgi. They need to be loaded as required.
Plugins
A lot of Grav's power comes from the large set of plugins that can be installed. Just follow the instructions on Grav's documentation how to install plugins.
Currently there are no grav-plugin-... packages that allow installing plugins via pacman
(or some AUR wrapper). This will probably not change in the foreseeable future.
Content
See the extensive documentation on Grav's website on how to create content with this CMS.
Skeletons
Chances are the big empty board named Grav appears too intimidating to you. In this case you may want to use one of the many skeletons as a starting point. Skeletons are prefabricated bundles of Grav itself, some plugins, a theme and some sample content that give you some bits and pieces to play around with. Skeletons are supposed to be installed instead of a bare Grav installation. Unfortunately this makes it impossible to use a skeleton together with the gravAUR package.
With a bit of fiddling you can import the content of an arbitrary skeleton into your existing Grav installation.
- Download the desired skeleton.
- Extract the
user
directory:# bsdtar -xf grav-skeleton-blahblah.zip user
- Replace the directories
pages
,plugins
andthemes
in/var/lib/grav/user
with the corresponding directories from the extracteduser
directory. - Fix ownership and permissions
# chown -R grav:http /var/lib/grav/user/{pages,plugins,themes}
# chmod -R 640 /var/lib/grav/user/{pages,plugins,themes}
# find /var/lib/grav/user/{pages,plugins,themes} -type d -exec chmod 750 {} \; - Replace the configuration files
site.yaml
system.yaml
in/etc/webapps/grav/config
with the corresponding files from the extracteduser/config
. - Fix ownership and permissions
# chown grav:grav /etc/webapps/grav/config/{site,system}.yaml
# chmod 644 /etc/webapps/grav/config/{site,system}.yaml
Migrating from v1.6 to v1.7
Migrating from earlier package versions (< 1.7) will most likely require manual intervention. Errors may happen. So backup your data before trying an upgrade from earlier version! This comprises at least the /usr/share/webapps/grav/user
directory.
The upgrade will probably fail right away with lots of error messages complaining about files already existing under /usr/share/webapps/grav/vendor
. Just delete this directory.
Since the last package of version 1.6 (v1.6.28, 2020-11-18) php has been upgraded from version 7 to 8. This may render some of your plugins non-functional.
Grav v1.7 has become stricter in many ways. See Grav's migration guide about details.
Do not try to tweak your setup to use system user http as used to be. For good reasons Arch Linux' web application package guidelines dictates to use a dedicated system user (here grav) to run the application.
Probably the best migration strategy is to backup the /usr/share/webapps/grav/user
directory, uninstall Grav and all dependent packages, remove all remnants of the Grav installation (including all Grav specific configurations with your web server and application server), update your system (including PHP) and then install Grav from scratch. When everything is set up and your server successfully presents Grav's default page you can start to restore your previous content.
Upgrade
Upgrading Grav itself must exclusively be done by pacman (or some AUR wrapper)!
Unlike upgrading Grav itself, upgrading plugins and themes must be done with gpm update
or via the admin plugin.
Also not recommended is to download Grav releases as ZIP archives directly from Grav's GitHub project site and copy around stuff in the filesystem. Only do so when you know exactly what you are doing.