問題タブ [lamp]

オープンソースとは疎遠になり、 ASP.NETでのWeb アプリケーションの開発に数年を費やした後、私はかなり多くの PHP / MySQL 開発を開始する予定です。

Windows マシンで開発環境を立ち上げて実行するためにWampServerを簡単にインストールしましたが、ターゲットにするプラットフォームはおそらく Linux です。Linux をターゲットにしながら Windows で開発しているため、問題が発生する可能性はありますか? LAMP アプリケーションを開発するための Linux 環境のセットアップに投資することは賢明ですか?

私は、各顧客の要求に関連付けられた長時間実行されるバックグラウンド プロセスを実行する必要があるコンシューマー Web アプリに取り組んでいます。長時間実行とは、1 分から 3 分の間のどこかを意味します。

フローの例を次に示します。オブジェクト/ウィジェットはあまり重要ではありません。

1. 顧客がサイトにアクセスし、探しているオブジェクト/ウィジェットを指定します。
2. いくつかの初期基準に一致するウィジェットを検索/クリーンアップ/フィルタリングします。<-- 長時間実行されるプロセス
3. 顧客は、探しているウィジェットに関する詳細をさらに構成します。
4. 長期にわたるプロセスが完了すると、顧客は変換前の最後のいくつかのステップを完了することができます。

ステップ 3 と 4 はあまり重要ではありません。長期にわたるプロセスを実行している間に時間を稼ぐことができるので、それらについて言及しただけです。

私たちが取り組んでいる環境は LAMP スタックで、現在は PHP を使用しています。mod_php (または fastcgi プロセス) で実行時間の長いプロセスに apache スレッドを使用させるのは、良い設計とは思えません。アプリの apache レイヤーは、データ処理 IMO ではなく、コンテンツの提供に重点を置く必要があります。

いくつかの質問：

1. この「長時間実行」部分を apache/web アプリ レイヤーから分離する必要があるという点で、私たちの考えは正しいでしょうか?
2. Linux/Apache/MySQL/PHP でこれを解決する標準/典型的な方法はありますか (適切な場合、処理に別の言語を使用することは可能です)。
3. それを打破する方法について何か提案はありますか？たとえば、FIFO キューをかき回すデーモンを作成しますか?

編集: 明確にするために、長時間実行されるプロセスの約 1/4 のみがデータベース中心です。その部分の最適化に取り組んでいます。できることはありますが、今できることは限られています。

ありがとう！

私が働いている会社は、計画ベースの LAMP SaaS Web アプリケーションの開発を考えています。外部参照が含まれており、サードパーティのサイトに iframe または JavaScript スニペットを配置することで帯域幅を消費するため、使用状況を監視したいと考えています。最初はページ インプレッション アルゴリズムだけに頼っていたのですが、これは実際には帯域幅の問題であるため、監視したほうがよいのではないでしょうか。上限を超えたというメッセージをサードパーティのサイトに送信できるように、この監視を行う最善の方法は何ですか?

Windows開発者である私は、現在LAMPを使用して自分のプロジェクトに取り組んでいます。PHPとMySQLについて知っておくべきことは理解していますが、Linuxは巨大に見え、どこから始めればよいのか、そして私の目標を考えると何が十分なのかが明確ではありません。そして、私の目標は、一般的な概念を把握し、プロジェクトをホスティングプロバイダーに展開し、問題や負荷の問題などを特定するためにサイトのパフォーマンスを監視できるようにすることです。

Linux管理者にそれを実行させるのが最善の解決策ですが、それを実行する前に、自分で実行する必要があります。

私は PHP 開発者で、公開したいものを作成しました。

これには memcache が必要であり、少なくとも起動時にはかなりの量のトラフィックが予想されるため、高速であることを望みます。

私はプログラミングがとても得意ですが、ホスティングのセットアップに関しては (ありふれた共有ホスティング以外)、経験が不足しています。

主にビデオを提供する LAMP Web サイトを持つクライアントがいます。彼は現在、すべてのコンポーネントを備えた 1 つのサーバーにいます。彼はいくつかのスケーリングの問題を抱えています。役立つテクニックにはどのようなものがありますか。

DB を別のサーバーに分離し、それと Web サーバーの間に GB イーサネットを使用しました。ロード バランシング機能を備えた Web サーバーを追加したり、レプリケーションを備えた MySQL サーバーを追加したりできますか?

可能であれば、どのようにスケーリングするかについて、中規模、大規模、超大規模の例が欲しいです。

ビデオは実際にはjpg画像として来ています。この Web サイトに類似したもの:

http://www.webcams.travel/webcam/1170170095

そして、いくつかの詳細を追加します。1 時間あたりの最大訪問者数は 1000 になると思いますが、それができれば幸運だと思います。1日1000本近いかもしれません。

LAMP (Linux、Apache、MySQL、PHP / Ruby / Python) スタックはエンタープライズでの使用に適していますか?

明確にするために、「エンタープライズ」とは、セキュリティ、堅牢性、スキルセットの可用性、総所有コスト (TCO)、スケーラビリティ、およびツールの可用性が重要な考慮事項である大企業または非常に大規模な企業を意味します。別の言い方をすれば、フレームワーク/アーキテクチャの外部採用を求める企業 - この種の環境では、エキゾチック/難解なものよりもユビキタスなものの方が「有効」と見なされます。

私は、Oracle、IBM、および Sun がさまざまな企業向けに LAMP スタックにシステムを実装したユース ケースを見てきました。また、yellowpages.com (Ruby on rails) や Facebook (php) などの Web サイトがその上に構築されている例も見てきました。ただし、これらの例はどれも、まさに私が探しているものではありません。

非常に大きな銀行 (例: Citigroup)、通信会社 (例: AT&T)、または製造業者 (例: Proctor and Gamble) のエンタープライズ標準である例を実際に見つけようとしています。明確にするために、私はそれが限られた意味で使用されている例を探しているのではなく (JP モルガン・チェースのように)、CRM、製造システム、または人事管理などのシステムのコア・プラットフォームであり、内部のおよび外部ウェブサイト。

これまで見てきた認識では、LAMP スタック上に構築されたアプリケーションはパフォーマンスが遅く、柔軟性が低いということです。私が聞いた議論のいくつかは次のとおりです。

• Linux は、Unix、Solaris、または Windows サーバーほどサポートされていないと見なされています。

• Apache は、BEA WebLogic や IIS などの Web サーバーよりも構成と保守が困難です。

• MySQL は愛好家向けの「プライム タイムの準備ができていない」DB であり、SQL Server や Oracle の競合相手ではありません (ただし、PostgreSQL はより堅牢であるという評判があるようです)。

• PHP / Ruby on rails は、CRUD (作成、読み取り、更新、および削除操作) 用に最適化されています。これは、CRUD を多用する Web アプリケーションを構築する場合の利点ですが、Java/Java EE または C# (どちらも一般的なエンタープライズ標準) よりもパフォーマンスが遅くなります。さらに、多くのアプリケーションやシステム (製造システムなど) には、多くの非 CRUD 機能があり、PHP や Ruby、さらには Python で構築するのが難しい場合があります。

LAMPスタックがエンタープライズに適しているという考えを支持または反論する議論を誰か提供してもらえますか?

ありがとう！

カ

更新: LAMP スタックが企業での使用に適している場合があります: 外部向けブログ

Windows アプリケーションとして構築された現在のシステムがあり、特定のタスクをほぼリアルタイムで実行します。カスタムサーバーと通信し、ステータスを通信し、コマンドを送受信するネットワーク内のノードがあります。

Web 展開プラットフォームへの移行を検討しています。ノード、たとえば 60 ～ 100 個のノードは、サーバーと通信し、クライアントにすばやく表示する必要があります。私は秒ではなくミリ秒を話している。ネットワーク接続は LAN/100 メガビットまたはギガビットで、クライアントからサーバーへの確実な高速接続が可能です。ノード通信も小規模で、XML メッセージとしてすでに送信されており、サイズはそれほど大きくなく、量も圧倒的ではありません。

当社のシステム アーキテクトは、LAMP + AJAX でこれを実行できると確信しています。私は個人的に以前に同様のシステムに関与したことがあり、これほどリアルタイムに近いメッセージの配信を保証することに懐疑的です.

健全性チェックを行うために、私は間違っていますか? これは、LAMP または同様の言語で (うまく) 実行できますか? (Java ではありません。起動した Java アプレットでこれができることは知っています)。

LAMP セットアップで共有ホスティングを使用しています。明らかに、ページごとの Db への呼び出しが少ないほど良いです。しかし、いくつが多すぎますか？二？十？100人？人々がどう思うか興味があります。

LAMPサーバーによって提供されるhtml、css、およびjavascriptファイルに対してどちらの方法でもどのような利点がありますか。より良い選択肢はありますか？

サーバーはJsonを使用してマップアプリケーションに情報を提供するため、大量の小さなファイルがあります。

http圧縮のためにdeflateよりもgzipを選択することに関連するパフォーマンスへの影響はありますか？も参照してください。