nginx環境thinkphp、500エラー
今天吧网站放到nginx下centos环境,程序是thinkphp3.2的,首页能正常显示,内链所有都是500错误,贴出配置代码和错误日志,求解决方案!!
server { listen 80; server_name 此处网站域名; root /usr/local/www/web/go; location / { root /usr/local/www/web/go; index index.php index.html index.htm; if (!-e $request_filename) { rewrite ^(.*)$ /index.php/$1 last; break; } error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/share/nginx/html; } # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000 location ~ .php$ { root /usr/local/www/web/go; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; #定义变量 $path_info ,用于存放pathinfo信息 set $path_info ""; #定义变量 $real_script_name,用于存放真实地址 set $real_script_name $fastcgi_script_name; #如果地址与引号内的正则表达式匹配 if ($fastcgi_script_name ~ "^(.+?\.php)(/.+)$") { #将文件地址赋值给变量 $real_script_name set $real_script_name $1; #将文件地址后的参数赋值给变量 $path_info set $path_info $2; } #配置fastcgi的一些参数 fastcgi_param SCRIPT_FILENAME $document_root$real_script_name; fastcgi_param SCRIPT_NAME $real_script_name; fastcgi_param PATH_INFO $path_info; #fastcgi_param SCRIPT_FILENAME /usr/local/www/web/go$fastcgi_script_name; include fastcgi_params; } } }
nginx日志:
[root@VM_161_64_centos nginx]# 29068#0: *41 rewrite or internal redirection cycle while processing "/index.php//index.php//index.php//index.php//index.php//index.php//index.php//index.php//index.php//index.php//index.php//index.php/home/user/register.html", client: 这里IP, server: 这里域名, request: "GET /index.php/home:Q
回复讨论(解决方案)
codeigniter在nginx下配置
应该也适用 thinkphp,你对比一下
server { listen 80; server_name www.phpno.com; root /home/www/www_phpno_com/admin_wwwroot; access_log off; error_page 404 /404.html; location /404.html { root /home/www/www_phpno_com/admin_wwwroot; } location /{ index index.html index.htm index.php; if (-e $request_filename) { break; } if (!-e $request_filename) { rewrite ^/(.*)$ /index.php/$1 last; break; } } location ~ .+\.php($|/) { root /home/www/www_phpno_com/admin_wwwroot; fastcgi_index index.php; fastcgi_split_path_info ^(.+\.php)(.*)$; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info; fastcgi_pass 127.0.0.1:9000; # fastcgi_index index.php; # fastcgi_param SCRIPT_FILENAME /home/www/www_phpno_com/admin_wwwroot/$fastcgi_script_name; # fastcgi_param SCRIPT_FILENAME /usr/local/nginx/html/$fastcgi_script_name; include fastcgi_params; } }
codeigniter在nginx下配置
应该也适用 thinkphp,你对比一下
[code=text]server {
listen 80;
server_name 域名;
root /usr/local/www/web/go;
location / {
index index.php index.html index.htm;
if (-e $request_filename) {
break;
}
if (!-e $request_filename) {
rewrite ^/(.*)$ /index.php/$1 last;
break;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
location ~ .php$ {
root /usr/local/www/web/go;
fastcgi_index index.php;
fastcgi_pass 127.0.0.1:9000;
#配置fastcgi的一些参数
fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
include fastcgi_params;
}
}
}
改成这样了,还是500呢,需要改哪里呀?
1# 正解啊
你的问题就是伪静态问题,改正确了,就OK了
サーバーエラーログを見てください
1. nginx が原因ではないことを確認します。簡単なプログラムでテストできます
2. phpのエラー表示機能をオンにして、エラーメッセージが出力されるか確認してください
3. preg_replace_callbackの上位バージョンには深刻なメモリリーク問題があると言われているので、thinkphp3. 2 使用する必要があります
1. nginx が原因ではないことを確認します。簡単なプログラムでテストできます
2. phpのエラー表示機能をオンにして、エラーメッセージが出力されるか確認してください
3. preg_replace_callbackの上位バージョンには深刻なメモリリーク問題があると言われているので、thinkphp3. 2 使用する必要があります
私 ホームページは表示できますが、右隅のデバッグを開いて内部リンクをクリックすると、ページが表示されなくなります。 500 です
1# 正解です
あなたの問題は疑似静的問題です、それを修正すれば問題ありません
どういう意味ですか?
ランタイム ディレクトリをクリアして再試行してください
500 エラーが発生した場合は、プログラムに問題があることを意味します (もちろん、他にも問題がある可能性がありますが、最初に確認するのはプログラムです)
拒否した場合エラー表示機能をオンにします。どこに問題があるかわかりますか?
占いでも生年月日は必要じゃないですか? R w #rewrite^(.*) $ /Index.php/ $1 last; 404 ==
ランタイム ディレクトリをクリアして再試行してください
エラー表示機能をオンにすることを拒否しました。どこに問題があるのかをどうやって知ることができますか?
占いでも生年月日は必要じゃないですか?
PHP がインストールされている場所を見つけるのを待ってください ==
phpinfo()
error_reporting = E_ERROR
display_errors = On
これら 2 つを開いてサービス nginx を再起動します
phpinfo()
[23-Jul-2014 08:33:51] PHP 通知: 未定義 インデックス: SCRIPT_NAME in /usr/local/www/erp/ThinkPHP/ThinkPHP.php on 82
[23-Jul-2014 09:06: 15] PHP 通知: 未定義 インデックス: SCRIPT_NAME in /usr/local/www/erp/ThinkPHP/ThinkPHP.php on line 82
[23-Jul-2014 10:05:53] PHP 通知: 未定義 インデックス: SCRIPT_NAME in /usr /local/www/erp/ThinkPHP/ThinkPHP.php on line 82
[23-Jul-2014 10:09:42] PHP 通知: 未定義 インデックス: SCRIPT_NAME in /usr/local/www/erp/ThinkPHP/ThinkPHP.php 82 行目
[23-Jul-2014 10:22:08] PHP 警告: phpinfo(): システムのタイムゾーン設定に依存するのは安全ではありません。 date.timezone 設定または date_default_timezone_set() 関数を使用することが*必須*です。 これらの方法のいずれかを使用してもこの警告が表示される場合は、タイムゾーン識別子のスペルを間違えている可能性があります。 /usr/local/www/web/dolanne/go/info.php の 2 行目では、「CST/8.0/DST なし」の代わりに「アジア/重慶」を選択しました
[23-Jul-2014 10:28:04] PHP 警告: phpinfo(): システムのタイムゾーン設定に依存するのは安全ではありません。 date.timezone 設定または date_default_timezone_set() 関数を使用することが*必須*です。 これらの方法のいずれかを使用してもこの警告が表示される場合は、タイムゾーン識別子のスペルを間違えている可能性があります。 /usr/local/www/web/dolanne/go/info.php の 2 行目で、代わりに「CST/8.0/DST なし」として「アジア/重慶」を選択しました
PHP 通知: 未定義のインデックス: /usr 内の SCRIPT_NAME /local/www/erp/ThinkPHP/ThinkPHP.php on line 82
$_SERVER['SCRIPT_NAME'] 存在しません、不知道他们是怎么测试的!
在 入口文件开始处
$_SERVER['SCRIPT_NAME'] = $ _SERVER['PHP_SELF'];
PHP 警告: phpinfo(): システムのタイムゾーン設定に依存するのは安全ではありません。 date.timezone 設定または date_default_timezone_set() 関数を使用することが*必須*です。 これらの方法のいずれかを使用してもこの警告が表示される場合は、タイムゾーン識別子のスペルを間違えている可能性があります。 /usr/local/www/web/dolanne/go/info.php の 2 行目では、「CST/8.0/夏時間なし」の代わりに「アジア/重慶」を選択しました
你没有设置時間区、按他的提案设置一下就好了
500 变成 404
不是进步而退步!
404 是找不到目标页,显然是你重写指错了地
500 是被执行的程序出现了问题,而また返還不能戻る误情報。nginx が 500 を発行し、アプリケーションが拒否することを示します
500 が 404 に変わります
これではなく退行です!
404 はターゲットに到達できません、確かに重複書き込みです错了地方
500 是被実行されたプログラムには問題が発生しましたが、拒否メッセージを返すことができません。 4
ではない
500 が実行されているプログラムは問題を起こしており、またエラー情報を返すことができません。开绝响应
现在回到出版帖的時候状態态了 php日志还是上面那畝,nignx日志就是出版帖0楼的那珂,肿么办
500 は 404 になります
それは進歩ではなく後退です!
404 は、明らかに書き換え時に間違った場所を指定したことを意味します。
500 は、実行されたプログラムに問題があり、エラー メッセージが返されなかったことを意味します。そこで、nginx は 500 エラーを送信し、アプリケーションが応答を拒否したことを示しました
ハハハハ、私が自分でやったのです、、、

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









nginxが開始されるかどうかを確認する方法:1。コマンドラインを使用します:SystemCTLステータスnginx(Linux/unix)、netstat -ano | FindStr 80(Windows); 2。ポート80が開いているかどうかを確認します。 3.システムログのnginx起動メッセージを確認します。 4. Nagios、Zabbix、Icingaなどのサードパーティツールを使用します。

Linuxでは、次のコマンドを使用して、nginxが起動されるかどうかを確認します。SystemCTLステータスNGINXコマンド出力に基づいて、「アクティブ:アクティブ(実行)」が表示された場合、NGINXが開始されます。 「アクティブ:非アクティブ(dead)」が表示されると、nginxが停止します。

Linuxでnginxを開始する手順:nginxがインストールされているかどうかを確認します。 systemctlを使用して、nginxを開始してnginxサービスを開始します。 SystemCTLを使用して、NGINXがシステムスタートアップでNGINXの自動起動を有効にすることができます。 SystemCTLステータスNGINXを使用して、スタートアップが成功していることを確認します。 Webブラウザのhttp:// localhostにアクセスして、デフォルトのウェルカムページを表示します。

Windowsでnginxを構成する方法は? nginxをインストールし、仮想ホスト構成を作成します。メイン構成ファイルを変更し、仮想ホスト構成を含めます。 nginxを起動またはリロードします。構成をテストし、Webサイトを表示します。 SSLを選択的に有効にし、SSL証明書を構成します。ファイアウォールを選択的に設定して、ポート80および443のトラフィックを許可します。

Nginxクロスドメインの問題を解決するには2つの方法があります。クロスドメイン応答ヘッダーの変更:ディレクティブを追加して、クロスドメイン要求を許可し、許可されたメソッドとヘッダーを指定し、キャッシュ時間を設定します。 CORSモジュールを使用します。モジュールを有効にし、CORSルールを構成して、ドメインクロスリクエスト、メソッド、ヘッダー、キャッシュ時間を許可します。

nginxの実行ステータスを表示する方法は次のとおりです。PSコマンドを使用してプロセスステータスを表示します。 nginx configuration file /etc/nginx/nginx.confを表示します。 NGINXステータスモジュールを使用して、ステータスエンドポイントを有効にします。 Prometheus、Zabbix、Nagiosなどの監視ツールを使用します。

NGINXサーバーを起動するには、異なるオペレーティングシステムに従って異なる手順が必要です。Linux/UNIXシステム:NGINXパッケージをインストールします(たとえば、APT-GetまたはYumを使用)。 SystemCtlを使用して、NGINXサービスを開始します(たとえば、Sudo SystemCtl Start NGinx)。 Windowsシステム:Windowsバイナリファイルをダウンロードしてインストールします。 nginx.exe実行可能ファイルを使用してnginxを開始します(たとえば、nginx.exe -c conf \ nginx.conf)。どのオペレーティングシステムを使用しても、サーバーIPにアクセスできます

サーバーには、要求されたリソースにアクセスする許可がなく、NGINX 403エラーが発生します。ソリューションには以下が含まれます。ファイル許可を確認します。 .htaccess構成を確認してください。 nginx構成を確認してください。 SELINUXアクセス許可を構成します。ファイアウォールルールを確認してください。ブラウザの問題、サーバーの障害、その他の可能なエラーなど、他の原因をトラブルシューティングします。
