8

垂直市場向けのターンキーソリューションを構築し、サービスとしてのソフトウェアと、アプリケーションを独自にホストする機会の両方のオプションを提供したいと思います。言い換えれば、私はJoelのFogBugzと同様の展開オプションを持つことを目指しています。

私はPythonプログラマーであり、Djangoを使用してプロジェクトを飛び越えることができました。しかし、私がPHPを好む理由はいくつかあります。

1）Djangoのインストールと構成では、シェルにアクセスできることを前提としています（私のターゲットはプログラマータイプではありません）。私はインストールサービスを提供できましたが、彼らのサーバーでは提供できませんでした。

2）Djangoは、それを有効にするために特別な注意を払う必要がある特定のホストでのみ実行されます。mod_python / mod_wsgiをインストールすると、おそらく私の潜在的なクライアントの少数がルートアクセス、またはcpanelさえも持つことになります。

3）PHPを使用すると、既存のサーバーで実行できるようになります。DNSが更新されている間、それらをDjango対応サーバーに移動する必要はなく、電子メールのダウンタイムもありません。

一方、私はPHPの経験がほとんどありません。テンプレート言語としてのSmartyは見栄えがよく、Djangoテンプレートと同様に機能します。ただし、テンプレートの継承は提供しません。ただし、設計者がそれらを台無しにした場合にアプリケーションが破損する可能性があるため、使用したくない非常にハックな方法を除きます。どう思いますか？前もって感謝します！

4

3 に答える 3

4

デプロイメントは、PHP ベース以外のすべての Web アプリケーションにとって明らかに問題ですが、Ruby/Python などをそのまま提供する DreamHost/Engineyard タイプの ISP によって状況は改善されていると思います。また、今週の PyCon では、デプロイの問題を修正する方法について多くの議論が行われるようです。Django、Turbogears、および Pylons の人気の高まりにより、より優れた展開ソリューションの需要が高まっています。

とはいえ、ターゲット市場が非常にローエンドで年間 12 ドルのタイプの ISP でホストしている人々である場合、PHP 以外に選択肢はあまりないと思います。

最後に、PHP と Django を同じサーバーで実行しているという点については、私が同意しかねます。サーバー上でApacheを使用していくつかのPHPアプリを実行し、デーモンモードでmod_wsgiを使用して数十のDjangoサイトを実行しています。そのように実行すると、Python インタープリターが Apache ワーカーで RAM を使い果たしていないことを意味し、その逆も同様です。PHP インタープリターは私の mod_wsgi デーモンを汚染していません :)

于 2009-03-27T19:46:19.960 に答える
3

アプリケーションをメインストリームにしたい場合は、ほとんど強制的に PHP を使用する必要があります。Django から PHP への移行は、PHP から Django への移行よりもはるかに簡単です。標準を知っていれば、PHP の構文と関数を学ぶ必要があるだけです。

私は間違いなくPHPフレームワークを使用します。symfony と akelos は Rails に非常に似ています (Django に近い)。それがすべきことを行うCode Igniter以外では、コードを整理します。

于 2009-03-27T21:34:50.650 に答える
2

あなた自身の結論に基づいて、私はCodeIgniterを使います。あなたの顧客があなたのウェブアプリをインストールするのを手伝うたくさんの仕事があるように思われます、そして私はあなたがそれを望まないと思います。

インストールが簡単なWebアプリを作成して、システム管理者として余分に作業したり、広範なインストールチュートリアルを作成したりする代わりに、より良いものにして販売することに集中できるようにします。

（そうは言っても、FogBugzはPHPで書かれているにもかかわらず、Linuxサーバーにインストールするのは簡単ではありませんでした。私と私の同僚（両方のプログラマー！）がインストールするのに丸一日以上かかりました。セルフホストWebアプリのインストールには常に問題があります。）

于 2009-03-28T15:06:57.610 に答える