CMS - założenia wstępne, Co o tym myślicie? Opcje

[elnino.pl]

W ciągu kilku najbliższych dni rozpocznę prace nad nowym projektem - CMS. Ogólne założenia są następujące:

• Otwartość kodu (licencja GNU/GPL lub podobna własna)
• Obiektowość (> php 5)
• Integracja z bazą danych dzięki PDO (> php 5.1)
• Lekki silnik będący jedynie interfejsem do obsługi modułów
• Przerzucenie maksymalnej ilości kodu do modułów
• Obsługa wielojęzyczności poprzez moduł gettextowy (pliki *.mo)
• Część prezentacyjna: system szablonów (najprawdopodobniej Smarty)

A teraz zasada działania modułów na przykładzie modułu "aktualności":

• Moduł dostarcza 2 widoki: "lista newsów" oraz "news", a także model pobierający z bazy dane
• Użytkownik tworzy nową gałąź serwisu (np. ROOT/aktualnosci) nadając jej widok "lista newsów"
• Widok "lista newsów" pozwala na dodawanie sobie podstron (np. ROOT/aktualnosci/news1), które mogą korzystać jedynie z widoku "news"
• Każdy widok jest powiązany z plikiem konkretnym plikiem szablonu

Nie bardzo wiem jak rozwiązać uniwersalność pliku szablonu - aby po dodaniu nowego modułu nie trzeba było nic w nim ruszać - aby sam zaaplikował styl użytkownika. Myślę, że spokojnie CSS sobie poradzi - czyli design byłby tworzony jedynie z pliku CSS i obrazków, pliki szablonów byłyby w pewnym sensie podpinane "na sztywno".

Co o tym myślicie?

Nie mam jeszcze zielonego pojęcia jak rozwiązać w taki projekcie obsługę wielu jezyków - tak, żeby można było tłumaczyć bezpośrednio w panelu biorąc pod uwagę to, że niektóre wyrażenia do przetłumaczenia będą w bazie danych, a niektóre już w szablonie.

[Diwi]

Moje przemyślenia były podobne do Twoich.

Zależy mi jednak, żeby ten blok był generowany dynamicznie, a jednocześnie żeby korzystał ze skryptu, który powołuje do życia aktualny plik szablonu - żeby nie tworzył nowego połączenia z bazą i zapytania tylko po to, żeby pobrać te dane - czy to wykonalne? Chodzi o to, żeby skrypt rozpoznał zanim wywoła szablon to, co będzie w nim potrzebne i przygotuje to. Chyba będzie trzeba dodać pliki konfiguracyjne dla każdego szablonu zawierające listę bloków...

Troszeczke nie rozumiem. Może stwórz sobie parser do własnych tagów typu <call:action name="getNews" ilosc="5" assign="zmienna" order="dataDodania, DESC"> po znalezieniu czegoś takiego wywołujesz sobie konkretnją akcje poprzez ActionHandler i przypisujesz zmienne do szablonu. Chyba o to Ci chodziło (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Pozdrawiam

[elnino.pl]

Moje przemyślenia były podobne do Twoich.
Troszeczke nie rozumiem. Może stwórz sobie parser do własnych tagów typu <call:action name="getNews" ilosc="5" assign="zmienna" order="dataDodania, DESC"> po znalezieniu czegoś takiego wywołujesz sobie konkretnją akcje poprzez ActionHandler i przypisujesz zmienne do szablonu. Chyba o to Ci chodziło (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Pozdrawiam

Niby tak, ale w chili, gdy szablon jest już parsowany będzie po ptakach - przecież to ostatnia faza tworzenia strony. Chyba zrobię tak:

Każdy szablon ma plik właściwy i plik konfiguracyjny, np.:
m.shop.content.tpl
m.shop.content.cfg

I jeśli wyświetlając produkt sklepu będziemy chciali gdzieś w szablonie dorzucić 5 najnowszych newsów - plik konfiguracyjny będzie wyglądał następująco:

Kod

block1|module:news|params:sort=date&limit=5
block_inny|...

tylko zapisane XMLem

I teraz widok przygotowuje się do podpięcia szablonu sprawdzając najpierw plik konfiguracyjny. Jeśli znajdzie w nim bloki - wywołuje odpowiednie akcje przypisując zmiennym dane - w przykładzie zmiennej szablonowej {block1} przypisana zostanie tablica, o którą prosiliśmy.

Czy to ma sens?