[kilka pytań] Duży "serwis społecznościowy" Opcje

[michalkjp]

Mam ciekawą koncepcję na tzw. "serwis społecznościowy" - szczegółów nie będę zdradzał.

Chciałbym się dowiedzieć paru rzeczy:

1 Czy na początku bardziej się opłaca skorzystać z infrastruktury jakiejś firmy oferującej profesjonalny hosting, czy raczej zainwestować we własny sprzęt i trzymać go u jakiegoś providera z szybkim łączem? Jakieś inne rozwiązania?

2 Czy lepiej jest rzeźbić kod od początku do końca samemu, czy skorzystać z jakiegoś popularnego frameworka (nie mam jeszcze dużego doświadczenia w żadnym)?

3 Jaki byłby najlepszy mechanizm lokalizacji - w przyszłości serwis ma być dostępny w wielu językach (na początku w polskim i angielskim).

4 Czy SEPostgreSQL będzie dobrą bazą do czegoś większego?

5 Jakieś ogólne wskazówki?

[LBO]

Ogólnie jednak z cachem to jest tak, że ładnie to w teorii wygląda, ale potem utrzymanie powiązań co gdzie i jak ma się wyczyścić to już niezła zabawa ;-)

Dlatego jestem za cachowaniem layoutu - pod warunkiem że silnik cache'a jest mocno wgryziony/zintegrowany z samym framem. U mnie cache jest przezroczyste dla aplikacji (bardzo sobie tą przezroczystość cenie w każdym aspekcie programowania - może sobie coś być, albo nie, a i tak działa) i mam z jego poziomu dostęp do niemal wszystkiego: zmiennych żądania, akcji, widoku, sessionUser, locale, typu widoku (HTML, JSON,...) etc... tym samym mogą być kryteriami, którym moge nadawać identyfikatory i grupy (Smartowe takie). A wszystko w xmlowym pliczku ze śliczną składnia (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Nie neguję przydatności programistycznego cache'a ofkorz. Po prostu uważam, że cache jest taką rzeczą, która niekoniecznie musi być wgryziona w kod.

Pozdrawiam, Alan

Ten post edytował LBO 9.10.2008, 13:28:56