最も広く使用されているブログシステム|ワードプレスの展開

ドッカーは、ワードプレスを導入します

1.プルwordpressのミラー
ドッキングウィンドウプルワードプレス：最新

1. ビューミラーの
   ドッキングウィンドウの画像。

2. 起動するコンテナのドッキングウィンドウの実行--name =ワードプレス-p 8003：-p 8001 22：80 -vは/ var /ワードプレス：/データワードプレス
   • アクセスするには、8001ポート
   • マシンは、PHPの環境を必要とします
   • その代わりに、一時的に不明瞭なWordpressのインストールデータ
   • パスではなく、現在のコンテナまたは別のコンテナのローカルデータベース（ホスト）で、その後、あなたがマシンのIPネットワークを記入する必要があることに注意してくださいは、localhostまたは127.0.0.1ない場合があります
   • おそらくスタイルの損失でnginxの設定結果

その他の問題：ドッカポートマッピングエラーソリューション

docker: Error response from daemon: driver failed programming external connectivity。。。

• 再起動ドッキングウィンドウは、解決します sudo systemctl restart docker

スタイルが正しく表示されません。

• nginxの構成の問題は、これはに行かないだろうと推定されています

最終用途および設定するための方法として、サイトを使用typecho

• PHP環境をインストールし、アーカイブをダウンロードし、解凍する/var/www/htmltypechoは言っていないとして、このと、ディレクトリのディレクトリのパーミッションの問題点に留意する必要があります

• MySQLのインストール構成とnginxの

• 関連資料のtypechoコンフィギュレーション

設定nginxの投稿

server {
        listen          80;
        server_name     www.imisty.cn imisty.cn;
        root            /var/www/html/wordpress;
        index           index.html index.htm index.php;
        client_max_body_size 100M;

        if (!-e $request_filename) {
            rewrite ^(.*)$ /index.php$1 last;
        }

        location ~ .*\.php(\/.*)*$ {
            include fastcgi.conf;
            fastcgi_index  index.php;
            fastcgi_pass  127.0.0.1:9000;

            fastcgi_connect_timeout 300;

            fastcgi_send_timeout 300;

            fastcgi_read_timeout 300;
        }


        error_log  logs/error_wordpress.log;
        access_log logs/misty.log combined;
    }

一般的な問題の解決法

• 中国の環境への英語パケット、サイトのルートディレクトリにWP-config.phpのを見つけるには、されdefine('WPLANG', '');に変わっdefine('WPLANG', 'zh_CN');直接中国に表示されたパッケージをダウンロードするに追加し、コンソールパネルの更新をリフレッシュしません
• 編集、FTPを検証する必要パッケージをダウンロードしてwp-config.php、アップグレードが完了した後に公式提案された変更が戻ってきて、次の

define('WPLANG', 'zh_CN');
define("FS_METHOD", "direct");
define("FS_CHMOD_DIR", 0777);
define("FS_CHMOD_FILE", 0777);

• 解決のphp-gdの延長に関連するか、それをインストールされていない、あなたは公式フォーラムを検索することができます「というエラーが作物があなたの画像中に発生しました」

ダウンロードするには、家庭になるドメイン名を開き、index.phpページのソースコードを、ページが他の経路によってアクセスまたは通常127.0.0.1にジャンプするには、ドメイン名を訪問することができます

この問題は、少し無知、結局、nginxのの設定を変更する方法はありませんが、適切に前ですが、頻繁に起因するブラウザクライアントへの設定ファイルの変更は、家庭訪問が一度疑わこの問題を解決することが判明、PHPを解析しません。ブラウザのキャッシュは、PHPにHTMLを解析しません以前の設定を覚えて、ブラウザを引き起こしました

ソリューション：これは、ブラウザのキャッシュが原因で、あなたのブラウザのキャッシュをクリアすることができるからです

連続ページ502エラー、PHP-CGIプログラムがクラッシュをリフレッシュ

オンラインソリューションをコピーします

• 「FastCGIプロセスの数」のデフォルトの実際の使用に近い「プロセスのFastCGIの数は、」その後、「FastCGIプロセスの数が」十分ではありません説明している場合、十分なPHP FastCGIプロセスの現在の数かどうかをチェックし、増加する必要があります

netstat -anpo | grep "php-cgi" | wc -l

• PHPプログラムの実行時間の一部は、nginxのは、たとえば、FastCGIの設定ファイルnginx.confタイムアウト時間を増加することが適切である待機時間を超えて：

http

{

......

fastcgi_connect_timeout 300;

fastcgi_send_timeout 300;

fastcgi_read_timeout 300;

......
 
}

• 、間違っている可能64Mへのphp.iniのmemory_limitを変更し、nginxの再起動を低く設定php.iniのmemory_limitが、我々は、良い見つかったPHPのメモリ未満であることが判明しました

このような繰り返し、まだ502エラーを更新します

Nginx错误日志

recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 183.54.41.123, server: www.imisty.cn, request: "GET /index.php?rest_route=/yoast/v1/statistics HTTP/1.1", upstream: "fastcgi://127.0.0.1:8001", host: "imisty.cn", referrer: "http://imisty.cn/wp-admin/"

php-fpmマネージドサービスは、問題に対処するために、繰り返しページを更新する502

• yum install php70w-fpm インストール古いバージョンが以前にインストールされているため、競合がある、あなたはここでバージョンを指定する必要があります
• service php-fpm restart PHP-FPMサービスを開始

PHP-FPMのデフォルトのポートは9000で、ビューのphp-cgiのlsofをポートを殺します

アップロードされたファイルは、定義されたupload_max_filesizeでのphp.iniのを超えています。

• 変更/etc/php.iniに属性値を

Jetpackの原因遅いページカード

これは、プラグインの実際の使用にはあまり良くなかったと言うことは不適切で不適切であるどのように良いもの、どんなに、遅いとにかくカードページは、真剣にスピードと態度に影響を与えることが判明します

LinuxのPHP-FPM解決プロセスの下で過度のメモリ枯渇の問題につながります

ジュニアパートナーにより提供された情報のおかげで
、最近開いたブログは、多くの場合、データベースに接続し、ネットワーク接続カードに通常の状況下では遅いという問題が発生することができない見つけ、ちょうどそれが原因侵入のRedisの抜け穴に採掘プログラムの前だと思いました

しかし、free -hCPUの使用率の問題を見た後で発生する大量のメモリを占有しないことが判明、平均的に各FPMプロセスが占める2%メモリ
40のプロセスまでを表示メモリ消費量をps auxw|head -1;ps auxw|sort -rn -k4|head -40

メモリ使用量会計を表示するには、4列目は、問題を見つけるために、半分以上のメモリを占有して、あまりにも多くのサブプロセスをオープンしたほかのmysqlデータベースサービス、PHP-FPMサービスプールで、我々は問題を解決するために始めることがわかった：コントロールのphp-FPMプロセスのプールを設定しますプロセスの数

解決策：
検索のさまざまなツールを通じて、pm.max_childrenプロパティを設定することによって見つけることができる、子プロセスの制御のphp-FPM数、まず、PHP-FPM構成ファイルを開き、指示を実行します。

vi /etc/php-fpm.d/www.conf
検索pm.max_childrenフィールドをその値が大きすぎることがわかりました。

pm.max_children50の値は、各プロセスは、メモリの1％-2.5％を占め、半分以上のメモリを過ごすために足しので、ここでそれが25に設定されている小さな、ブロガーを調整する必要があり、同時に、次の2つのプロパティを確認してください。

pm.max_spare_servers：この値は、アイドルプロセスがこの値よりも大きければ、自由を保証するためにプロセスの最大数を表し、このクリーンpm.min_spare_servers：アイドルプロセスがこの値より小さい場合、アイドルプロセスの最小数は、新しい子プロセスを作成することを確実にするために、

両方の値を超えることができないpm.max_children値、通常設定pm.max_spare_serversの値pm.max_childrenの60％値の-80％です。

service php-fpm statusサービスの状態検出設定エラーを確認してください
[pool www] pm.min_spare_servers(5) and pm.max_spar...en(25)最初にmax_children、25にmax_spare_servers35には、サービスが開始できないことがわかりました

最後に、PHP-FPMを再起動します

systemctl restart php-fpmあるいは、service php-fpm restart
再びメモリ使用量を参照して、メモリ使用量が多くを削減しました：

その他の設定

PS：メモリ制限数は、PHP-FPMオープンプロセスと各プロセスを表示します

1. サーバーのphp-cgiのプロセスを表示するには、openコマンドの総数

ps -fe |grep "php-fpm"|grep "pool"|wc -l

1. リクエストのTCPを処理するためのphp-cgiのプロセスを持っているどのように多くのチェック
   netstat -anp|grep "php-fpm"|grep "tcp"|grep "pool"|wc -l
2. linux+nginx+php環境、PHP-FPMの各プロセスのメモリ制限

設定方法：

編集のphp-fpm.confプロフィール

php_admin_value[memory_limit] = 128M（I中のサーバー上の設定ファイル/etc/php5/fpm/pool.d/www.confこのファイルはPHP-fpm.confレーンに含まれている）のデジタルバックを簡単に変更することができます：32M、64M、128M、256M 、512M、 あなたのサイズと、サーバーメモリによれば、この設定をこれは、PHP-FPMサービスをロードするために、それを修正した後、書き込む必要があります。

確かに幸運小

每一丝灵感都值得被记录,每一笔记录都是成长,每一点成长都值得欢呼

個人ブロガーの駅：www.imisty.cn
CSDNブログ：https://blog.csdn.net/lookinthefog
ブログパーク：https://imist.cnblogs.com/

友達リンクヨーヨーに歓迎し、いくつかのハイテクに精通した小さなパートナーを知ることを望みます