Nový rs

to co jste vypsal je uz vsechno realizovano, s vetsimi nebo mensimi odchylkami.

Existuji 2 duvody, proc jste se zde ozval.
1. nekdo chce provozovat sve hobby ale jeste s nekym - proste si zaprogramovat
2. ja za tim nejaky inzenyrsky/ekonomicky zamer.

Mozna by nebylo na skodu se dozvedet, do ktere kategorie patrite.
A pak by bylo mozna zajimave zjistit, co se vam na tech ca. 80 CMS nelibi
nebo co podstatneho v nich chybi.

Pokud jste natolik zběhlý v Typo3, že se jej odvážíte doporučit, jistě by spousto čtenářů ocenilo šikovný článek, jak v něm tvořit vlastní weby. Sám jsem se před časem o Typo3 zajímal, shlédnul všechna ta jejich videa (hodiny, hodiny...) a zkoušel v tom všechno možné. První dojem jsem měl, že je to senzační, bohužel druhý byl, že strašně nemotorné a zdlouhavé...

Typo3 je prilis velky "dinosaur" ktory sa na beznom slovenskom hostingu neda nainstalovat.

fajn, posli mi linky na slovenskych ISP u ktorych to nainstalujem na prvy sup, tak aby som u ISP nemusel pozadovat specialnu konfiguraciu. Dakujem za serioznu odpoved.

webglobe, s.r.o.

plone nebo cps nebo silva

vse bezi nad zopem pripadne cmf
takze to je programovane v pythonu

a python je dost husta alternativa

Neštěstí OpenSource je v tom, že každý má utkvělou představu, že to udělá znovu, lépe a štastněji. Výsledkem je pak kopice nedotaženejch projektů, z kterých je pak těžký vybrat ten míň nedotaženej. Kdyby každý, kdo má chuť něco dělat, si místo hraní vybral nějaký slibný projekt, kterýmu pomůže bylo by nám všem líp. Nic osobniho ... tak to proste je.

Výhoda open source je v tom, že pokud má někdo nějakou výhradu k existujícímu projektu, může začít úplně od začátku. A protože vidí všechny ty slepé uličky (a povedené kousky), může začít jinak a lépe.

Je sice možnost, že skončí ve slepé uličce, ale existuje jistá nenulová pravděpodobnost, že se jeho projekty uchytí a masivně převládne. Lepší začít znovu, než lepit k záhubě odsouzený projekt.

A začít nový CMS určitě není špatný nápad. Existují jich sice spousty, ale co si budeme povídat, z 99 % jsou to nepoužitelné bastly. A jejich popularite je daná jen tím, že na internetu existují tisíce lidí, kteří neumí nic a nerozumí ničemu, ale jsou ochotni nadšeně provolávat slávu i shnilé zdechlině.

Typo3 - geniální systém, ovšem děsivá a složitá administrace
Mambo - bastl bandy lam, jednoúčelový systém
NucleusCMS - slepenec, kterému nepomůže ani 1000 hodin práce geniálního Ing. Mgr. Hulána
PHPNuke & spol. - ačkoliv si někdo myslí že jde o CMS, není tomu tak. hromada kódu
Zope & spol. - inženýrské hrátky z akademického prostředí, prakticky nepoužitelné

Více info http://www.cmsmatrix.org/matrix a http://www.opensourcecms.com
Nemůžu vyloučit, že někde již existuje ten "svatý grál". Jen přečíst pár řádek o každém CMS je práce na půl roku.

Myslím, že Zope & spol. (Plone) není úplně nepoužitelné. Viz například http://plone.org/about/sites . I v CZ/SK se vyskytuje několik málo komerčních webů v Plone. Pravda je, že pokud se chce člověk začít v Zope/Plone rýpat hlouběji, chce to si se systémem pár týdnů nebo měsíců hrát, než do toho pronikne, ale to asi u každého CMS.

"A začít nový CMS určitě není špatný nápad. Existují jich sice spousty, ale co si budeme povídat, z 99 % jsou to nepoužitelné bastly. A jejich popularite je daná jen tím..."

Ty bastly zacaly asi presne takhle, ze si nekdo rek, ze udela neco, co tu jeste nebylo. Taky jsem prave nejaky pouzitelny CMS hledal, ale bohuzel to vypada, ze ma spousta lidi napad "zacit novy CMS", vynalezt znovu kolo, a hodne malo energie a schopnosti ho taky dokoncit, tj. postavit na to kolo nejakej "dopravni prostredek", co taky spolehlive jezdi.

Jejich popularita je dana spis tim, ze lidi, jejichz cilem neni vyvoj aplikace, chteji neco pouzivat, ja to musim udelat taky, protoze nic takovyho napsat neumim, i kdyz mam svoje vlastni praktickymi zkusenostmi ziskane predstavy.

Ten "gral" jsem jeste nepotkal, a ze jsem se narozhlizel (a nazkousel).

Presne tak! Mnoho autorov OpenSource projektov, namiesto toho, aby sa snazilo zdokonalit kvalitne, uz existujuce projekty, zacina sa venovat tvorbe vlastneho softwaru, kedze ma urcitu "viziu", ze ten ich bude lepsi a kvalitnejsi so sirsimi moznostami. To je vsak vzdy ta najjednoduchsia cesta ako zacat, zacat tvorit vlastny soft. Otaznejsie vsak je, ako to dopadne a ci projekt bude dotiahnuty do konca, alebo sa bude stale topit v mori alpha verzii...

Dalsim problemom je potom mnozstvo navzajom nekompatibilnych projektov, ktore sice cerpaju myslienky jeden od druheho, vysledok je vsak znacne rozdielny. Vid. dnesne distribucie Linuxu. To len nahrava velkym spolocnostiam, ako M$, ktore ponukaju, aj ked proprietarne, ale ucelene a navzajom kompatibilne riesenia (samozrejme, casto len ramci produktov danej spolocnosti ;-) a u potencionalnych klientov potom poukazuju na "roztriestenost" OpenSource rieseni.

Cize na jednej strane "demokracia" az "anarchia", kazdy si moze zacat vyvijat vlastny OpenSource projekt, pricom sa moze inspirovat inymi OS projektami, na druhej strane rozdrobenost, nekompatibilita a tym aj nedostatocna rozsirenost medzi pouzivatelmi.

Isteze, existuju, aj "diery", slabe miesta, kde su este znacne medzery a novy projekt ich pomoze vyplnit. Preco vsak, v ostatnych pripadoch, radsej neinvestovat svoje know-how do nejakeho uz existujuceho kvalitneho projektu, kde nemusite zacinat od zaciatku a mozte rozvijat iba veci, ktore vam naozaj chybaju...

[...]Preco vsak, v ostatnych pripadoch, radsej neinvestovat svoje know-how do nejakeho uz existujuceho kvalitneho projektu, kde nemusite zacinat od zaciatku a mozte rozvijat iba veci, ktore vam naozaj chybaju...[...]

protoze vsechny softwarove projekty nejsou na to zarizeny, aby nekdo prisel, lehce se zapracoval a vyvyjiel dal. Tento styl prace je v soucasnosti vyhrazen pouze jiz zavedenym prumyslovym odvetvim - jednoduse receno - software jeste nepodleha inzenyrskym praktikam.

Vim ze to zase nikdo nepochopi, ale aspon budu moci za 20 let, az vsichni prohlednou rici - podivej - ja uz to tenkrat na rootovi v breznu 2005 psal...

"inzinierske praktiky" nejdu s komunitnym vyvojom celkom dokopy. inziniering je neoddelitelne spojeny s dlhodobym planovanim a stabilnou hierarchiou, s pristupom "prispejte aj vy kusom svojho kodu" to nie je kompatibilne.

malokomu sa chce citat cudzi kod, obzvlast ked je ho vela (viac nez 20 riadkov :o)). preto mnohol ludi zacina radsej programovat vlastne riesenie. pruser je ale v tom, ze kod po tychto ludoch sa tiez nechce nikomu citat a pokracovat v nom. preto je tu asi tisic nazatych projektov a len velmi malo pouzitelnych.

pexxi: "... snazilo zdokonalit kvalitne, uz existujuce projekty ..."

Ony vsetky tie "kvalitne" open-source projekty maju jednu zasadnu chybu: NEPOCITAJU S MULTILANGUAGE !!! Vsetky su western-langauges only, t.j. nemaju ponatie o tom ze existuje aj iny encoding ako iso-8859-1. Bohuzial, ked sa s tym nepocita od zaciatku, tak sa to uz NEDA DOROBIT !!!

napr. Plone je vicejazycny, defaultne pouziva UTF-8 a dokaze automaticky vybirat jazykovou lokalizaci podle nastaveni prohlizece.

Ano viem, Plone je napisane v Pythone, ale moj zaujem a komentare patria k CMS na baze PHP+MySQL. Nemam nic proti Pythonu, dokonca ho povazujem za vyspelejsi jazyk ako PHP, bohuzial ked som sa este pred 3 rokmi zaujimal o Zope, tak som to nakoniec vzdal. Nebol na to hosting (pokial clovek nemal vlastny server), malo kniznic ....
Mozno sa to od vtedy zmenilo, ale pochybujem.

jezis, to si kde na take veci prisiel ? sak sa trocha rozhliadni na net-e, kym take nieco vypustis do sveta. zasadne: vsetky kvalitne open-source CMS maju perfektnu podporu multi-language-site.

Jedním z důvodů proč je dobré se do toho pustit by mohlo být i následující zjištění, že to není zase až tak jednoduchá záležitost, utříbit si takto požadavky na to co vlastně od systému požadujeme a následně pak raději přistoupit k používání (po případné úpravě) některého již existujícího systému.

Osobně by mne zajímalo na čem by to autor chtěl postavit / v čem napsat. Je možné, že jsem ale tuto informaci pouze přehlédl.

Vše rozhodne okamžik startu projektu. Co špatně začne už nikdo později nenapraví. A ty dobré projekty mají společné toto: 1. verze pozře 90% času na anlýzu a návrh systému, zbytek je programování. Práce dobrých analytiků+architektů je ovšem k dispozici mnohem méně než práce dobrých programátorů. Ahoj.

S tím bych až tak nesouhlasil...

Praxe začíná ukazovat, že webové projekty nelze dělat starým systémem monolitu - zanalyzovat KOMPLETNÍ problém, nakreslit VŠECHNY diagramy a pak to jen za týden napsat.

Metoda blízká extrémnímu programování se ukazuje jako vhodnější - co nejdříve funkční prototyp a každý den funkční build. A vlastnosti přidávat postupně.

Jenom to chce odvahu nelepit a stále refaktorovat. Odvahu zahodit půl projektu a přepsat tu část znovu a lépe. Ano, stojí to spoustu času, ale kvalita roste. Takhle odvážný je málokdo.

a umí toho mnohem víc. Je postavený na PHP, JavaScriptu a MySQL Má jen jedno mínus, není opensource. Viz OpenIntranet. Nicméně myslím že koncová cena cca 60 tis. za koncovou multilicenci (odvíjí se podle zakoupených modulů a systém je bez omezení počtu uživatelů) + implementaci není zase tam moc.

Na první pohled těch mínus vidím víc. Nutí uživatele buď do IE nebo do Mozilly (v současnosti jsou podporovány pouze prohlížeče Mozilla 1.4+ a Interfernet Exploder 6.0+), což na mně působí dojmem, že místo na implementaci jednotlivých standardů se autoři vrhli na podporu konkrétních prohlížečů a navíc v konkrétních verzích, což mi přijde jako zhovadilost.

Není to tak docela pravda. Verze jsou uvedeny proto, aby někdo nechtěl zkoušet rozchodit tenhle systém přes Netscape 4.7 a podobné obstarožní kusy. Použití Mozilly (resp. Firefoxu) popř. IE vyžaduje pouze editor, neboť využívá funkcí integrovaných do těchto prohlížečů. Systém samotný je XML strict a funguje i v Opeře a většině moderních prohlížečů. V současné době se pracuje na verzi 2.0, která je zásadním způsobem přepracovaná (oproti stávající verzi zhruba 4x rychlejší, rovněž řada věcí je vyřešena elegantněji, na základě zkušeností získaných při provozu stávající verze). V ní by měla být integrovaná možnost upravovat obsahy stránek (článků) i v těchto prohlížečích, ovšem nikoliv ve wysiwyg režimu, ale změnou přímo jejich zdrojáku.

Mozilla i Firefox jsou multiplatformní a proto osobně považuji za zhovadilost orientovat se na podporu prohlížeče pouze pro jednu platformu, nikoliv konkrétní verzi. Uvědomte si, že každá verze prohlížeče sebou nese změny, které běžný uživatel nezaregistruje, jež se však mohou projevit za určitých specifických okolností. Jediná možnost "obrany" programátora v takovém případě, je jasně uvést pro jakou verzi ručí za bezchybný provoz aplikace.

Jako programátor vás chápu, nicméně v případě webových aplikací považuji za serióznější uvádění standardu, které systém dodržuje. Je pak problém uživatele, že zrovna jeho verze MSIE 6.0.1235 si ten který standard vykládá po svém.
Nicméně je fajn, že to nefunguje pouze v té M1.4+ a MSIE6+.

No, zni to zajimave, ale asi by to chtelo ric v cem se to ma lisit od spousty existujicih OS CMS. Bylo by dobry vyjmenovat nedostatky jednotlivych existujicich CMS a rict jak by je ten novy system mel resit.

Taky jsem dlouho hledal idelani CMS ale zatim jsem nic nenasel. Vsechno je to fakt napsany dost hrozne. To Typo3 o kterym tady nekdo psal jsem neznal, tak to schvalne zkusim.

A muzu vedet duvody proc psat novy CMS? Co bude mit tak uzasne noveho?

Spis mi chyby jednoducha wiki, tedy snadno nainstalovatelna a konfigurovatelna. Mela by bezet nad mysql nebo souborem, cachovani, vyhledavani, snadne skinovani + zamknuti stranky. Idealni by byla moznost pouzivat nejakym zpusobem stranky php skripty.

Par jsem jich sice nasel ale vsechny tak byli bud slozite, nebo priserne nedotazene. Nakonec jsem si jednu napsal sam pro sebe.

Jeste k CMS: pred par lety jsem napsal CMS ktery pouziva mod_rewrite, obsah jsou tak jen plain text/php soubory automaticky includovane. Dal to umi automaticky generovat navigaci podle adresarove struktury apod... Zadna administrace, staci jen pridat php soubor.
Najdete to tady: http://www.kotek.org/software/easypage/czech.php

Pred casem jsem si chtel jen tak, pro zabavu, napsat neco podobneho.
Zacal jsem na par pozadavcich, ale protoze nejsem troskar,
dostal jsem seznam asi tak dlouhy, jako je ten Vas. Nebudu
Vas napinat: radsi jsem sednul, zagooglil a nasel nejaky
hotovy, pouzitelny system, protoze psat novy, kor v jednom
cloveku, je na mesice umorne prace.

Nehlede na to, ze existuje spousta CMS, ktere jsou kvalitni,
pokud si chcete tymove zaprogramovat, muzete se pripojit
k programatorskym tymum techto CMS.

Dalsi problem. ktery spatruji ve Vasi myslence, je to volne
nakladani se systemem i ve smyslu komercnim. Aby se Vam nestalo,
ze nekdo z tymu to zastiti nejakou firmou a bude rejzovat,
zatimco Vy budete jen prihlizet. To vite, jste v Cechach!

Jojo, taky jsem se kdysi pustil do psani CMS, i jsem nejaky weby pod tim spustil... ale pak jsem nasel mambo. nekdo nahore to sice hani, ja si teda jenom pochvaluju. Velka vyvojarska komunita, spousty modulu, komponent i grafickych sablon ke stazeni. A co neni, to si naprogramuju jako komponentu sam.
Z uvadenych pozadavku neumi snad jenom vyvolani akce na zaklade poslani emailu.
Narozdil od Typo3 ma vyrazne vetsi pocet uzivatelu i v CR.
david spiritualy cz
www.mamboserver.com
www.mamboforge.net

Mambo nie je zle, stale sa zlepsuje. Ale pokial nebude Mambelfish v jadre (pre neznalych, jedna sa o moznost udrzby viacjazycneho webu) tak je pre mna nepouzitelne.

Hmm, tak se mi zdá, že se zase někdo chystá vymyslet miliontý komunitní CMS.

Nezná někdo jednoduchý CMS, který jde použít pro tvorbu jednoduchých firemních stránek? Zatím jsem našel jen jeden, který by šel jakž takž použít a to je Magnolia.

Prostě CMS systém, který nevyžaduje registrace, nemá nesmysly typu ankety, blogy, a podobné. Je graficky upravitelný, ale tak aby nevyžadoval daný layout (např. 3 sloupcový, 2 sloupcový).

Zná někdo něco takového?

"Prostě CMS systém, který nevyžaduje registrace, nemá nesmysly typu ankety, blogy, a podobné. Je graficky upravitelný, ale tak aby nevyžadoval daný layout (např. 3 sloupcový, 2 sloupcový)."

Prakticky vsechny. On ma totiz kazdy CMS neco jako konfiguraci, kde se tohle (registrace, ankety a podobne nesmysly) proste vypne, a taky se daji pouzit ruzne sablony pro vzhled. S opravdu flexibilnim, tj. stavebnicovym designem uz to byva horsi.

Magnolia? ha, tak to jeste neznam :)))

Zkoušel jsem těch CMS několik a problém byl v tom, aby si nebyly podobné jak vejce vejci. Třeba takový PHPNuke, ten jde poznat na sto honů. :)

Jak tady někdo zmínil Drupal, dobrá věc. :) Možná jsem byl natvrdlý při konfiguracích, ale téměř nikdy se mi nepodařilo vypnout možnost komentování k článkům, což u klasické prezentace je jaksi na škodu. U komunitního webu je to spíš přínosem.

Jak jsem sledoval výstupy Magnolie http://www.magnolia.info, tak tam jde právě vytvářet ten stavebnicový design. A snažím se najít ještě něco podobného, jestli to existuje.

Tak konkrétně tahle věc je celkem sranda. Buďto sebereš práva dělat komentáře úplně, nebo to u konkrétních stránek vypneš. Ale u podobných věcí možná nebude Drupal to pravé.

Právě proto se ptám, jestli někdo nezná něco, co by splňovalo jednoduché požadavky na CMS pro prezentace. :)

Jedine mambo. Vse v pohode vypnes, vzhled si udelas podle vlastni prestavy a jedes... Instalace naprosto jednoducha, dobra podpora mezi lidmi, dost se to pouziva a je to zadara.

Jestli jde jen o ziskani CMS s temito funkcemi a navrch vyborne vlastnosti, pak lze durazne doporucit Drupal (www.drupal.org).

Ma spoustu modulu a kdyby nahodou nejaky chybel, tak je velmi snadne nejaky dalsi dotukat. Je vykonny a nedovedu si vubec predstavit genialnejsi projekt nez je tento. Nekecam! Je skutecne genialni!

Pokud se ale chces jen pobavit zasluznou cinnosti, tak je lepe zacit stavet sam a rovnou zverejnovat na webu... nekdo se prida sam.

Drupal je super, i když má své chyby…

Á, zrada, měli byste roota přejmenovat na něco jako RINA (root is not abclinuxu) :-)

Chtěl jsem ještě dodat, že zrovna zkouším jako CMS pro úzkou skupinu lidí pro spolupráci na jistém projektu a zatím si to můžu jenom pochvalovat. Snad jen nějaká opravdu dobrá wiki by se šikla.

Ciastocne suhlasim, je velmi dobre modularne navrhnuty, aj system roznych "template enginov" je vyborny. Bohuzial aj pri nom plati, ze pokial nebude MULTILANGUAGE v jadre, ale len pomocou zaplat a obchadzok, tak je pre mna nepouzitelny.

Mam prosim dotaz k vete "pokial nebude MULTILANGUAGE v jadre, ale len pomocou zaplat a obchadzok, tak je pre mna nepouzitelny": proc je takto "nepouzitelny"? Plyne z toho nejaka past?

diky

Ano je to past.
Pokial nie je MULTILANGUAGE v jadre, tak vyvojari pridavnych "module" sa vobec nemusia trapit programovat svoje moduly tak aby boli viacjazycne.
Keby to bolo v jadre, tak by automaticky aj pridavne moduly boli vytvarene s podporou viacjazycnosti. Stacilo by len pridat pre kazdy Drupal modul novy jazykovy subor a modul by automaticky bol lokalizovany.

nojo, ale ja si muzu prelozit retezce a nasledne ulozit jejich preklady. Stejne tak muzu ziskat modul s temito preklady pro ten ktery modul.
Znamena to, ze ten problem je v tom, ze si musim udelat nektere preklady sam, nebo je problem v tom, ze neco prelozit nejde vubec? Doted jsem mel za to, ze prelozit jde vsechno..? Je to tedy diky tomu jinak?
Pokud z toho plyne pouze ta troska prace navic, tak to pro me osobne neni duvod k tomu, abych opustil drupal, ale chapu, ze pro jine ano. Jestli ale neco nekdy nejde prelozit vubec, tak uz by to past byla i pro me..?

Preklad textov GUI modulu je len jedna stranka problemu. Inak medzi nami, sposob aky pouziva Drupal, t.j. ze texty vsetkych modulov su spolu v troch DB tabulkach, sa mne osobne moc nepaci. Uprednostnil by som keby boli len v suboroch na disku, napr. ked mam "xyz.module" tak preklady by boli xyz.module.i18n.cz, xyz.module.i18n.sk, atd.
Toto sa mi zda prehladnejsie.

Druhy a hlavny problem je: Ake poskytuje jadro CMS systemu modulom API, aby si modul mohol data (content) ukladat do DB viacjazycne ?!

Idealni to neni a asi z toho muze vzniknout pekna schyza kdyz se nekde neco bude diky tomu zdvojovat :-(
Potreboval jsem vedet jestli tam neciha neco co by mi nejak zasadne zkomplikovalo zivot, ale zatim se zda, ze muzu vesele pokracovat v pouzivani a jen prestanu tvrdit ze je dokonaly ve vsem :-)
Diky

Som rad, ze sme sa dohodli bez flamewar.
Este dodam, ze keby som ja zacal pisat vlastny CMS, tak by som asi naprogramoval novy "Drupal i18n" (Drupal internationalization), pretoze vsetky jeho vlastnosti a modularita su vynikajuce, moznosti nasadenia (od community az po firemny web), len mi chyba i18n. Inak pod tymto nazvom je uz k dispozicii modul http://drupal.org/project/i18n ale to je prave len to co ja nazyvam "zaplata a obchadzka".
Ked si dole precitas moj prispevok "Pohlad pragmatika" a pridas svoje znalosti Drupalu, tak si dokazes predstavit ako by vyzeral moj idealny CMS.

Pred 4 rokmi som sa tak zapalil pre inziniersky system genialneho CMS, ze som opustil platene zamestnanie a pustil sa do vyvoja. Mozno vam moja story pomoze neopakovat tie iste chyby ;o)

Vychazal som zo skusenosti, ktore som ziskal za 4 roky vo web biznise, ako programmer i project-manager. Vyse stotisic riadkov mojho PHP kodu prechrustavalo miliony zaznamov v databazach a poskytovalo tak citanie pre tisice navstevnikov denne. V takej halde kodu sa uz tazko orientovalo, a vela veci sa tam mnohokrat opakovalo, preto som sa zaoberal tym, ako veci robit co najjednoduchsie a pritom ucinne, a ako dokazat launchnut co najviac novych webov za co najkratsi cas.

Koncept mojho CMS obsahoval vsetko, co tu napisal zakladatel tohto threadu, a tiez aj prvky umelej inteligencie (pozorovanie toho, co uzivatel cita, ponukanie mu tem ktore by ho mohli tiez zaujat na zaklade analyzy spravania jemu podobnych uzivatelov).. Okrem ineho som tiez navrhol sposob hodnotenia objektov (clankov, priespevkov vo forach, blabla...), a ked som videl ze na roote bolo hodnotenie nedavno zavedene, ziskal som dojem ze je spravene podla jednej z prvych verzii mojho navrhu ;o) Cele CMS bolo navrhnute v style WIKI, ovsem asi 2 roky predtym, nez som o prvom WIKI vobec pocul. Cely navrh, je par centimetrov hruba kopka papierov...

Skratka, na zaciatku boli paradne myslienky (s odstupom casu vidim ze boli naozaj dobre a perspektivne), a este tu bol aj obrovsky zapal pre vec. Najprv som zacal programovat sam, potom po prvych ciastkovych uspechoch sa k tomu pridal investor (nadseny zaujmom mojich potencialnych zakaznikov z Nemecka), dalsi dvaja programmeri, nove servre, vlastne priestory a pravy komunitny zivot. (Mali sme prenajaty byt, v ktorom zme zili aj pracovali.. Ked u nas bola prvykrat suseda, a videla tolko pocitacov pokope, spytala sa ci robime pre NASA.. :o) ). Tento model stroskotal asi po 3 mesiacoch, programatori chceli presadzovat vlastne postupy a nie sa drzat inzinierskych, a investor chcel mat pouzitelny a predajny vysledok najlepsie tento tyzden, nie az o pol roka. Cele sa to rozpadlo, stratil som cas, zbytocne vymrhal peniaze (nemalu cast toho bordelu som predfinancoval ja), a spolu s tym odisla aj nemala cast mojho zapalu a chuti do vyvoja.

Druhy zaciatok bol lepsi, pokracoval som vo vyvoji sam, prisne som si strazil naklady, pracoval som velmi huzevnate (ked som nespal, kodoval som). Dosiel som k pouzitelnemu stavu a realne na tom systeme dnes bezi par (cca 5) webov. Este to vsak neobsahovalo ani 30% z planovanych vlastnosti. Po pol roku intenzivneho vyvoja som zistil, ze kym dosiahnem kyzeny ciel, a kym zrealizujem vsetko, co som naplanoval, a system bude masovo pouzitelny a nasaditelny, a tym padom predatelny, prejdu este cca 2 roky. To uz vsak moj zapal riadne vychladol a velmi ma zaujimalo uz aj to, z coho budem nasledujuce 2 roky zit, financne rezervy sa minali.. Stavat weby pre zakaznikov nad nedorobenym systemom znamenalo pridat si kopu roboty do buducnosti s prerabanim, a stavat weby starym stylom, bez CMS, znamenalo ze vsetok cas miniem na programovanie webov a vyvoj CMS zastane. A investorov som uz po predchadzajucej skusenosti radsej nechcel ani vidiet. Uprimne povedane, v tom case mi to vsetko uz dost liezlo na mozog.

Nakoniec to cele rozhodol osud a "externy faktor" - moja priatelka dostala dobry job na druhom konci krajiny, prestahoval som sa s nou, nasiel som si dobre plateny job v ne-programtorskej oblasti, CMS sa dostal na druhu kolaj a postupne upadal do zabudnutia. Dal som administratorske konta par dobrovolnikom, aby v tom nieco dovyvijali, ak chcu.. Realny vysledok je taky, ze po dalsich 3 rokoch sa vyvoj takmer nepohol. Nikomu sa nechce analyzovat cudzie myslienkove postupy... Ale viaceri uz navrhli, ze to naprogramuju cele odznova ;o))

A tu story konci. Ja som mezicasom nacerpal nove napady, chytil sa prilezitosti, a dnes vediem vlastnu firmu. Nie, neprogramuje CMS, :o) ten stoji tak, ako som ho pred rokmi zanechal. Dokonca ani neprogramujeme weby, okrem svojich vlastnych. Este v rozbehu firmy som spravil v svojom CMS web, ktory umoznoval evidovat pracovne ulohy a ich stav, nebol vsak cas dotiahnut to a dnes na to uz pouzivame eGroupWare... Jeho instalacia a zaskolenie ludi trvalo i stalo menej, nez doprogramovanie par features do mojho CMS. A nasa internet a intranet stranka uz vznika uplne klasickym sposobom, bez pouzitia akehokolvek CMS, i ked je mozne, ze na niektore jednoduchsie casti opat vytiahneme a pouzijeme existujuci CMS kod.

Poucenie na zaver? Z textu ich vyplynulo niekolko. Poucte sa na cudzich chybach, a neopakujte ich zbytocne ked nemusite :o))

pěkný příběh.... a co z toho plyne? že dokumentace se psát musí :)

jeden z neduhů open source projektů je, že nemají téměř žádnou analytickou dokumentaci. autoři si myslí, že bohatě stačí zdrojáky, anebo v lepším případě jakýsi vygenerovaný přehled tříd a metod typu javadoc.

jenže to většinou nestačí. pokud schází analytická dokumentace stylu "jak to autor myslel", jednoduché diagramy funkčnosti, v případě db i nějaké konceptuální diagramy, zdrojáky jsou úplně k ničemu.

proto taky každý začíná úplně znovu.... hrabat se v cizím kódu jakéhosi geniálního osamělého vlka, který psal projekt půl roku každý den, se nedá.

Jo, dokumentacia je alfa a omega. Bez nej kodu neporozumie nikto iny ako autor, a s odstupom par rokov ani on ;o)

Ale maloktoremu "skutocnemu programatorovi" sa chce pisat. Asi aj preto vznikaju dokumentacne timy... k pisaniu kodu a pisaniu dokumentacie holt treba iny pristup. Kodom sa postupy vysvetluju stroju, dokumentaciou ludom.

Vo velkych firmach, konkretne napriklad v hp, sa dokumentuje vsetko. Teda, mozno nie vsade, len co som zazil. Vsetko co clovek vymysli, alebo sa nauci, ma zapisat a zdokuemntovat. Je to mozgove cvicenie, nastroj na utriedenie myslienok, i sposob ak informovat tych, co to potrebuju, vtedy, ked to potrebuju. Zapisete informacie, zalozite do knowledge-base, a kto to bude potrebovat, najde to tam.

Hezky pribeh, ale v zasade o nicem... Bez dokumentace to opravdu nejde, ne kazdy ma moznosti, znalosti i prave cas o kterem pises ty sam patrat co kdo v kodu myslel, kdyz ten da jen strucny vycuc neceho, kde si neuvedomi, ze pro nej jsou vazby jasne...

Uzivateli by pak pomohla jedine kristalova koule a i tak by bylo jedno zda jsi to delal sam, ci v nejake bande, byt navic zatrene jakymsi investorem, sefem, ci podobne

To zaverecne pouceni bych chapala jako takove rady stare babky v provedeni ", programovani si clovek musi ohmatat a to i s chybami, kterych se priste nedopusti, kdyz to neudela, bude vzdy pouzivat polotovar nekoho jineho, ktery sice mozna ty chyby delal take, nebo dle me zkusenosti s par podobnymi cms je proste skryl.

Je to asi jako bys rikal neplavci "nemusis se trapit ucenim plavani, rovnou skoc do hloubky"

Mna by skor zaujimal nejaky framework.. kolekcia objektov, ktore by zaobstaravali veci ako sprava pouzivatelov, nakupny kosik, diskusiu, ale renderovanie aby bolo len trivialne, aby si to clovek upravil ako chce. aby to malo objekty na vykreslenie detalu zaznamu (pouzivatel, tovar, clanok, diskusny prispevok), na moznu editaciu (s podmienkou, ze bud je objekt readonly, alebo readwrite), prehlad objektov (s moznostou odskoku na editaciu, prepinanie platnych zaznamov/ zaznamov v kosi).. s tym ze ja ako pouzivatel frameworku by som sa staral hlavne o definovanie metod na vykreslovanie objektov, logiku natahovania/upravy objektov by riesil framework.
v pripade ze by som napr potreboval specialne atributy pre pouzivatela (adresa), ktora v povodnom frameworku nie je, len by som dopisal do definicie objektu novy atribut, a framework by sa postaral o rozsirenie db modelu o dalsi stlpec, vratane uprav pri editacii...
lebo mam pocit ze sucasne CMS toho riesia zbytocne vela, je to mozno lepsie riesenie pre rychle nasadenie, ale ked to chce clovek ohnut tak zisti ze je tam vela balastu ktory je tam zbytocne, a treba vela casu aby sa s tym clovek naucil robit.
mate s takym niecim niekto skusenosti?

Aj ja som otestoval viac ako 50 opensource CMS produktov pre PHP a MySQL.
Hned zdoraznim ze som NECHCEL hned vsetky mozne featury (forum, blog, poll, ecommerce, ..), hladal som redakcny system ktory

- postaveny na PHP a MySQL
- da sa instalovat na lacnom hostingu, z toho vyplyva:
kedze mate u providera jednu DB tak musia mat mena tabuliek prefixy, vacsinou je zapnuty safe_mode=ON, a k dispozicii su len bezne php extension.
- musi byt MULTILANGUAGE, nemusi byt hned unicode, staci ked umozni prepinat europske encodingy (rodina iso-8859-xy)
- rozsiritelna modularna architektura (vsetky tie prkotiny sa daju neskor dorobit)
- jednoducha tvorba prezentacnej vrstvy (t.j. tvorbu templaty HTML+CSS by mal zvladnut designer ktory pozna len Photoshop a Dreamweaver nema potuchy o objektovom programovani v PHP)

Do dnes neviem o ziadnom CMS, ktory by to splnal. Vacsinou je kamen urazu MULTILANGUAGE a obmedzenia beznych slovenskych ISP (safe_mode=on, atd.)

Takze ak chce niekto zacat pisat novy CMS, tak nech zoberie tieto moje pripomienky na vedomie, ulahci si pracu a bude mat istotu ze jeho CMS sa stane oblubeny, lebo to naozaj bude "ludovy CMS", ktory sa bude dat instalovat vsade.

Prajem vela zdaru.

Zdravím,

idea vyvíjet nový publikační systém jako taková není špatná, autor nápadu by však měl postupovat trochu jinak: nikoliv snůškou zbožných přání co všechno by mělo jeho (či společné) "dítko" umět, nýbrž analýzou současného stavu a hledáním mezer, kde by tato aktivita byla smysluplná. Jako webmaster jsem se v této oblasti také trochu pohyboval (různé typy Nuke, GeekLog, Typo3, Plone), takže si dovolím pár připomínek:

a) abstrakce od použitého řešení. "Slušné" redakční systémy by měly mít možnost adresovat publikované objekty stylem www.sajt.com/blabla/12345, ne ve stylu www.sajt.com/clanek.php?sekce=blabla&id=12345. Usnadní to m.j. případnou budoucí migraci na jiné řešení. Měl by i poskytnout uživateli určitou volnost při tvorbě struktury. To zatím umějí jen velké systémy jako Typo3 nebo Plone.

b) bezpečnost. Mnoho publikačních systémů v PHP, které jsem poznal, požaduje k provozu bezpečnostně problematické věci typu vypnutí safe_mode, zapnutí register_globals apod. imho často z lenosti při psaní kódu. Odolnost proti cross site scriptingu, file injection, sql injection apod. pokládám za samozřejmost.

c) modularita funkcí - jednoduché a dokumentované API pro možnost tvorby vlastních rozšíření a modulů. Základ CMS by tak mohl být opravdu miniaturní, nebylo by nutné hned vytvářet mastodonta, kterého popisuje autor nápadu. Předpokladem je, že se toto API nebude měnit s každou novou verzí.

d) modularita správy uživatelů. Většina těchto systémů má interní uživatele (většinou jména a hesla v SQL). Často by však bylo žádoucí (např. na intranetech) používat existující externí databázi uživatelů - LDAP, jinou SQL databázi aj. U ukládání uživatelů do vlastní SQL přinejmenším poskytnout možnost volby databáze, tabulky a sloupců, kde jsou přihlašovací údaje uloženy. U PHP je potřeba brát v dotaz, že jeho šifrovací algoritmy mají často odlišný číselný základ než tytéž algoritmy v externích autorizačních systémech.

e) jednoduché a přitom flexibilní workflow. Běžné CMS často umožňují jen předdefinovaný proces - autor napíše článek a správce ho publikuje - nebo je naopak ovládání práv mocné, ale složité jak hodiny.

f) podpora standardů. Validní HTML (či dnes spíše XHTML) a CSS pokládám za samozřejmost, kriteria pro přístupnost webu hendikepovaným osobám také. Zde je hohužel mnoho rezerv - překvapivě málo open CMS umožňuje zvolit variantu dobře vypadající v textových prohlížečích nebo možnost zvolit si takový skin. Nebo jsou řešení polovičatá - zobrazí takto hlavní stránku a články, ale komentáře k článkům už nikoliv. Dále kompatibilitu dynamických prvků se standardy DOM (žádné "M$IE only" udělátka) opět s alternativami pro uživatele jiných prohlížečů. Dále možnost popsat objekty alespoň základní sadou metadat (např. DublinCore). Pomocí RSS syndikovat nejen hlavní stránku portálu, ale libovolnou množinu objektů.

Uměl bych si představit, že kdyby autor postupoval takto a na základě podobné analýzy (která by možná odhalila ještě řadu dalších "slepých skvrn") si stanovil nejprve minimalistický cíl vytvoření jádra takového systému s dobrým API, byl bych ochoten se na něčem takovém podílet. Vyrábět ovšem další nukáč, PHPrs a podobné věci mi přijde jako ptákovina a tříštění sil. BTW vývojáři systému GeekLog (http://www.geeklog.net/) v současné době vytvářejí zcela přepracovanou novou verzi GeekLog 2, je tedy otázka, zda třeba entusiasmus a dobré nápady nezapojit do nějakého již existujícího projektu.

Tak som sa teda mrkol na Geeklog (ten mi este chybal do mojho prehladu ;-)
No nic extra. Geeklog2 je objektove PHP5 s design patterns. Strach a hruza. Ako profesionalny Java programator by som v PHP (4 alebo 5) neprogramoval nic vacsie a objektove. Pokial tu nebude PHP 6 kde budu "namespaces" a ostatne objektove vlastnosti na tej urovni ako v Jave, tak radsej zostanem pri strukturovanom PHP programovani. Robil som vacsi projekt v PHP4 s MVC architekturou atd., ale je to "over-engineered".

S a-b-c-d-f suhlasim.
S e) nesuhlasim, napr. v takom community systeme staci user a admin. Z mojej programatorskej praxe mam pocit, ze v kazdej firme skor-ci-neskor jeden clovek robi vsetko autor-redaktor-admin. Jedine v RS pre skutocnu redakciu (dennik) je potreba viacurovnovy workflow.

Specifika jsou:
- modulární koncepce
- multijazyčnost (na konkrétní realizaci mne přivedl jeden příspevek zde)
- žádné register_globals nebo tak
- css design (žádné tabulky) - tj. změna vzhledu změnou css
- se uvidí ;o)

Tak sa predved ;-) Ale vazne, ziadna sranda, mozeme to tu vyvijat dalej do dokonalosti.
Ako navrhujes viacjazycnost pre moduly? (text files; 1 spolocna DB tabulka; kazdy modul vlastna DB tabulka; ... ???)

Padaj tady ruzny CMS, ale jeste jsem tu nezahled treba zminku o Xoops ... www.xoops.org nebo cesi na xoops.zpc.cz

par tydnu do toho uz koukam a je to dost prijemny na programovani... ale i bez neho to u me vede.

lukas

Neviem ako teraz, ale asi pred rokom ma Xoops neoslovil hlavne kvoli chybajucemu multilanguage. Ako funguje multilanguage novy "XOOPS Multilanguages 2.0 Final" v praxi??? Pouziva to niekto???
http://www.smartfactory.ca/modules/smartsection/item.php?itemid=8