![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 1 Pomógł: 0 Dołączył: 26.02.2004 Ostrzeżenie: (0%) ![]() ![]() |
Witam,
Jako ze jestem nowym uzytkownikem pozdrawiam wszystkich. -- Od kilku miesiecy pisze system CMS ktorego glownymi zalorzeniami byly: - jak najmniejsze obiciazenie dla serwera pod wzgledem liczby zapytan - jak najwydajniejsza budowa aby koszt utrzymania takiego systemu byl jak najmnijeszy (male transfery) i tutaj zaczyna sie moj dylemat; caly czas system skorek byl oparty na jednym pliku .php w kotrym to byly zawarte informacje co do stylu (via Postnuke itp) Jednak problem jest w tym ze tak generowane strona nie sa tak estetyczne i elastyczne jak theme generowany na zasadach zwyklych szablonow html. + dla html System ma bardzo rozbudowane zabezpieczenia i zasady przydzielania praw dla poszczegolnych uzytkownikow i z tego wzgledu generowanie szablonow na zasadzie !<-- IF usr eq prawo --> lub !<-- IF usr eq status --> zostalo wylaczone ze wzgledow bezpieczenstwa i zasad. - dla html, duza liczba mozliwych do wywolania szablonow System posiada klase do generowania formularzy, poniewarz w zaleznosci od praw sa tworzone formy - dla html, nalerzalo by stosowac funkcje !<-- !IF... ktora jest nie potrzebna, wiec same szablony tez sa zbedne. Generowanie gotowej strony z pliku .php lub .tpl jest praktycznie bez roznicy (1-2 set sekundy), jednak plik .php jest mniejszy pozatym nie trzeba go wczytywac 2 krotnie tak jak w przypadku html. Czy w takim razie jest sens uzywania szablonow na styl np. phpBB gdzie zawartosc jest generowana dynamicznie (bardzo duza rozpietosc mozliwych rezultatow). Moze to zagmatfalem i nie rozumiecie tego dylematu ale wyjasnie wszelkie niuanse jezeli ktos bedzie pytal. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 66 Pomógł: 0 Dołączył: 22.04.2003 Skąd: Żory / K-ce Ostrzeżenie: (0%) ![]() ![]() |
Jest jeszcze inne rozwiązanie. Mamy pliki .tpl typu header i footer, ale są one dołączane tylko raz i wtedy powstaje nowy plik .tpl z włączonymi już mniejszymi .tpl-ami. To dołączanie wymuszamy my, gdy edytujemy taki pliczek wywołując taką prostą prekompilację. Wtedy przy otwieraniu strony przetwarzany jest tylko jeden szablon, zawierający już "wklejone" te mniejsze fragmenty. Oszczędzamy wtedy na otwieraniu plików, ale musimy pamiętać o tej prekompilacji, "odświeżeniu" tych przyśpieszonych szablonów, gdy dane w mniejszych zostaną zmienione.
Oczywiście może się to odbywać w tle, ale to już nie jest takie proste, gdyż przy otwieraniu wygenerowanego szablonu trzeba sprawdzić czy te składowe się nie zmieniły, a tą informację jakich składowych używa trzeba też gdzieś przechować, więc najprawdopodobniej będzie trzeba załadować jeszcze jeden plik opisujący proces kompilacji. Pracuję właśnie nad frameworkiem, który ma takie możliwości wielostopniowego przetwarzania szablonu (np. najpierw przetwórz szablon wtępnie przy kompilacji wykonując znaczniki [include] i podobne, a znaczniki {include} pozostaw do każdorazowego wykonywania przy otwieraniu strony). Będzie gotowy za kilka miesięcy. Działajaca, ale nieudokumentowana wersja do przejrzenia może już za miesiąc. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 4.10.2025 - 04:10 |