2009-07-07 2 views
0

私が働く会社は、おそらくWebサーバーとデータベースをクライアントシステムに展開する必要があるプロジェクトを開始することです。私たちはウェブサーバに同梱したい理由のカップルがあります:すぐに使えるデプロイメントのための良いWebサーバー

  • 我々はマシン間でデータを送受信する必要がある、と私たちは、ネットワーク・ファイル・システムにセットアップに
  • を顧客に強制する必要はありません私たちは、このシステムのGUIのいくつかの並べ替えを持っている必要があり、それが私たちのクライアントのほとんどは、おそらく我々のシステムにウェブインターフェースを書きたいとしている、そしてそれはいいだろう、クロスプラットフォームおよびクロスマシン
  • なければなりませんいくつかの作業例

我々は出荷の考え方について怖がっているそれらを与えるためにApacheを使用したシステムそれはサポートの悪夢のように聞こえる。私たちはLinuxとWindowsで出荷したいと考えており、基本的に自動的に展開できるものが必要です。誰もが今までに

を開発してきたか、Webサーバの上に展開され、製品を使用しましたか?どのようなオプションがありますか?どのような種類のフレームワークが使用されましたか?

答えて

0

むしろ、それはあまりにもサーバとして動作できるように、クライアントは、ポートをホスト設定クライアントサーバ型を見てみる必要があるクライアントにWebサーバーを配備するよりものように聞こえます。これにより、双方向通信が可能になります。これにより、提供される内容を完全に制御できるようになり、データ通信やドキュメントの転送は実装を通じて直接サポートできます。私はC#を使用することをお勧めしますが、これは私が長年にわたって住んでいるすべてのものだからです。これは、WindowsとLinuxの両方の世界でも同様に動作します。データの格納に必要なものに応じて、クライアントまたはXMLドキュメントストアでsql expressを使用できます。サーバーのエンドは、これまでに使用していたデータベースフレーバーや、企業が余裕があるものを利用することができます。私はMicrosoftの男ですので、私の好みは一般にSQL Serverです!

Take a look here for several examples on how to set up a two way communication.

1
+1

私はそれを何年も使ってきました。設定が簡単で、これまで何の問題もなかった –

0

Lighttpdは良い選択です。それは小さく、マルチプラットフォームで軽量です。また、コピーレフトを気にせずにソースコードを変更する必要がある場合に備えて、BSDライセンスを取得しています。データベース用として

は、SQLiteはまた別の軽量クライアントです。

関連する問題