CMS a system portalowy Opcje

[Seth]

Wydzielone z http://forum.php.pl/index.php?showtopic=22362

-----

eee panowie, o czym Wy wogole piszecie ? O CMSie ?
Czy moze chodzi o system portalowy, ktory nijak ma sie do CMSa ?

[sirrus]

hmm... coś takiego jak internal, wiesz chyba o co chodzi

[dag]

eee panowie, o czym Wy wogole piszecie ? O CMSie ? 
Czy moze chodzi o system portalowy, ktory nijak ma sie do CMSa ?

shoutbox

LOL, to napewno jest część CMS'a

CMS - Content Managment System
System zarządzania treścią. A nie jakieś shoutboxy.

[hwao]

Moze wg Ciebie shoutbox nie posiada zadnej tresci?

[shizo]

Dag: idąc Twoim tokiem myslenia usunąłbym także forum, bo "to jest system zarządzania treścią, a nie jakieś fora..."

[dag]

No chyba, że mamy na myśli zarządzanie shoutbox'em (np. moderowanie) - to co innego, ja miałem na myśli sam moduł shoutboxa (czyli, np. kod php)

[Seth]

Mnie raczej chodzilo o to, ze podstawa CMSa jest zarzadzanie trescia - rodzajem tresci, przeplywem, sposobem wyswietlania itp. - czyli to wszystko co podajecie juz na wstepie pownno byc do osiagniecia za pomoca maniipulowania trescia i wygladem - do tego wlasnie jest CMS.

A jezeli wymieniacie osobne moduly, ktory kazdy bedzie operowal na swoich danych, a nie na centralnym systemie - frameworku - zarzadzania contentem to juz nie jest to CMS, a "system portalowy" (zlepek kilku skryptow polaczonych ze soba).

Dla przykladu: system portalowy to: jPortal, blue-dragon, *Nuke itp.
CMS: eZ Publish, Red Dot, OpenCMS

[sirrus]

Mambo to chyba też CMS, ale nie wiem czy zauważyłeś Seth - dla uztkownika przyglądającemu się temu zjawisku niejako z boku, tj. osoby która generalnie ową treścią będzie zarządzała, przygladała się temu czy ową treść przeglądała, różnice między CMS'em a systemem portalowym strasznie się zacierają i trudno w pewnych momentach powiedzieć czy to CMS czy system portalowy.

CMS dla mnie to również sieć wzajemnych powiązań, baza artykułów wie co dzieje się w bazie forum (lub ew. to jedna wielka baza) itd. etc. - jeżeli wiecie co mam na myśli.

[Vengeance]

Tak a potem są oferty:
"zlecę wykonanie cmsa z _standardowymi_ opcjami:
[... tu lista jak u Wankster ...]
za 200zl lub reklamę"

;]]

---edit---

@Seth
"a nie na centralnym systemie - frameworku - zarzadzania contentem"

Ja Cię błagam Rozwiń myśl albo odeślij do jakieś porządnej literatury ;]

Ten post edytował Vengeance 30.10.2004, 20:48:09

[dag]

Tak a potem są oferty:
"zlecę wykonanie cmsa z _standardowymi_ opcjami:
[... tu lista jak u Wankster ...]
za 200zl lub reklamę"

;]]

---edit---

@Seth
"a nie na centralnym systemie - frameworku - zarzadzania contentem"

Ja Cię błagam Rozwiń myśl albo odeślij do jakieś porządnej literatury ;]

Podpowiedź dla innych, bo chyba wiem Vengeance do czego zmierzasz (aby uniknac pytan innych co to jest framework): zobaczcie choćby wzorzec MVC (szukać na forum, w artykułach php.pl)

[matid]

IMO to wszystko co wymienił Wankster to jest jeden moduł o nazwie Content. Rozbieżność jest tylko w wyświetlaniu danych i ich pobieraniu. A tym już zajmuje się wspomniany już wzorzec MVC.

Ten post edytował matid 30.10.2004, 21:36:39

[Seth]

Moja definicja CMSa: jest to system przeznaczony do zarzadzania trescia, jej przeplywem (Worflow), obrobka i prezentacja.
Zazwyczaj posiada swoj wlasny Framework, ktory umozlliwia wlasnie to o czym wyzej wspomnialem.
Moze posiadac pluginy, ktore spelniaja role "ulatwiaczy" w zarzadzaniu trescia (np. plugin do RSSa) oraz moga byc traktowane jako zestawy bibliotek, ktore daja nowe mozliwosci w operacji na tresci - oba przypadki dzialaja na istniejacym w CMSie frameworku, ktory jest jakby API dla pluginow (bez niego musialy by same sobie radzic ze struktura dokumentow i dostepem do nich).

Co do workflow to mozna to zobrazowac jako algorytm (przy projektowaniu schematow workflow wyglada to wlasnie jak schemat blokowy), ktory ma za zadanie jakos obrobic tresc.
Dla przykladu: mamy dokument, ktory zostaje umieszczony w kolejce do wyslania. Teraz system pobiera sobie ten dokument i wzuca go do workflow (do danego schematu - schematow, moze byc wiele). Na podstawie zbudowanego schematu (naszego lub tez predefiniowanego w CMSie) do naszego dokumentu zostaje dodany np. obrazek, gdyz dalismy w schemacie warunek, ze jezeli dokument zawiera adresata o imieniu Tomek, to wlasnie dodajemy mu obrazek.
I tak przechodzimy kolejne etapy (jezeli jeszcze jakies sa) i w ktoryms tam miescu mamy infromacje, ze dokument trzeba juz wyslac. Wysylamy go, a workflow sie konczy (albo przechodzi dalej po swoim schemacie - to wszystko zalezy od tego jaki ten schemat jest).

Przyklad wygladu budowy workflow:
http://www.dstc.edu.au/Research/Projects/P...reeze/bred1.gif
http://www.lims.nl/nederlands/workflow.gif
(tego typu elementy przewaznie budowane sa w edytorach napsainych w Javie)

Czyli jednym slowem w CMSie operujemy na tresci - nie musimy tworzyc skryptow obslugi np. newsow, gdyz zapewnia nam to jako tako sam CMS: a dokladniej on ma za zadanie pobrac dane, przechowac je, a my np. przygotowac wzorce (templatey) do tego aby te dane jako spokazac (to samo tyczy sie tego aby jakos te dane pobrac od uzytkownika - czyli np. stworzyc formularz).


Jak widac mechanizm dzialania CMSa jest mocno rozbudowany i trzeba naprawde dlugo nad czyms takim posiedziec (i to nie w pojedynke) aby dojsc do sensownych rozwiazan.



Natomiast system portalowy to zlepek skryptow: newsow, sond etc., ktore co prawda dzialaja na tresci ale tak naprawde kazdy z tych elementow ma swoje wlasne mechanizmy, ktore oderwane od calego systemu portalowego i tak i tak beda dzialac po malych modyfikacjach - jednym slowem "pluginy" systemu portalowego sa to osobne skrypty, ktore zostaly tak zmodyfikowany aby np. dzielic wspolny dla danego systemu portalowego mechanizm autoryzacji.


Uff...

[Vengeance]

a no to juz rozumiem oswiecilo mnie ;] co to framework to akurat wiedzialem (to do dag) chodzilo mi wlasnie o rozwicienie tego czym dla Seth jest cms.

dzieki bardzo.

[dag]

co to framework to akurat wiedzialem (to do dag)

wiem, dlatego napisalem "Podpowiedź dla innych", chcialem uprzedzic pytania innych odnosnie tego co to "framework"

tego typu elementy przewaznie budowane sa w edytorach napsainych w Javie

Zazwyczaj projektuje sie w standardzie UML, a jak wiadomo, najwięcej programów tego typu jest napisana w Javie, np. Poseidon, ArgoUML, Visual-Paradigm, itp.

[bela]

@Seth co workflow daje? możesz wskazać jakaś implementacje w php?

[Seth]

Workflow daje Ci to, ze mozesz tworzyc schematy przeplywu dokumentu bez ingerencji w kod zrodlowy systemu.

Implementacja, chyba najbardziej znana to TikiWiki

[Vengeance]

Schemat na tej www co podales Seth bardziej mi przypomina cykl Krebsa zachodzący w Mitochondrium hehe ;]

sorki za OT ;]

[Sh4dow]

Seth mam do ciebie pytanie bo troche zakreciles jak chinski mixer, czy roznica miedzy Systemem portalowym a CMS'em jest taka ze, CMS jest to rozbudowany i zaawansowanie napisany system portalowy ?

Bo oba zarzadzaja trescia, w obu mozemy wyodrebnic moduly.
Wedlug wzorca MVC wyodrebniony modul powinien dzialac sam. Wiec to by sie sprzeczalo z tym co napisales.

Wedlug wikipedia, CMS == System Portalowy. Wiem ze to troche dziwnie brzmi bo CMS nie musi byc wykozystany dla potrzeb portalu, ale to i tak tylko nazwa.

Z checia dowiedzial bym sie czy to rzeczywiscie jest taka roznica czy tylko synonimy tej samej rzeczy.

[Seth]

Tzn. wiesz... mozna to roznie interpretowac jednak ja sadze, ze jezeli mowimy o CMSie to mowimy stricte o systemie do operowania na tresci, a w systemach portalowych tak naprawde chodzi o to aby zlepic w jedna calosc kilka skryptow, ktore nawzajem maja wlasne spsoby zarzadzania trescia.... hmm nie wiem czy nie zamotalem

Moze inaczej...
CMS to jakby biblioteka - tresc (ksiazka, pismo) ma swoje miejsce, posiada bibliotekarzy, ktorzy zarzadzaja polozeniem tresci ( managerzy ;D ), moga przyjmowac tresc i odpowiednio ja skladowac oraz prezentowac czy tez wysylac ja gdzies, moga miec tez procedury (workflow) w przypadku przywiezenia np. muzealnych eksponatow.

A system portalowy dziala jak powiedzmy supermarket - w jednym miejscu istnieje wiele stanowisk: kiosk, czytelnia, ksiegarnia etc., ktore na dobra sprawe mogly by istniec same bo nie maja wspolnego magazynu i wspolnych pracownikow. Ale korzystaja z powierzchni supermarketu i np. systemu ochrony.

Tak obrazowo bym to ujal.



P.S.
Wydzielam temat.

[Vengeance]

czyli np.

arty/newsy/faq korzystaja z jednej tej samej tabeli, wszystkie "defaultowo" mają opcje oceniania, ustawiania "wygaśnięcia daty publikacji na stronie", autora, liczbe "czytań" itd... tylko, że potem kolejne moduły czy co tam od newsów/artów/faq decydują, czy z danych obji korzystac i czy je udostępniać czy nie. dobrze to mniej więcej kumam

przeglądałem źródła mambo os i tam jest tak mniej więcej rozwiązane.