Podstrony
- telcocafe
- [PHP+MySQL] Problem z połączeniem mysqli('localhost', 'xxx', 'xxx', 'xxx'
- [php] Dodanie textu do pliku. Problem... :) POMOCY!!!!!!!!!!!!!
- Problem ze zgrywaniem z kamery Problem ze zgrywaniem z kamery
- [JS] Problem ze skryptem pobierającym źródło strony skrypt pobierający źródło strony
- Głupi problem HELP !!!
- [JS, jQuery] Problem z przejściem z JS na jQuery
- [HTML] 2 problemy z html-em
- [domena] Problem z domeną
- Problem z O/C - Barton 2800+ AMD Athlon XP 2800+ Barton
- [mysql/php]'problem z identyfikatorami [mysql/php]
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- mizuyashi.htw.pl
telcocafe
Klasa Content: http://www.unit1.pl/pb-904Front Kontroler: http://www.unit1.pl/pb-905
Rozszerzenie (dołączone przez Front Kontroler): http://www.unit1.pl/pb-906
W klasie Content zdefiniowałem 2 zmienne. Są to:
* $content->dir - z szablonami źródłowymi (HTML + pseudokod szablonowy)
* $content->cacheDir - z szablonami skompilowanymi do PHP
Doskonale zdają egzamin, gdy całkowicie zmieniam środowisko (np. panel admina, instalator). Wtedy wszystkie szablony są ładowane z określonych w tych zmiennych katalogów (oprócz kilku ładowanych z VIEW_DIR).
Do tej pory wszystko funkcjonowało poprawnie. Teraz pojawił się problem. Zacząłem tworzyć rozszerzenie do systemu CMS. Nie wypada, by szablony wtyczek były przechowywane w katalogu domyślnej skórki (bo skórek może być więcej - wtedy admin może nie wiedzieć, która jest tą domyślną). :D Lepiej, aby rozszerzenia miały własne katalogi z szablonami.
Pojawia się problem. W pliku rozszerzenia zmieniam katalog, w którym znajdują się rozszerzenia. Niestety, wyświetla się błąd:
Warning: filemtime() [function.filemtime]: stat failed for ./style/chat/body.html in [...]lib\content.php on line 100Teraz popatrzmy na Front Kontroler (na sam koniec). Tam sprawdzam, czy główny szablon (layout) jest skompilowany, wywołując metodę compile(), która wykorzystuje te 2 zmienne $content->dir i $content->cacheDir.
Jak rozwiązać problem, aby móc trzymać szablony rozszerzeń w osobnych katalogach? Może w ogóle inaczej zorganizować cały proces dołączania szablonów?
Jest jeszcze drugi, trochę mniej istotny problem. W domyślnym katalogu znajdują się szablony współdzielone (np. dla komentarzy). Gdyby tak rozszerzenia chciały je wykorzystywać? Chociaż mogą je też skopiować do własnego katalogu...
Popatrz na ten problem i ile opisu wymagał = rozwiązanie jest zbyt skomplikowane i/lub nieelastyczne.
Proste i powszechnie stosowane rozwiązanie to dziedziczenie szablonów oraz oddzielenie szablonów "szkieletowych" od szablonów szczegółowych poszczególnych komponentów. "Skórki" zawierają wyłącznie szablony szkieletowe posiadające szereg bloków o określonych nazwach na np. treść, tytuł, jakieś tam menu itd plus pliki statyczne jak CSS/JS itd. Szablony szczegółowe jeżeli istnieją to zawarte są wraz z modułami. Szablony te dziedziczą główny szablon i wypełniają określone bloki zawartością i nie powinny wymagać żadnych zmian. Przykłady to Smarty, czy szablony Django (http://www.beberlei.de/calypso/ odpowiednik w PHP) ładnie współgrające z MVC frameworka.
Kombinujesz jak koń pod górę. Zamiast usilnie starać się wymyślić swoje rozwiązania warto czasami zastosować już istniejące, znacznie lepsze i stworzone przez mądrzejszych ludzi.