PrestaShop に基づく 1 つの e コマース アプリケーションと、Rails 上の「通常の」ビルドの 2 つのアプリケーションをマージすることは可能ですか?
それは可能ですか？そのアプリケーションの構築中にどのような問題が発生するでしょうか? それとも、「ばかげたこと」を言っているだけで、それは非常に悪い考えですか?
-
2 つ目のアプローチは、Rails で Spree を使用することです。ただし、Spree は PrestaShop よりもはるかに遅く、モジュールがあまりないと聞きました。Spree の利点は、Ruby での私のスキルが PHP よりもはるかに優れていることです。そのため、PrestaShop よりもずっと早く Spree を習得できます。
私は両方のソリューション（Spree、PrestaShop）の経験がほとんどありません。
オプションを選択する際の優先事項は、「どのくらいの時間がかかるか」と最終的なアプリケーション（この注文）の品質です。
私の理解が正しければ、いくつかのソリューションの長所と短所を比較検討していて、どれを選択するかを決めることができないため、複数のソリューションを使用する意味があるかどうか疑問に思っています。通常、答えはノーです。可能かもしれませんが、複数のテクノロジをセットアップして維持することは、1 つのテクノロジを選択するよりもはるかに困難です。反対することを強くお勧めします。
1 つの特定のソリューションが必要なすべての機能 (特定のモジュールなど) を備えていない場合でも、スタックにまったく異なるテクノロジを追加するよりも、単にそれらの機能を自分で作成する方がはるかに簡単です。いつものように例外があるため、通常はそう言いますが、非常に特殊な機能が必要なまれなケースに限られます。
Rails アプリが PHP アプリよりも遅い場合がある (常にではありません) ことは事実ですが、非常に多数のユーザー (数百万) にスケーリングする必要がある場合にのみ、速度の違いが重要になります。サーバー インフラストラクチャのセットアップやキャッシングなどを賢く利用すれば、これらの高スケールでも Rails はうまく機能します。
最後に、個人的には Prestashop よりも Spree をお勧めしますが、それは意見の問題です。すでに Ruby の経験がある場合は、間違いなく Spree をお勧めします。