Podstrony
- telcocafe
- [PHP] Wyrażenia Regularne preg_replace, eregi, ereg czego użyć?
- [PHP] Projekty na umowy cywilno-prawne Od czego zacząć?
- [PHP][Apache] Adres bez rozszerzenia od czego zależy?
- [PHP] Napisać nowyCMS Od czego zacząć?
- Grzanie się chipsetu od czego zalerzy?
- Skrypt opisów GG ...od czego zacząć
- Portal internetowy->od czego zacząć?
- [php] do czego służy ^
- [AJAX] Od czego zacząć
- Nauka CMS od czego zaczac
- zanotowane.pl
- doc.pisz.pl
- pdf.pisz.pl
- granada.xlx.pl
telcocafe
To, co w temacie.Ponieważ prawdopodobnie niedługo ruszą pracę nad CMSem opartym na plikach tekstowych, chciałbym dowiedzieć się więcej na temat oczekiwań użytkowników.
Użytkownik Ferrari edytował ten post 25 luty 2005, 18:01
- Więcej kontroli nad stroną
- Komentarzy w kodzie źródłowym B)
CMS na plikach tekstowych? Ferrari skąd taki pomysł? Nie lepiej i prościej tworzyć to z pomocą bazy danych?
Czego mi brakuje:
-większej kontroli nad zawartością
-większej kontroli nad layout'em
-komentarzy w plikach (popieram dodka)
-pełnego działania w przeglądarkach innych niż IE
CMS na plikach tekstowych? Ferrari skąd taki pomysł? Nie lepiej i prościej tworzyć to z pomocą bazy danych?
Jest dużo CMSów opartych na SQLu i robota następnego takiego nie ma sensu.
Możecie rozwinąć -> "większej kontroli nad zawartością"?
Z pewnością bardzo ograniczona kontrola nad wyglądem strony, to jest: rozmieszczeniem poszczególnych elementów.
Z pewnością bardzo ograniczona kontrola nad wyglądem strony, to jest: rozmieszczeniem poszczególnych elementów.
Mnie w fusionie np. brakuje możliości wypowiadania się na forum niezarejestrowanych użytkowników
Jest dużo CMSów opartych na SQLu i robota następnego takiego nie ma sensu.
Możecie rozwinąć -> "większej kontroli nad zawartością"?
CMS na plikach tekstowych - fajnie ;)
Bo są czasami naprawdę fajne konta, z php, ale bez mysql...
W CMS-ach brakuje mi rozbudowanych możliwości zmiany wyglądu CMS-a. Chodzimi np. o kreator skórek, ale taki jak w WinAmpie 5, czyli dowolnie rozmieszczane elementy, przyciski, żeby CMS był rozpoznawalny tylko po napisie w stopce.
korzystając z plików tekstowych np. poprzez txtSQL natrafisz na wiele problemów .....
Czy pisałem, że wszystko będzie w jednym pliku tekstowym? To nie będzie baza danych! :)
!
Kto z was chce brać udział w tworzeniu tego projektu? Dam do stworzenia pewne moduły...
I druga sprawa... wolicie już rozpocząć robotę, czy za jakiś czas?
Zgłoszenia: GG# 3339248.
Użytkownik Ferrari edytował ten post 14 luty 2005, 22:28
Czy pisałem, że wszystko będzie w jednym pliku tekstowym?
txtSQL to pliki txt obsługiwane za pomocą SQLa (tj możesz pobrać jedynie te wiersze w których kolumna cośtam ma określoną wartość). Każda tabela to oddzielny plik, baza to katalog :P Jeżeli np. zamiast tabeli z artykułami dasz każdy art w oddzielnym pliku to za bardzo operować na tym się nie da..
Dlaczego nie da się? Daj kilka argumentów...
np. tytuły i opisy 5 ostatnio dodanych w tym roku artykułów :)
SELECT art_id, art_desc FROM articles WHERE art_dodany >= 2005.01.01 ORDER BY art_dodany DESC LIMIT 5
Bo nie masz SQLa i nie możesz pobierać ściśle określonych danych. Jeżeli każdy art będzie w oddzielnym pliku to możesz pobrać wszystko i dopiero po tym filtrować... co jest znacznie wolniejsze.
Informacje o artykułach (dot. danego działu będą jeszcze w innym pliku). Nie będzie wszystko na raz ładowane.
Ten CMS jest tworzony po to, żeby dało się go używać na serwerach bez SQL.
Zachęcam do zapisywania się.
Pisząc skrypt oparty na plikach trzeba rozważyć za i przeciw na pewno za jest, że taki system pójdzie na każdej konfiguracji sprzętowej, która jedynie posiada php. Minusem jest szybkość i trudniejszy dostęp do danych niż w przypadku SQLa. Dla swojej strony, opracowałem prosty system szablonów, który jak na razie dobrze się sprawuje Jeśli ktoś chce zobaczyć jego działanie to jest tutaj, nie długo będzie dostępny ten skrypt. Ja był bym chętny do wzięcia udziału w tym projekcie bo nie jest zły.
Użytkownik rafcio8405a edytował ten post 16 luty 2005, 16:51
Możemy zrobić w następujący sposób, co raczej powinno się powieść (skoro dużo skryptów z tego korzysta, np. PHPBB).
Podczas instalacji będzie można wybrać, gdzie się chce przechowywać dane (jako wbudowane może być np. pliki tekstowe, oraz MySQL). Będą specjalne pliki z funkcjami odpowiadające za odczyt i zapis.
Kto się zna na SQL, niech napisze pod GG# 3339248.
Ja mam stronę w phpfusion v5.00! Chciałbym czegoś nowego! Nie wiem czego ale czy coś jest fajnego do tego CMS-a?
Pozdrawiam
------------------------
Stronka o telefonach i programach!
mi, tak jak wielu, brakuje możliwości swobodnego edytowania wyglądu stronki
Użytkownik radecki07 edytował ten post 19 luty 2005, 11:42
Jaki układ wolicie?
1. Kategorie będą podzielone na grupy. W kategorii grupy będą mogły mieć postać: tekstu, listy plików, listy artów.
2. Kategorie będą podzielone na grupy, lecz tylko w celu porządkowym. To, czy będą tam pliki, czy tekst, czy arty - będzie zależało od kategorii.
Jaki układ wolicie?
(...)
Jeżeli o mnie chodzi to mi to praktycznie obojętne, ale jeżeli miałbym już ostatecznie wybierać, to pisałbym się za 1 możliwością.
jaki układ? Żaden - możliwość kształtowania go od zera wg własnych chaotycznych myśli :P
Po co kategorie i działy skoro można zrobić moduł artykułów oraz moduł "kategorii" do których można wstawiać (własnoręcznie) artykuły lub inne kategorie, do woli :)
Screen
Kwestia paru ContentBBcode :)
Użytkownik Riklaunim edytował ten post 20 luty 2005, 17:15
Nikt z was nie ma więcej propozycji, niż wygląd serwisu?
Piszcie, bo może zostaną one uwzględnione!
Krzysiek:
1. Możesz rozwinąć punkt "więcej kontroli nad zawartością"?
2. Konfigurowalność wyglądu będzie dość dobra (oprócz panelu admina).
3. Komentarze w plikach - nie będzie ich zbyt wiele (dot. każdej instrukcji), ale będą (ogólnie).
4. Skrypt będzie testowany i błędy dot. innych przeglądarek będą naprawiane.
Co jest dla was najważniejsze w CMSach?
Nikt z was nie ma więcej propozycji, niż wygląd serwisu?
Fajnie, taki CMS jest potrzebny !
Nawet na friko można bedzie sobie postawic!
A tak normalnie w cms'ach niczego mi nie brakuje.
Nie jestem wymagający.
Propozycje piszcie dalej, a zgodnie z tym, co pisał Riklaunim, możecie oceniać podane propozycje przeze mnie i innych (np. czy przydatne).
Więc podstawiam do oceny kilka punktów (narazie):
- użytkownik będzie mógł wybrać język, oraz skórę (przechowywane w COOKIES), a bloki menu, arty i pliki (lub grupy) będzie można ustawić widoczne tylko dla danego języka;
- [w PHP-Fusion tego nie ma] zawartość będzie podzielona ogólnie na kategorie... W dziale będą grupy (do których to dopiero będzie można przypisać, czy to tekst, czy lista artów, plików...)
Użytkownik Ferrari edytował ten post 25 luty 2005, 17:55
- użytkownik będzie mógł wybrać język, oraz skórę (przechowywane w COOKIES), a bloki menu, arty i pliki (lub grupy) będzie można ustawić widoczne tylko dla danego języka;
Im mniej danych w cookie tym lepiej. Wybór skóry, langa - zmiana danych w profilu. W Cookie przechowuj jedynie np. id usera, hasło, datę logowania (znacznik czasu) + wszystko odpowiednio kodowane.
- [w PHP-Fusion tego nie ma] zawartość będzie podzielona ogólnie na kategorie... W dziale będą grupy (do których to dopiero będzie można przypisać, czy to tekst, czy lista artów, plików...)
Im prościej tym lepiej... nie chodzi o uproszczenie struktury ale o uproszczenie jej tworzenia. wystarczy zrobić 1 moduł kategorii do których można dodawać inne kategorie lub np. artykuły. Dzięki temu masz rozbudowaną strukturę małym nakładem kodu.
A może jest już jakaś strona o tym projekcie?
Jeżeli tak to prosiłbym o link :rolleyes:
Będzie dział poświęcony CMSowi w serwisie CM, niedługo potem forum.
Skrypt trzeba zabezpieczyć przed złośliwymi skryptami. Pytanie do tych, którzy wiedzą więcej na ten temat - co i gdzie należy powstawiać? Sprawdzenie, czy istnieją stałe (różne pliki), oraz czy jesteś zalogowany (pliki modułów admina, używa cookies) wystarczy?
Jakieś propozycje? Dawajcie!
Chcesz tworzyć także tego CMSa? Pisz: GG# 3339248.
Skrypt trzeba zabezpieczyć przed złośliwymi skryptami. Pytanie do tych, którzy wiedzą więcej na ten temat - co i gdzie należy powstawiać? Sprawdzenie, czy istnieją stałe (różne pliki), oraz czy jesteś zalogowany (pliki modułów admina, używa cookies) wystarczy?
Nie pisz cmsa jeżeli nie masz o tym pojęcia... poza tym pierwszy CMS tak jak pierwsza strona nie nadaje się do publikacji... wiem coś o tym :mellow:
Generalnie tak:
- zapytania pobierające dane np. dany artykuł wykorzystują ID pola AUTO INCREMENT. Przed wykonaniem zapytania sprawdzić czy ID występujące w linki jest liczbą (is_numeric).
- blokada wykonania zapytania jeżeli jest w nim UNION, 0=0 itp. (chyba że sami gdzieś tego używamy).
- formularze do których wpisują coś userzy, np. profil - strip_tags (generalnie $_POST = array_map("strip_tags", $_POST)
- hasła userów w bazie zakodowane md5 +ew. coś ekstra
- cookies: zdobycie hasła usera X nie może pozwolić na podrobienie jego cookie (do naszego wstawiamy jego login i jego hasło md5 i udajemy jego). Polecam dodanie też czasu (znacznik czasu) logowania, które będzie porównywane z tym w bazie oraz użycie jakiejś klasy kryptującej (kodowanie/dekodowanie oparte o klucz - łańcuch).
A jak by tak w CMS-ie wykorzystać XML ??
Mi brakuje łatwego dodawania modółów i dobrego forum, bo na plikach tekstowych takowego nie zrobisz :):)
Galerii z podziałem na działy, download, wfajnego wygladu( :P ), newsów z komentarzami, wbudowanego forum, artykułów z komentarzami, dobrego rotatora banerów, edycji bloków menu.
Taaa rotator bannerów. to jest konieczne:):)
do tego dobry system uploadu i powiadamianie o wszystkim admina :):)
Przydalby sie panel wysw. pogode
Takie panele to sie dodaje potem w modach/dodatkach, bo żadko się tego używa :):)
W tensposób można zrobić SMS-a 50mega i zrobić urodziny imieniny 15 zegarków jakieś inne bzdury, wyszukiwarki, bramki gg, tlen , i jakieś jeszcze innr badziewia... TO BEZSENS !!
CMS jest teraz nastawiony na SQLa (kto chce jechać na plikach, niech sobie skonfiguruje txtSQL). Aktualnie można zobaczyć wersje nie do użytku (do testów i dla twórców) w dziale >> "pole do popisu". <<
Panele w menu takie jak zegarek, pogoda będą jako dodatki. Wystarczy wsadzić plik na serwer, oraz w panelu administracji utworzyć blok menu (typ: plik). Edycja bloków menu nie będzie trudna - będą 3 typy: tekst, plik, linki.
Rotator bannerów... będzie, ale nad tym się potem zastanowię.
Galerii jeszcze nie ma, ale będzie.
Łatwa instalacja wtyczek, i ogromna ich ilość.
Oprzyjk stronkę CMSA-a na swim, to jakaś forma reklamy
MAŁO DZIUR!
Dobry CMS:
1. Własny instalator
2. Możliwość zmiany pozycji każdego, nawet standardowego bloku w menu.
3. Możliwość ustalenia daty/godziny zmiany skóry
4. Możliwość wysyłanie prywatnych maili do uzywkowaników
5. Rozbudowany system prywatnych wiadomości.
6. Newsletter
7. Możliwość uistalenia własnego regulaminu.
8. Możeliwość włączenia/wyłączenia dla każdej z podstron serwisu menu po prawej/lewej stronie
9. Rozbudowane forum lub integracja z phpBB/phpBB by Przemo/IPB
10. Rozbudowany moduł galerii
11. Rotator bannerów z licznikiem kliknięć
12. Możliwość towzenia skinów
13. Upload plików do downloadu w Panelu Admina
14. Eksport/Import bazy danych
15. Łatwa instalacja modółów (jak AIM wjPortal lub jak w PHP-Fusion)
16. Licznik postów/komentarzy dla użytkowników.
17. Dodawanie adminów, moderatorów
18. Funkcja kontroli użytkowników (Raport po kożdym dniu o tym co robił dany user)
19. Dobry i rozbudowany download
20. Banicja uzywkowników
21. wersje jezykowe interfejsu i artykółów
22. Czytnik RSS (Pobieranie aktualności z innych serwisów)
23. Licznik odwiedzin z możliwością wyboru - czy liczyć przeładowania czy nie
24. Rozbudowany katalog linków z licznikiem kliknięć
25. Rozbudowana galeria, z systemem komentarzy i oceniania.
26. Ocenianie plików w downloadzie i ocenianie.
27. Zgłaszanie wadliwych linków
28. Modół ogłoszeń.
29. Kontrola nad rozmieszczeniem na stronie poszczególnych elementów
30. Latwe umieszczannie elementów Flash
31. Komentarze niezarejestrowanych.
32. Menu dla uzytkowników zalogowanych
33. Mozliwość dodawania obrazków w Newsach/Artykółach
34. Dakładny podział na kategorie Artykółów, Newsówi Downloadu.
35. Zapis nazwy usera i chasła do cookie.
36. Zapis wybranej przez usera skóry W BAZIE a nie w cookie-s. To samo z językiem
37. Jak najlepsze zabezpieczenie
38. Duuużo standardowych skór
39. Kategorie użytkowników
40. Ankieta także dla niezarejestrowanych.
41. Bardzo dobra wyszukiwarka
Jak coś jeszcze wymyslę, to dam znać...
// Przepraszam za nie uzywanie opcji Edytuj, ale jakoś się zagapiłem :)
Użytkownik pawkow edytował ten post 06 czerwiec 2005, 09:41
Porównajcie sobie cms do innych tekstowych.
Pamiętajcie też o tym, że w większości małe i średnie strony będą z niego korzystać.
1. Instalator jest, zawiera tylko 3 strony, a nie tyle, co w innych.
2. Tak, to będzie. Bloki nie będą sztywne, jak w PHPF.
3. ;) Wg. mnie bezsens, co na to inni? To wstawia się bezpośrednio w kodzie.
4. Prywatne maile - chodzi ci o anonimowe? Hmm...
5. Nie wiem, czy w pierwszej wersji CMS'a będą prywatne wiadomości. Jeśli ktoś by pomagał coś w tworzeniu skryptu, możliwe.
6. O ile o tym nie zapomnę w przyszłości (do wersji 1.0), będzie.
7. Tutaj najlepiej będzie zedytować plik językowy regulaminu.
8. Pomyślę. Być może będzie to w opcjach w PA, a być może w kodzie skóry.
9. Integracji nie będzie (chyba, że z forum lżejszym). Forum przewiduję jako dodatek (lecz w wersji 1.0 raczej nie będzie).
10. Rozbudowana galeria - możesz rozwinąć? Może dasz ciekawe propozycje.
11. Rotator będzie. Licznik też.
12. Ludzie... obsługa skórek będzie, lecz nie będzie się ich tworzyć w PA...
13. PHP obsługuje upload i możliwe, że z tego skorzystam (zawsze to już łatwiej dodawać pliki).
14. Hmm...
15. Jeśli chodzi o wtyczki wewnętrzne (wymagające działania wewnątrz kodu np. wyświetlania plików), nie będzie ich w wersji 1.0 i nie wiem, jak w kolejnych.
16. Statsiarstwo? Jeszcze nie doszedłem do komentarzy i nie wiem, ale propozycja nawet, nawet...
17. Narazie jest taka hierarchia: 1 admin, x moderatorów, x użytkowników... będzie jeszcze: x niecenzurowanych, x newsposter'ów. Jeszcze się dobrze nad adminami nie zastanawiałem. Prawdopodobnie w PA będzie możliwe ustawienie, jakie mają prawa moderatorzy, pozostali admini i inne grupy (te wymienione)... Obsługi wielu grup (co by było lepsze) nie chce mi się narazie wstawiać, może w przyszłych wersjach.
18. :o:
19. Możesz rozwinąć?
20. Propozycja nawet dobra.
21. Tak, będzie to możliwe...
22. :o:
23. Jak w każdym CMSie i tu będzie.
24. Licznika kliknięć w linkach jeszcze nie ma, ale pewnie będzie.
Zbyt długie, odpowiadam teraz na niektóre.
36. Co z anonimami?
4. Prywatne maile - chodzi ci o anonimowe? Hmm...
Nie, prywatne wiadomości, jak na forach i innych. Alebramka emili NIE!!
36 DlaAnonimów skóa standardowa, defaut
Czytnik RSS to dobry pomysł
Banicja także adresów IP i może zapis do cookie zabanowanego
Coś wymysle - dam znać :):)
Mi brakuje zarządzania przez program w Windows... jeżeli zarządzacie forum i chcecie przesunąć forum na górę a macie z 10 forów na lycosie to sz*** może trafić
No nie, to CMS napisz se sam program do zarządzania z windows
Mi brakuje dobrego cms na bazie danych w plikach!!! jAK GUPPY...
nieróbcie nowych CMSów, bo sami do niczego niedojdziecie, żeby zrobić porządnego cmsa patrzeba kilku ludzi którzy się naprawde na tym znają, albo kilka lat pracy!!! po co komu kolejny beznadziejny cms, już lepiej pomóc w tworzeniu już dostępnych, np phpBB, PHP-NUKE, czy MAMBO
nieróbcie nowych CMSów, bo sami do niczego niedojdziecie, żeby zrobić porządnego cmsa patrzeba kilku ludzi którzy się naprawde na tym znają, albo kilka lat pracy!!! po co komu kolejny beznadziejny cms, już lepiej pomóc w tworzeniu już dostępnych, np phpBB, PHP-NUKE, czy MAMBO
Wiesz ilu ludzi doszlo daleko robią wszystko SAMEMU?
Pozatym zrobienie CMSa nawet kiepskiego to ogromna satysfakcja dla autora...
tak ale ile czasu im to zajeło,
ja też robie CMSa, od dwóch lat, i uważam ze na jedną osobę to za dużo roboty, chyba ze ktoś ma MNÓSTWO CZASU.
1. Jeśli się tworzy (bardzo) rozbudowanego CMSa, robota rzeczywiście może trwać długo (nawet 2 lata), chyba że się go pisze w ślimaczym tempie.
Robota F3CMS potrwałaby szybciej, gdyby ktoś chciał jakieś moduły tworzyć.
2. Opierając CMSa na SQLu robota jest łatwiejsza (o czym się przekonałem, przechodząc z plików na bazę). Dla tych, którzy będą chcieli jechać na plikach, jakoś się skonfiguruje txtSQL.
3. CMSów rzeczywiście jest dużo (do wyboru, do koloru). F3CMS będzie miał trochę inną budowę (która jednym może pasować, drugim nie). Zawartość będzie podzielona na kategorie. W każdej kategorii będzie można umieścić dowolną liczbę grup o danym typie (lista plików, tekst, lista artów, galeria, linki, nowości). W kategorii cała lista artów, plików, linków... wszystkich grup będzie widoczna na jednej stronie (oprócz nowości i galerii, gdzie będzie podział na strony). Linkiem będzie mogła być także inna kategoria.
4. Przesuwanie elementów (czy for, czy grup, czy bloków menu) na wyższe lub niższe miejsce nie sprawi wielkiego problemu. Rozwiązanie będzie podobne jak w PunBB - będą małe pola z liczbami kolejności. Wtedy (szczególnie na wolnym serwerze) nie denerwujesz się, gdy masz przesunąć element o np. 10 w górę.
5. Dobreprogramy.com także pozwala anonimom zmieniać skórki. Przesłanie 2 cookies z nazwą skóry i ze skrótem języka nie sprawi przecież kłopotu. To raczej + dla CMSa.
Czy ktoś ma jeszcze jakieś ciekawe propozycje, rozwiązania, ale naprawdę przydatne?
Użytkownik Ferrari edytował ten post 06 czerwiec 2005, 22:33
Nooo, z tego co mówisz, to zapowida sie zaje......
Nooo, z tego co mówisz, to zapowida sie zaje......
No nie ja tam w niego wiezrze, nie wiem jak inni, ale ja bedę tego używał :)
Odświeżam temat.
Postanowiłem, że CMS będzie dość rozbudowany. Do wyników dość daleko, ale będzie to w tym roku (od czasu do czasu wypuszczę nieużytki).
Panel admina źle trochę obmyśliłem... Menu z kategoriami i podkategoriami to nie jest dobre rozwiązanie. Aktualnie będą 3 bloki (jeden z kilkoma kategoriami głównymi, drugi z popularnymi zadaniami, trzeci związany z administratorem i opcją wyjścia z admina).
Zastanawiałem się nad obsługą wtyczek i jednak mam zamiar ją wprowadzić. Będą mogły mieć swoje ustawienia.
Skórki także będą mieć ustawienia (np. loga, itp...), lecz zawsze takie same (nie: własne).
Robota CMSa nie jest taka prosta, ale najważniejsze są chęci.
Teraz odpowiadajcie na 3 pytania:
1. Czego brakuje w CMSach?
2. Co jest zbędne / niepotrzebne w CMSach?
3. Co jest, a powinno być inaczej w CMSach?
Zastanawiałem się nad obsługą wtyczek i jednak mam zamiar ją wprowadzić. Będą mogły mieć swoje ustawienia.
Skórki także będą mieć ustawienia (np. loga, itp...), lecz zawsze takie same (nie: własne).
przeopcjowanie... skórka to skórka, po co zdalne ustawienia jak jakieś loga.. zazwyczaj dane logo pasuje dla danej skórki...
Teraz odpowiadajcie na 3 pytania:
1. Czego brakuje w CMSach?
2. Co jest zbędne / niepotrzebne w CMSach?
3. Co jest, a powinno być inaczej w CMSach?
Dot. przeopcjowania - chyba nieporozumienie... Każda skóra będzie miała do ustawienia swoje logo (jedno, nie kilka...) Informacje o skórach będą zapisane w bazie danych i admin będzie mógł zbędne (skóry) wyłączyć bez wywalania ich z serwera.
Może i racja, że nie zrobię CMSa dla wszystkich. CM teraz oparłem na PHP-Fusion i nie jest tak źle, ale nie jest też najlepiej (zasadniczą wadą jest brak ustawienia innego autora przy dodawaniu artu w adminie - nawet "drobnostki" potrafią dużo uniedogodzić zarządzanie). Jednak o jak największą uniwersalność trzeba zadbać.
Wypowiadajcie się...
Użytkownik Ferrari edytował ten post 31 lipiec 2005, 20:08
Mi brakuje zarządzania przez program w Windows...
a co z tymi co maja linuksa? Moze bys pomyslal o wszystkich, a nie o samym sobie...
Przydałaby się opcja dodawania własnych modułów. Tzn. żeby użyszkodnik nie był uzależniony tylko od tego systemu newsów co jest w standardzie, tylko mógł napisać własny i żeby ogólnie łatwo się konfigurowało cms'a. No i oczywiście idealnie skomentowany kod cms'a. Wtedy można go łatwo przystosować do swoich potrzeb jak zna się php.
A najlepiej gdybyś stworzył taki podstowowy cms bez żadnych systemów newsów itp. tylko żeby użyszkodnik sam mógł zbudować swój cms według swoich upodobań korzystając z systemu bazowego cms'a.
Użytkownik dh_maniak edytował ten post 31 lipiec 2005, 21:09
Przydałaby się opcja dodawania własnych modułów. Tzn. żeby użyszkodnik nie był uzależniony tylko od tego systemu newsów co jest w standardzie, tylko mógł napisać własny i żeby ogólnie łatwo się konfigurowało cms'a. No i oczywiście idealnie skomentowany kod cms'a. Wtedy można go łatwo przystosować do swoich potrzeb jak zna się php.
A najlepiej gdybyś stworzył taki podstowowy cms bez żadnych systemów newsów itp. tylko żeby użyszkodnik sam mógł zbudować swój cms według swoich upodobań korzystając z systemu bazowego cms'a.
To by było dobre rozwiązanie (bardziej rozbudowany system wtyczek). Pomyślę nad tym.
Nie wiem, czy jest sens, by i nowości i arty, pliki... - wszystko było modułami. Jest to możliwe, lecz zawsze trzeba wykonywać następne zapytanie do SQLa. Dodatkowo trzeba by trochę zmieniać w funkcjonalności.
Uważam, że podstawowa funkcjonalność (newsy, arty, pliki, linki... także np. rotator bannerów, bo informacja o jego położeniu będzie w skórach) powinna być wbudowana, a reszta (ankieta, shoutbox, losowe zdjęcie, top arty, ostatnie tematy, forum, reviews, ...i co kto napisze... itd...) jako wtyczki (większość do pobrania z serwisu CM).
Użytkownik Ferrari edytował ten post 01 sierpień 2005, 08:24
Nie wiem, czy jest sens, by i nowości i arty, pliki... - wszystko było modułami. Jest to możliwe, lecz zawsze trzeba wykonywać następne zapytanie do SQLa. Dodatkowo trzeba by trochę zmieniać w funkcjonalności.
Jak dla mnie to co piszesz jest zupełnie bez sensu.. w większości innych CMSów nie ma różnicy między modułem "dodatkowym" a "wbudowany"... wogóle "wbudowany" moduł ala newsy jest czymś abstrakcyjnym dla mnie... w Mambo czy Postnuke można dowolnie wywalać tego typu moduły. Poza tym dlaczego wg. ciebie moduły "dodatkowe" wymagają wykonania większej ilości zapytań do bazy itd. niż "wbudowane"?
Nie w tym rzecz... Jeśli CMS składałby się tylko z modułów, które można włączyć, wyłączyć, wywalić... trzebaby było wykonać dodatkowe zapytanie, np...
$_GET['co'] - nazwa (czy numer) modułu... sprawdzanie czy istnieje w bazie i odwołanie się do odpowiedniego pliku...
$_GET['d'] - ID działu... z bazy pobierane są informacje o kategorii... następnie potrzeba informacji o typie kategorii... następne zapytanie - tym razem do tabeli modułów...
Jeśli zaś CMS będzie miał nieodłączną funkcjonalność (nowości, arty, itp...), a będzie rozszerzony system wtyczek (czy dodatkowych modułów, jak kto woli), będzie zdecydowanie lepiej.
switch($_GET['co'])
case ... {czyli wbudowana funkcjonalność}
default: {i dopiero wtedy zapytanie o odpowiedni moduł}
I nic zmieniać nie trzebaby było.
Nie w tym rzecz... Jeśli CMS składałby się tylko z modułów, które można włączyć, wyłączyć, wywalić... trzebaby było wykonać dodatkowe zapytanie, np...
$_GET['co'] - nazwa (czy numer) modułu... sprawdzanie czy istnieje w bazie i odwołanie się do odpowiedniego pliku...
$_GET['d'] - ID działu... z bazy pobierane są informacje o kategorii... następnie potrzeba informacji o typie kategorii... następne zapytanie - tym razem do tabeli modułów...
masz bardzo niedynamiczne podejście do PHP :P
przykładowo mam linka: index.php?mod=articles&act=show&id=6
co wyświetli arta o ID 6. Nie sprawdzam w tabeli zainstalowanych modułów nic dot. tego modułu. Po prostu mam kernel/modules w którym to każdy moduł ma swój katalog i jeżeli is_file('kernel/modules/'.$_GET['mod'].'/'.$_GET['act']. '.php') to pliczek jest includowany i wykonywany (a w nim jest wywołanie klasy content, metody show('art') :) i tyle... w index.php CMSa wygląda to tak:
... $themedir = 'kernel/themes/'.$config['theme']; IF(!isset($_GET['mod']) and !isset($_GET['act'])) { //Default module - VIS, VID from the config $_GET['vid'] = $config['vis']; include_once 'kernel/modules/vis/read.php'; } elseIF($_GET['mod'] == strip_tags($_GET['mod']) and $_GET['act'] == strip_tags($_GET['act']) and is_file('kernel/modules/'.$_GET['mod'].'/'.$_GET[' act'].'.php')) { // Selected module include_once 'kernel/modules/'.$_GET['mod'].'/'.$_GET['act'] .'.php'; } else { // Wrong link $module = 'Zły link<BR>'; } include $themedir.'/index.php'; $wynik = ob_get_contents(); ob_end_clean(); ...
Tabela z listą zainstalowanych modułów jest praktycznie po to by śledziś zainstalowane wersje... jak ktoś wrzuci gdzie trzeba paczkę z nową wersję to pojawi się opcja aktualizacji bazując na danej zainstalowanej wersji :) Przykładowy plik instalacyjny:
$mod_name = 'Analizator META TAGÓW'; $mod_ver = '1.00'; $mod_author = 'Riklaunim'; $mod_site = 'http://www.cms.rk.edu.pl'; $mod_descript = 'Analizuje META TAGI i ogólny stan strony względem wyszukiwarek'; IF($mod_function == 'meta_tags') { function install() { global $prefix, $action; copy('kernel/temporary/install/meta_tags/data/meta.class.php', 'kernel/classes/meta.class.php'); mkdir('kernel/modules/meta'); copy('kernel/temporary/install/meta_tags/data/test.php', 'kernel/modules/meta/test.php'); echo '<B>Moduł zainstalowany</B>'; } function uninstall() { global $prefix, $action; @unlink('kernel/classes/meta.class.php'); @unlink('kernel/modules/meta/test.php'); echo 'Moduł usunięty. Notka: pliki modułu mogły pozostać jeżeli unlink zawiodło (częste na windows-localhost)'; } function update($from) { } function requirements() { return true; } }