Podstrony
- telcocafe
- [PHP+MySQL] Problem z połączeniem mysqli('localhost', 'xxx', 'xxx', 'xxx'
- [PHP] Wyrażenia regularne. Zamienić name="info_imie" na name="{info_imie}"
- [php] Dodanie textu do pliku. Problem... :) POMOCY!!!!!!!!!!!!!
- [PHP] Skrypt cenzury Chcę cenzury!!!
- Dobre programy do edycji php Dobre programy do edycji php
- [PHP] podział na strony php: podział na strony
- [PHP i MySQL] jak pobrac liczbe rezultatow Jak pobrac liczbe rezultatow???
- jak zrobic aktualizacje php? pomocy!!!!!
- Błąd w PHP-Fusion pomocy !!!!!
- Daczego nie dziala?? skrypt php nie chce działać!!!
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- shinnobi.opx.pl
telcocafe
Rozważam wykorzystanie OPT 2 w CMS-ie, ale w taki sposób, aby można było go zastąpić pierwotną klasą Content (wykorzystującą szablony w formacie PHP). Tylko mogą wystąpić problemy z kompatybilnością. Czy ktoś używa tego systemu szablonów?- lW klasie Content zdefiniowałem metody: addScript() i addCSS(). Można je ewentualnie przenieść do klasy OPT i zmodyfikować.
llSą też istotne różnice w implementacji. Zobacz: kod klasy Content.
llPrzykłady: zmienne $title i $head, tworzenie referencji (ominięcie $this->data), informacja
llZamierzam jeszcze wprowadzić możliwość użycia wielu szablonów z poziomu logiki skryptu, może przez Content::addFile().l
Dlatego pytam - czy warto użyć OPT 2 w CMS-ie?
Druga sprawa dotyczy skór w systemie CMS. Wszystkich szablonów (plików prezentacji modułów) będzie dużo (ok. 50). Zawartość większości z nich raczej nie zmieni się w innych skórkach, dlatego nie ma sensu ich powielać. Czy wystarczy, aby każda skórka zawierała tylko pliki CSS oraz grafikę? Rozważam jeszcze dołączenie głównego layoutu serwisu (body.php) i panelu admina - ale w ten sposób znów nie utrudnię wykorzystania systemów szablonów? Może proponujecie inaczej rozwiązać ten problem?
eh ;) Tworząc monolityczyny CMS używasz jednego danego rozwiązania i ono jest, a użytkownicy muszą się z tym pogodzić (np. PHP-Fusion ma ograniczony "system" skór i tego się nie zmieni bez przeorania na wylot kodu, co jest nieopłacalne). Wybierasz rozwiązanie, które ci pasuje i tyle. Jeżeli liczysz że użytkownicy będą znacząco przerabiać i rozbudowywać twój skrypt to się mylisz - takie rzeźbienie to parę lat temu. Teraz masz frameworki i inne narzędzia pozwalające stworzyć podstawowy w pełni funkcjonalny CMS w przeciągu nawet minut.