![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 60 Pomógł: 0 Dołączył: 20.10.2002 Skąd: Kielce Ostrzeżenie: (0%) ![]() ![]() |
Witam, przyszedł czas na napisane pracy dyplomowej. Padło na CMSa którego sobie wymyśliłem. Przedstawiam i prosze o ocene i ew. zaproponowanie czegoś do logicznego schematu bazy danych:
(IMG:http://ikielce.pl/umuCMS.png) Idea mojego systemu: Łatwy, szybki i wieloużytkownikowy Wieloużytkownikowy to znaczy, że jeden kod ma obsługiwać wiele stron internetowych. Wytłumaczę kilka tabel, które są na projekcie: Administratorzy: Administrator główny, który tworzy i zarządza administratorami, którzy z kolei mogą dodawać i edytować użytkownió systemu (strony internetowe) Jezyki: każda witryna może mogła mieć treści w wielu językach. Każdy zestaw menu będzie przyporządkowany do konkretnego języka. Menu: Każda strona będzie mogła mieć różne menu, które będzie można umiejscawiać w różnych miejscach layoutu Strony: Każda strona ma template wybrany z zestawu Pola tresci: Dla każdej strony będzie się tworzyć oddzielne pola (np. tytul, tresc krotka, tresc długa, zdjecie_1 - wszystko jako oddzielny input) Templaty: Tu ma się mieścić kod html, który będzie układał stronę w całość. Za treść wpisaną w pola treści będą odpowiadać zmienne wpisywane w templaty (np {tytul} {tresc_krotka} itp) Tresci strony: Tekst/adres do pliku przyporządkowany do konkretnej strony i templatu. Pluginy: mają być umieszczane w templatach także poprzez znaczniki {nazwa_pluginu} Pluginami mogą być: drzewo stron, kalendarz, pdf_export, zaawansowane drukowanie, wyszukiwarka, logowanie. Pluginy mogą mieć swoją bazę danych i będą dostępne dla witryny wtedy kiedy administrator na to pozwoli Użytkownicy: każda Witryna może mieć wielu użytkowników: Adminów strony mogących uzupełniać treści i modyfikować wygląd dodawać użytkownikó zwykłych, użytkownik zwykły może tylko dodawać treści, czytelnik po zalogowaniu może czytać strony niedostępne dla ogółu. Każdy użytkownik po założeniu będzie miał tworzoną oddzielną bazę danych, której adres i hasło będzie wpisywane przy tworzeniu. Automatyczne tworzenie użytkownika w bazie danych chyba będzie trudne do zrealizowania, więc trzeba będzie to ręcznie zrobić. W layoucie ma być możliwość umieszczania menu, stron, pluginów. W polach treści ma działać także kod PHP. Narazie tyle (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 590 Pomógł: 185 Dołączył: 19.04.2006 Skąd: Gdańsk Ostrzeżenie: (0%) ![]() ![]() |
- wystarczy jedna tabela z użytkownikami
- nie widzę kategorii/podkategorii - struktury drzewa - do każdej kategorii powinna być możliwość przypisania innego templatu oraz zainstalowania dowolnych pluginów - jak zostanie rozwiązana kwestia styli? Piszę np. artykuł i na 6-tej stronie mam tabelkę, do której chcę dodać style - jak to będzie wyglądało? - moim zdaniem obsługa wielu serwisów jest zbędna - wystarczy założenie, że każda kategoria jest autonomiczna i traktowana jak oddzielny serwis - treść może pochodzić z różnych źródeł: jako plugin (fragment kodu html umieszczony na stronie), z systemu newsów, systemu artykułów etc. Każdy taki plugin/moduł powinien mieć własne templaty i konfigurację, użytkownik powinien mieć też możliwość dołączania własnych modułów Ogólnie to napisanie elastycznego i dobrego CMS'a musi potrwać - radzę zacząć od struktury drzewa kategorii, dodawania, usuwanie, edycja kategorii, potem przypisywanie kategoriom pluginów, templatów i styli, na końcu pluginy - jak zrobisz drzewo kategorii to potem jakoś to pójdzie dalej (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) |
|
|
![]() ![]() |
![]() |
Aktualny czas: 12.10.2025 - 20:03 |