StatiCMS
Witam
Od jakiegoś czasu po głowie chodzi mi koncepcja tzw "statycznego cms'a".
Rozważam rozmaite koncepcje, przeyszedł czas na próbe uporzadkowania myśli
i rozwiazania dostrzeżonych problemów.
Moze na poczatek sam koncept:
static cms z zalozenia nie powinien roznic sie niczym do zwyklego cms'a
poza tym, ze jak najwiezej podstron ma byc przechowywanych i wywolywanych podczas odwiedzania ze statycznych plikow .html
profitow z odpalania statycznych plikow chyba nie musze tlumaczyc, strony odwieraja sie niezwlocznie, obciazenie serwera jest bardzo niskie, niestety pojawia sie szereg problemow, ktore przy dynamicznym generowaniu nie wystepuja:
- ilosc plikow, kazda podstrona to plik .html, przy ograniczeniach na ilosc plikow na hostingach moze pojawic sie problem, potrzeny jest jakis system zarzadzanai iloscia przechowywanych plikow statycznych i usuwania w razie potrzeby tych najmniej waznych (najzadziej odwiedzanych lub/i najktocej generowanych) tutaj pojawia sie problem z przechwytywaniem informacji o tym jak czesto odwiedzana jest konkretna podstrona, jedyna opcja to dealing z logami serwera www, a to chyba zbyt duza komplikacja..
- sesja/zalogowanie, static cms ma realizowac opcje podobne do bloga/forum/serwisu spolecznosciowego, wszystko to potrzebuje funkcji logowania, jesli gdzies na stronie ma widniec informacja "zalogowany/a", to nie moze byc ona na stale wlepiona w HTML'a, musi byc generowane przez JS z danych przechowyanych cookie, prawidlowa walidacja tych danych bez przeliczenia przez skrypty po stronie serwera jest niemozliwa, zatem w cookie bedzie musialo byc przechowywane cos na ksztalt; "logged_as=username", sesja zostanie porzadnie przewalidowana dopiero kiedy user bedzie chcial sie dobrac do wrazliwych podstron typu "edycja profilu", ta podstrona i inne calkowicie indywidualne w zalenosci od usera beda musiala byc wygenerowana dynamicznie.
- jezeli user bedzie chcial odpalic podstone dla ktorej nie istnieje plik statyczny, htaccess przekieruje do skryptu generujacego widoki, ktory na poczekaniu taki plik utworzy, mam nadzieje ze ta kwestia byla dla kazdego jasna od poczatku wykladu
- przykladowy event, dodanie komentarza: Zalozmy ze jest sobie podstrona z jakims artykulem, możliwe ma być dodawnie komentarzy, user chcac dodac komentaraz wypelnia formularz, potem klika submit, ktory kieruje do dynamicznej czesci CMS'a, tworzony jest nowy widok z komentarzem, a stary statyczny plik widku (jescze bez tego komentarza) nadpisywany... trzyma sie kupy co nie?
mam nadzieje, ze zalozenia projektu sa jasne, 99% odwiedzin ma sie odwolywac do statycznych plikow .html, cachowanie i uruchamianie nawet najprostrzego skryptu przy kazdym wywolaniu strony stoi w sprzecznosci z celem calego przedsiewziecia.
No, troche to sobie uporzadkowalem, zwykle pisze takie pierdoly sam do siebie a potem kasuje, tym razem przyspamie na forum.
Czekam na Wasze uwagi.
Pozdrowienia
światło mądrości oświetla drogę z nikąd do nikąd