タグ付けされた質問 「drupal」

4
ApacheとPHPでメモリリークを調査する方法は?
財務モデリングを実行する重いDrupal Webサイトを運営しています。私たちは、Apacheプロセスの数が安定したままで、Apacheが使用するメモリが時間外に増加するという事実を考えると、ある種のメモリリークに直面しているようです。 /etc/init.d/httpd reloadメモリ使用量が低下するため、apache / PHPからメモリの問題が発生していることがわかります(上記のスクリーンショットおよびCLI出力を参照)。 httpdのリロード前 $無料 キャッシュされた使用済み共有バッファの合計 Mem:49447692 45926468 3521224 0 191100 22609728 -/ +バッファ/キャッシュ:23125640 26322052 スワップ:2097144 536552 1560592 httpdのリロード後 $無料 キャッシュされた使用済み共有バッファの合計 Mem:49447692 28905752 20541940 0 191360 22598428 -/ +バッファ/キャッシュ:6115964 43331728 スワップ:2097144 536552 1560592 各Apacheスレッドにはmemory_limit、512MBのPHPが割り当てられます。これは、高いメモリ使用量が要求の少ないボリュームを悪化させることを説明し、max_execution_time120秒のスレッドは実行に時間がかかるスレッドを終了するため、メモリ使用量の継続的な増加を防ぐ必要があります見て。 Q:このメモリリークの原因を調査するにはどうすればよいですか? 理想的には、開発チームを煩わせることなくシステムで実行できるトラブルシューティング手順を探しています。 追加情報: OS: RHEL 5.6 PHP: 5.3 Drupal: 6.x MySQL: 5.6 参考までに、私たちは個別に調査しているスワッピングの問題を認識しており、スワッピングが発生する前に観察したメモリリークとは何の関係もありません。

1
専用サーバー構成-いくつかのヒント-Xenserver / Debian
vpsベースのホスティングから専用ホスティング(8GB RAM / 1TB HD)に移行しています。複数のDrupalおよびRubyベースのアプリケーションを実行する必要がありますか?推奨される構成は何ですか。私は2つの選択肢を考えていました。 1)Xen(VPSなど)の上に複数のDebian OSをインストールします。それぞれ2GBのメモリで、DrupalとRubyおよびMYSQLを別々のパーティションで実行できます。 2)Debianのインスタンスを1つインストールします。Drupal(Apache、php)Ruby(lighttpd、ruby)、MySQLをすべて同じパーティションにインストールします オプション2が後でパフォーマンスの問題を引き起こす可能性があることを少し心配しました。

2
既知のphpソフトウェアのみを備えたシステムでのphpセキュリティ(または、代替の非PHP CMSが必要)
PHPのセキュリティ記録と、プロジェクトが一般的なセキュリティを処理する方法のため、PHPに対して深い反感を抱いています。残念ながら、CMSを展開する必要があり、最新のテーマが必要です。これまでのところ、私はほとんどすべての場所を見てきましたが、それは常にPHPベースのCMSに帰着します。:( これで、適切に管理されたプロジェクトであり、例示的なセキュリティ上の欠陥を処理するDrupalに落ち着きました。しかし、一般的にphpを公的に展開しなければならないという苦味が残っています。 これまでのところ、私がやったことは: PHP-FPMを使用したPHPの接続:ソケット、chroot、権限のない自分のユーザー、... Webルートの周りのファイルシステムのアクセス許可を強化しました PHP 5.3.xw / suhosin activeにとどまりました(5.4.xではまだsuhosinはありません) Drupalが必要としないすべてのモジュールをPHPから除外 ... 私の主な懸念は、正直なところPHPです。ホストマシンを保護するために他に何ができますか?そして、DrupalとPHP(私自身はC ++開発者)の経験が豊富な人にとって、PHPは、既知の1つのパッケージのみを展開し、ユーザーPHPスクリプトなどを展開しないシステムに実際にどの程度のセキュリティリスクをもたらしますか? たとえそのように聞こえても、私はLinuxやサーバー初心者ではありません。:) PHPは、絶え間なく続いている悪い報道と、Web開発への興味の欠如のために、私の主な遊び場ではありません... あるいは、Perl、Python、さらにはRubyに依存するCMSを使用したいと考えています。誰かが良い有料テーマを利用できる優れたCMSシステムを知っていて、ブログエンジンとともに柔軟なレイアウトをサポートし、PostgreSQL(私の選択したdb)もサポートしているなら、私はすべての耳になります... このやや奇妙な投稿を読んでくれてありがとう。:-) 更新:言うまでもなく、サーバーを適切に保守し、制限されたファイアウォールを設置し、最近できる限り最善を尽くしています。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.