Diviホスティングの推奨設定
公開: 2019-05-22この記事では、ElegantThemesサポートスタッフが定期的に提供するDivi推奨のホスティング設定について説明します。 一部の推奨事項は単なる提案ですが、適切に設定されていない場合、サイトが破損したり、パフォーマンスに深刻な影響を与える可能性があることを学習します。
このガイドには、Diviページビルダーのホストサーバー設定を構成するために必要なすべての手順が含まれています。 または、ホスティング構成を台無しにしたくない場合は、Divi Space Hostingが、Diviおよびその他のプレミアムページビルダーに推奨されるすべての設定が事前構成された唯一のホスティングプロバイダーです。 Divi Space Hostingを使用すると、サーバー設定を変更せずに、サイトを起動してDiviテーマをすばやくスムーズに実行できます。
サーバーを正しい方法で構成するために読み続けてください。
序章
当初、Diviは非常に軽量で高速であり、バックエンドビルダーは問題なくロードされたように見えました。 モジュールが非常に少なく、便利なVisualBuilderはまだ含まれていませんでした。 Diviが進化するにつれて、物事はかなり急速に熱くなり始めました。 Visual Builderは、Diviに多くの新機能をもたらし、これにより、これまでになく多くのリソースを消費します。
シャドウのカスタマイズ、モジュール間で設定をコピーして貼り付けるためのクリップボードの操作などの追加ツール、およびパフォーマンスを低下させるために作成されたモジュールへの追加エフェクト。 ホスティングが最適化されておらず、Diviの最小要件が最新でない場合は、読み込み時間が長くなり、障害やその他の問題を回避できます。
この記事では、最適なユーザーエクスペリエンスを実現するために、最小システム要件と推奨要件(Diviが推奨するもの以外)について説明します。
悪名高いDiviの推奨設定
これらは、バージョン3.22.7の時点で推奨される設定です。
ファイルパーミッション755
PHPバージョン7.2
post_max_size 64M
max_execution_time 180
upload_max_filesize 64M
max_input_vars 3000
一部の要件は交渉可能であり、一部はそうではありません。 これについては、ここで詳しく説明します。 それでは、当社のサーバーで実行しているときに、Diviで新しいDiviシステムステータス機能がどのように表示されるかを見てみましょう。

1.ファイルのアクセス許可
この要件は交渉の余地がなく、正しく設定されていないとサイトを簡単に壊してしまう可能性があります。 755ファイルのアクセス許可は、利用可能な最も標準的なファイルのアクセス許可であり、ファイルの所有者がファイルに書き込むことができる間、すべてのユーザーが読み取り専用でファイルにアクセスできることを示しています。 この場合、所有者はWP自体とあなたになります。
2.PHPバージョン
バージョン7.2で実行する必要がある場合でも、DiviはPHP7.0で問題なく動作します。 今のところ7.2を使用することをお勧めしますが、これは厳密な要件ではありません。 最新の7.3バージョンでも問題なく使用できます。
3.メモリ制限
メモリ制限は絶対に128Mを下回ってはなりません。これは、PHPスクリプトがメモリを使い果たす可能性があるため、パフォーマンスと機能に非常に深刻な影響を及ぼします。 Diviは実行時に多くのリソースを消費しますが、少なくとも256Mが必要なのは私たちの経験です。 したがって、この要件は交渉不可能であると見なす必要があります。特に複数のプラグインの使用を検討している場合は、最適なパフォーマンス/ユーザビリティを実現するために、推奨設定である256M〜640Mで128Mが最低限必要です。

4.投稿の最大サイズ
この要件はそれほど重要ではなく、post_max_sizeが32Mの場合でも、WordPressとDiviを使用することで問題なく取得できます。 Diviは、問題が発生しないようにするために、高すぎます。 より高い要件がない場合は、Diviが警告をスローした場合でも、32Mで問題ありません。 それ以上は少し多すぎるので、64Mをお勧めします。
5.最大実行時間と最大入力時間
このパラメータは現在、交渉できません。 これらの変数は、スクリプトが完了するまでにかかる時間を示します。 インポート/エクスポート、バックアップなどに関連するスクリプトは、完了するまでに最大100秒以上かかる場合があることはよく知られています。 この変数に設定されている秒数が180秒未満であるということは、機能しているスクリプトが時間切れになると、データが失われる可能性があることを意味します。 両方の変数を最低300に設定することをお勧めします。
6.最大ファイルサイズをアップロードします
この変数は、ファイルがアップロードされるときに使用できるスペースの量に厳密に関連しています。 Diviの推奨設定は64Mですが、厳密には必要ありません。 テーマ/プラグインと画像が16Mを超えない場合は、この変数を32Mに設定すると問題なく機能します。
7.最大入力変数
この変数を非常に低い値に設定すると、デザインが破壊される可能性があります。 これが意味するのは、PHPが現在の実行からどれだけの変数を取得できるかということです。 たとえば、実行中にVisual Builderのパラメーターを格納するために、Diviで変数が使用されます。 制限の設定が低すぎると、Diviで変数が不足する可能性があるため、現在のVisualBuilderデザインを保存しようとしたときに保存の問題が発生する可能性があります。 十分な入力変数がないと、Diviがテンプレートを誤って保存し、デザインが失われる可能性があるため、これは非常に重要な変数です。 気をつけてください。 3000以上をお勧めします。これはDiviの推奨でもあります。
Webサーバー
WebサーバーにDiviが推奨する設定はありません。 Diviは、たとえばApache、NGINX、Litespeedで完全に正常に実行できます。 Apacheの場合、Pretty Permalinksが正しく機能するために、WordPressにはデフォルトの.htaccess設定が必要です。
Apache
#BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngineオン RewriteBase / RewriteRule ^ index \ .php $-[L] RewriteCond%{REQUEST_FILENAME}!-f RewriteCond%{REQUEST_FILENAME}!-d RewriteRule。 /index.php [L] </ IfModule> #WordPressを終了
NGINX
NGINXに関しては、WPは、かなりのパーマリンクを有効にして正しく機能するために、次のデフォルトの書き換えルールを必要とします。
場所=/favicon.ico{ log_not_found off; access_log off; 最大有効期限が切れます。 } 場所=/robots.txt{ すべて許可; log_not_found off; access_log off; } 位置 / { #静的コンテンツにはphpが変更されていないため、これはすばらしいことです。 #「$ is_args $ args」を含めて、クエリ文字列を使用するときにデフォルト以外のパーマリンクが壊れないようにします try_files $ uri $ uri / /index.php$is_args$args; }
WP用にNGINXを適切に設定する方法について詳しくは、こちらをご覧ください。
探しているものが、問題なくWPとDiviを実行するための完璧なセットアップであり、追加の構成がない場合は、cPanelまたはPleskベースのホスティングのいずれかを使用できます。 これらのコントロールパネルとその違いについて詳しくは、他の記事をご覧ください。
ホスティングガイドを確認してください
Divi Webサイトに最適なホスティングの選択について詳しく知りたい場合は、ガイド「DiviおよびWordPressに最適なホスティングサービスを選択する方法」を確認してください。 このガイドでは、マネージドホスティング、速度の最適化、推奨設定など、知っておくべきことを説明し、上位4つのプロバイダーと比較したDiviWebサイトに最適なホスティングサービスの概要を示します。 今日それをチェックしてください、そして私たちの最新のニュース、アップデート、そして特別オファーを最新に保つために私たちのFacebookのDiviとWordPressホスティングサポートグループと私たちのメーリングリストに参加することを忘れないでください。
まとめ
Diviの推奨設定と特別なシステムステータスが組み込まれていますが、サイトに影響を与えない要件もあれば、適切に設定されていないとサイトを壊す可能性のある要件もあります。 サイトが正しく機能するように、ここに掲載されている推奨事項に注意してください。
プラグインまたはテーマのバグのように見えるのは、ホスティングの設定が正しくない場合があることを忘れないでください。 これは、「オフにしてからもう一度オンにしましたか?」という古いフレーズに相当します。 これはヘルプデスクのシナリオでよく聞かれます。問題が発生したときにPHP情報を常に要求する最大の理由です。