Temat: [sf 1.4] Projekt 'sporej' aplikacji internetowej - jak...

Myślę że nikt Ci nie udzieli jednoznacznej odpowiedzi jeśli nie będzie znał sporej ilości szczegółów. Musisz sam przemyśleć co będzie Ci łatwiej zrobić i co będzie miała większe możliwości rozwoju. Trzeba sobie zadać kilkanaście pytań, rozpisać "za" i "przeciw" i wtedy można przesądzić.

Kilka wątków do przemyślenia:
1. Dlaczego chcę zrobić to na 3 bazach? Jakie da mi to możliwości (separacja danych) a jakie problemy (dostęp do wspólnych zasobów) Cza każda baza danych będzie mogła samodzielnie istnieć? Jeśli nie to ja bym to wrzucił do jednej bazy bo w przyszłości jeśli ktoś będzie przeglądał jedną baza może nie zauważyć, że coś jest w innej.
2. Czy planujesz CMS do portalu, jeden wspólny lub kilka?
3. Jaki procent funkcjonalności jest taki sam lub różny, może tylko wygląd? Jeśli funkcjonalności są różne to bym oprogramował kilka "app" - ów, jeśli wygląd to operowałbym na różnych templatach do akcji i layout - cie.
4. W jaki sposób będzie przebiegało przenoszeni "zalogowanych" pomiędzy portalami oraz rozróżnianie jaki to portal.

Robiłem podobną rzecz, moje techniczne główne węzły to były:

1. W plikach konfiguracyjnych (ewentualnie baza) trzymałem nazwę portalu, nazwę domeny oraz nazwę "template"
2. Dodałem własny filtr który rozpoznawał domene, wyciągał nazwę templaty i ustawiał jeśli znalazł taki właśnie layout. Dodawał plik CSS i JS o nazwie template.css/js Następnie przeszukiwał odpowiedni katalog 'template" w katalogach CSS i JS i dołączał pliki.
3. Filtr zmieniał dla danej akcji (jeśli znalazł) renderowany plik actionSuccess.php z przedrostkiem o nazwie "templaty"
4. Dodałem własną obsługę partialu aby móc używać lekko zmodyfikowanych partiali
5. Cache na domenie włączone

To jest opcja na jednej "app" do frontendu.

Powodzenia.