podział aplikacji na dwie warstwy Opcje

[karis]

hej
dam wam kontekst:

robie klientom głównie strony www w oparciu o mojego autorskiego cms'a.
Jest on dość zaawansowany. Zawsze staram sie przekonac klienta by hostowal u mnie na serwerze strone wowczas nie ma dostepu do ftp a pliki z kodem źródłowym są bezpieczne.
Czasami jednak klient uprze sie by dac u niego na serwerze.

pytanie:

Czy sądzicie że podział aplikacji na tzw deep backend oraz middle backend jest dobre? Przez deep backend rozumiem API restowe, zawierające najważniejsze generyczne rozwiązania, do którego będę strzelał za pomocą middle backendów (tych kodów po stronie serwera u klienta)

Zaznaczam, że na ionCube na razie mnie nie stac więc to odpada.

Proszę o opinie.

Dzęki

[Tomplus]

Czy twój CMS jest jakiś lepszy od CMSów innych twórców włącznie z kombajnami? Jeżeli nie, to nie ma sensu bać się że ktoś ukradnie pomysły. Za kilka lat nawet nie przejmiesz się tym, bo sam rozbudujesz swój projekt i wersja klienta będzie przestarzała.

[Puszy]

Jeżeli jest to CMS zawierający praktycznie tylko CRUD to tak jak kolega wyżej napisał nic nie tracisz, postaw jedynie bazę u siebie postaw a kluczowe funkcje obsłuż po RESTcie.