http://www.example.com/にアクセスして、ドキュメントルートにあるindex.phpを実行できるようにするまでの手順。 ドキュメントルートは、/var/wwwとする。 index.phpは例のやつ。
![CentOSにてnginxでPHPを動かす - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9feaeb4e05e796022f3835b2c47238c02ed8292b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9Q2VudE9TJUUzJTgxJUFCJUUzJTgxJUE2bmdpbnglRTMlODElQTdQSFAlRTMlODIlOTIlRTUlOEIlOTUlRTMlODElOEIlRTMlODElOTkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTkyM2QyOGQwYmM4MDYyN2YwMzcwOTQzZjBhMjMxOGRj%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdXRhbm8zMjAmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTk4NmE5YTMyZWVjYjY1MTMwM2QyZTdjNWNiY2E3YTU2%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Daa8618d8ef0a785456761dcc9b9e1861)
「nginx+php-fpmをつかって構築しましょう!」みたいなのをしらべると、大体locationで正規表現で \.php$マッチしよう!みたいな、URL中の拡張子をみてあれやこれやしてどうこう、というApache的世界観を達成しようというのが結構あるのだけれど、 実際のところ、個人的には毎回ウ〜ンとなる事が多い。 昨今のPHPは大体フレームワークをつかっており、1つのファイルがブートストラップになっていて、たくさんの*.phpファイルがちらばることは減り(減ってるだけで、無いとはいわない!)、勢い、index.phpを省略するのが通常になっている。 勿論nginxにかぎった話ではなく、Apacheでもrewriteするのが普通だろう。 nginxでapacheでよくあるファイル存在確認しつつなんたらするのは、try_filesをつかうのが多いとおもうのだが、*1、どうもtry_file
Vagrant内で構築していますが、汎用的に使えるかと思います。 インストールするパッケージ PHP5.5(or 5.6) php-mcrypt(暗号とハッシュの生成に利用される) php-mysql(PDOを入れたいだけだけど、どうせ使うので) Composer(PHPライブラリの依存関係管理に利用される) php-fpm php-opcache(php5.5以上ではapcではなくopcacheを使用する) nginx Laravel ※PHP5.6で入れたい場合は以降の「--enablerepo=remi-php55」を「--enablerepo=remi-php56」に置き換えて実行することでインストールできます。 php5.5のインストール epelとremiリポジトリの追加 $ sudo rpm -ivh https://dl.fedoraproject.org/pub/epel
upstream sent too big headerエラー Nginx + PHP-FPM構成で、クライアント環境(ブラウザ設定)によっては以下のようなエラーが発生してページが閲覧できない場合があります。 [error] 819#0: *38 upstream sent too big header while reading response header from upstream, client: ***.***.***.***, server: localhost, request: "POST ******** HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm/php-fpm.sock:", host: "********", referrer: "http://**********" エラー対処法 Nginxのcon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く