1

私の上司は流行語の大ファンで、Symfony 2 を使用して新しい Web サイトを作成する必要があると主張しています。

私はすでに Symfony を使用していくつかのアプリを開発していますが、現在直面している問題は、この Web サイトがいくつかのアプリ、静的な Web ページ、さらには主にスパゲッティ コードで構成される古き良き PHP アプリで構成されていることです。

  • アプリごとに 1 つずつ、Symfony のさまざまなインストールが必要ですか、それとも同じものを使用できますか? これにバンドルを使用しますか、それとももっと良い方法がありますか?
  • Symfony を使用して静的 Web ページを提供することは意味がありますか?
  • サイトのルートに Symfony をインストールして共通のログイン システムを作成する場合、Symfony に古いアプリへのリクエストを無視するように指示できますか?
4

3 に答える 3

2
  • あなたが提案したように：アプリの場合、Symfonyのインストールを1つ使用し、次にアプリごとにバンドルを使用します
  • 首尾一貫した統合のために、私は Symfony から静的ページを提供しますが、Symfony キャッシュから適切に提供されるため、パフォーマンスに関しては何の違いもありません。Symfony 2.2 の時点で、静的ページの統合も、バンドルのルーティング構成の FrameworkBundle:Template:template によって非常に簡単に行われます。(例: ここを参照してください: http://symfony.com/blog/new-in-symfony-2-2-cache-support-for-static-pages )
  • 古いアプリのリクエストについては、新しいアプリのニーズに応じてパラメーターを書き換えながら、これらをキャッチして新しい対応するアプリにリダイレクトするのが最善であると考えるべきです。これは、おそらく htaccess によって行われます。
于 2013-05-10T10:40:47.127 に答える
1
  1. まず、現在機能し、その後も機能するはずのすべてのページに何らかのテスト ハーネスを構築します。
  2. ウェブサイト全体が同じドメインから提供されている場合、またはエンティティやその他の構成を共有している場合は、間違いなく Symfony の 1 つのインストールを使用してください。複数のインストールを更新したり、あるデータベースから別のデータベースに手動でデータをプッシュしたりしたくありません。それらが異なるドメインにあり、各ユーザーに 1 つのログインのみを許可する場合は、SSO を使用します。
  3. Symfony を介して静的ページを提供するかどうかについて、トラフィックを調べます。数千人の同時ユーザーを獲得し、トラフィックの 80% がそれらの静的ページに対するものである場合、私は実用的であり、CDN からサーバーを提供すると思います。一方、トラフィックが少し少ないか動的コンテンツに分散している場合は、すべてが Symfony にある方が簡単です。
  4. URL をブロックまたは転送することができますが、リダイレクトを行うためだけに Symfony フレームワーク全体をロードするのは無意味であるため、可能であれば Web サーバー (Apache、Nginx) を介して行う方がよいでしょう。
于 2013-05-10T12:23:03.303 に答える
0

ブッシャーさんに同意。それぞれのアプリをバンドルに配布できます。静的ページに Symfony を使用しても特に害はありません。特に、アプリのフレームワークを使い続けることになります。1 つのプラットフォームですべてをそのままにしておく方がよいでしょう。静的ページの場合、twig を使用して「ビュー」(静的ページ) のみを含むバンドルのように作成できます。いくつかのルーティング ルールを作成するだけで問題ありません。それが私が私のものでしたことです。

古い php アプリを書き直しますか? それとも、何とか symfony フレンドリーになるように少し調整しますか?

于 2013-05-10T15:36:01.083 に答える