有名なerror 500に関するトピックがたくさんあることは知っていますが、そのうちの1つで答えが見つかりませんでした。
実際、_admin/people/permissions
_をロードするとき、または新しい権限を保存しようとすると、エラー500が発生します。いつもというわけではありませんが、80%の確率で発生します。この権限ページの読み込みは非常に遅く、このエラーが発生していない場合、ナビゲーターに表示されるまでに30秒から1分かかります。
私はこのページにgoogle開発者ツールを使用しました、そして監査の結果は次のとおりでした:
36 requests ❘ 138.40KB transferred ❘ 27.57s (onload: 27.27s, DOMContentLoaded: 25.58s)
私は自分の投稿を編集して、H.NiKを与えたトリックに従い、今のところ印象的な結果を得ています
_38 requests ❘ 17.09KB transferred ❘ 2.34s (onload: 1.76s, DOMContentLoaded: 1.42s
_
許可ページには150以上のフィールドがたくさんあります(モジュールのフィールド許可のため)。
私は私のサーバーのログを見て、私は同じ情報を持っています:
_Premature end of script headers: index.php, referer: http://blabla.com/admin/people/permissions
_
今日、このページには25行あります。
なぜこのエラーがこのページにのみ表示されるのか、そしてこのエラーを追跡して問題を解決する方法を教えてください。モジュールまたはjsファイルがこのエラーをトリガーする可能性はありますか?
ps:私は共有ホスティングを利用しているので、サーバー(php.ini、my.ini)の構成には一切触れられません。
おかげで、
共有ホスティングを使用しているため、PHPプロセスに十分なメモリが与えられない可能性があります。複雑なサイトまたはページがある場合、drupal bootstapがメモリ不足になる可能性がありますと失敗しました。共有ホストで重いサイト(より多くのDrupal複雑なディストリビューションの1つ)を実行しようとしたときにこの問題が発生しました。 a PHPプロセス(およびDrupal)にアクセスしてadmin/reports/status
で「PHPメモリ制限」を探します。通常、複雑なサイトでは128Mを使用します。
また、php.iniファイルを編集することはできません-よろしいですか?多くの共有ホストでは、グローバルphp.iniファイルをアカウント内のファイルで上書きできます。ほとんどの場合、そのようなオーバーライドの構成方法を説明するwikiがあります。そうでない場合は、別のホストに移動する必要がある場合があります。
フィルター権限 モジュールを試してください。
このモジュールでは、[権限]ページの上部にフィルターが用意されており、サイトに大量の役割や権限がある場合に管理が容易になります。