Názory k článku
Portál jako open-source

Podle meho odhadu budou prispevky lidi mimo CPress minimalni. Uz nekolik firem se ve svetovem meritku pokouselo o podobnou vec (ne s portalem, ale s jinym SW) a vysledky byly nevalne. Alespon ze to maji v PHP na Unixu, s ASP by asi moc neuspeli :-)

Nahodou, podivej se na Mozillu, tam lidi AOL prispivaj velice ochotne ;) I kdyz, jak dlouho uz ot delaj? A furt nejsou hotovy? Mozna by se AOL spis vyplatilo proste programatory zaplatit nez cekat nez se OSS komunita dokope k tomu ze ten browser dodela. No a co se stane potom? AOL ho vezme, postavi na nem svoje sluzby (BTW AOL sluzby sou az na vzacne vyjimky AOL only) a vytriska na tom balik.

"You do not have cookies turned on. Without cookies this application will not work properly." Skvely pocteni. Zda se, ze ja dalsi portal potrebovat nebudu... ;;-)

Tak tak, takze dalsi web, ktery nemuzu pouzivat. Zlaty Seznam najdu co neznam. :-) Tady jsem nasel akorat vetu o cookies.

Uvítám každou radu i pomoc. Cookie nepoužíváme, abychom někoho "šmírovali" - ze zcela prozaických příčin, není co šmírovat a nikdo na to ani nemá čas, věnujeme se práci a ne šmírování.

Uzdroje.cz má docela dost funkcí, které, aby dobře pracovaly, potřebují předávání uživatele (tj. i neznámého, avšak určitého konkrétního) mezi jednotlivými funkci portálu - přinejmenším například k tomu, aby mu bylo možné připisovat kredity v naší One Million Game. Jak to dělat bez cookies? My jsme na nic, co by nebylo extra krkolomné, nepřišli. Nejvíce lidí zde hlasuje, že je jim jedno, jestli o portál víc nebo míň, ale zcela oprávněěn chtějí portál kvalitní. My chceme tím kvalitním portálem být (snad se nám to podaří...), ale kvalitní portál nerovná se nějaká sada statických odkazů, kde cookies nepotřebujete...

Podivejte se, jak je to delane na Centru - formou autentizacniho prefixu :-) Ma to i sve nevyhody (prefix se posila v REFERERU jinym serverum), ale cookies to nepotrebuje a je to i transparentni vuci proxynam. A narozdil od cookies si muzu presne urcit na ktere servery se posilat bude a na ktere ne. Rovnez muzete byt v ruznych oknech prihlasen na ruzneho uzivatele, coz s cookies jde take dost tezko :-)

presne, celej natesenej se du podivat na neco necistewindousoidniho (po znepouzitelneni MRLinxe opravdu prekvapeni) od CPressu a ted tohle.
Kolik lidi povoli dalsiho smiraka nekomu jako CPress?
Ten portal je predem odepsanej....

To je zajimave, ale stejnou hlasku mi vyhazoval php projekt PostNuke, kdyz jsem si s nim hral doma ;-)

Jsem velkym fanouskem ceskeho internetu a pohybuji se na nem od roku 1994, ale tohle me dostalo.
Cpress postavil svou strategii na votralech a tedka najednou to bude zastresovat?
Myslim si, ze vetsina lidi stejne bude chodit na Zive a dasli sekce primo nikoliv pres Uzdroje, a katalog, ktery bude na U Zdroje, jaka bude jeho kvalita a jak se bude update-ovat kdyz je open souce, hleda snad inspiraci u DMOZ (dalsi jiz rozpracovany open source katalog)?

Uvidime...

Pokud vim, tak nikde zatim nebylo receno, ze bude i katalog open source. Kazdopadne to ja vidim jako daleko lepsi napad - na sprave katalogu se muze podilet kazdy a kdyby mel katalog dobrou licenci, delal by to i rad.

Kazdopadne Computer Pressu i vsem open source produktum fandim.

A ze mozna nikdo nebude prispivat? Open source je o svobode: tedy bude MOCI prispivat a bude moci POUZIVAT dany kod (jeeje, to budeme mit portalu :) ).

Mně by přišlo daleko zajímavější -- jestli to CPress myslí s tim open-source opravdu upřímně -- kdyby se jejich katalog zapojil do existujícího DMOZ. Když od komunity něco chci, musím jí něco nabídnout, a tu nabídku ze strany CPressu nějak postrádám.

No, licence DMOZ je sice hodne open (prinejmensim tak, ze je vysledek pouzitelny), ale asi by to nebylo nejlepsi reseni - DMOZ ted patri AOLu a z ruznych diskusi vyplyva, ze ma docela velke vnitrni problemy.

Navic DMOZ ma malicky ale velmi kvalitni katalog cz stranek a uzdroje ma zase relativne velky, ale v tuto chvili trochu zastaraly katalog - bylo by to spojeni nespojitelneho.

Navic pokud by CPress svuj katalog dal jako open source (GPL licence a XML format?) byl by to prispevek do komunity velky - a to od CPressu jako takoveho.

To slyším poprvé, že stavíme strategii na vortálech. Ale není od věci se o sobě dozvědět něco nového, co člověk sám neví :-)

Vortál je, domnívám se, něco jiného: je to "vertikální portál", tj. stále portál (souhrn služeb), vztahující se k určitému oboru. My máme jednotlivé aplikace, tedy jedna služba, ale pro všechny obory (kupř. Aukce.cz, Vltava2000.cz atd.). Že by Živě nebo Vltava byly vortály? To se mně nějak nezdá, asi bych o tom měl vědět :-))

Určitě nejde o to, že by všechny naše současné internetové produkty nyní všechny zmizely ze svých adres a šly pod portál - to zcela jistě postrádá smyslu. Ale na naše weby chodí měsíčně půl miliónu lidí, což mě připadá jako docela vysoké číslo, abych jim mohl chtít nabídnout i další služby a "službičky", které jsme jim zatím nenabídli: katalog, vyhledávač, počasí, TV a desítky dalších, i drobnějších, věcí.

Uzdroje pochopitelne nemuze pouzivat vetu - "nejstarší katalog na českém internetu" - jakmile projekt jednou zkoncil, je to proste konec projektu jako takoveho...

Mimochodem - proc se nikde v clanku nedocteme, ze technicky za celym serverem stoji xprojekt.cz (xpoint.cz)?

jelikoz to neni pravda :-)

Mozna jsem mel napsat ne "stoji" ale "o podilu". uzdroje.cz bezi na pocitaci xprojektu. Kdyz se zaregistruji do serveru uzdroje.cz tak se mi automaticky vytvori konto i na xpoint.cz. To podle mne rika hodne :-)

Ano jiste, v tomto mate naprostou pravdu. Pokud se zaregistrujete na Uzdroje, ziskate moznost mit svou registraci i na Xpoint.CZ. To se mi zda jako dobry napad a take je to prakticka nutnost, jelikoz Uzdroje pouziva a bude pouzivat chat Xpoint.CZ. Pak je logicke, ze bylo treba "propojit" registrace tak, aby lide registrovani na Uzdroje meli svou registraci zaroven i na Xpoint.CZ.
Pokud se zaregistrujete na Xpoint.CZ budete mit pak moznost se "doregistrovat" do Uzdroje. Tento princip se pak da samosebou aplikovat i na dalsi projekty, u kterych je nutnosti registrace uzivatelu.

Zda se Vam to zvlastni? Me vskutku nepripada skutecnost propojeni registraci uzivatelu mezi nekolika systemy jako "stani za". Je to cista spoluprace, ktera je pro obe strany vyhodna.

Prohlednul jsem si soucasny stav portalu - profesionalni design, prehledny, bez reklam, ... a jeste k tomu Open Source. Myslim, ze se jedna o dobry pokus a ze se najde dost programatoru, kteri pomohou k vyladeni systemu. Ja se mezi ne budu pocitat jen co se mi to podari rozbehnout u sebe:)

Zdravim,

Jako clen tymu ktery vytvarel uzdroje jeste za dob spoluprace s mobil serverem jsem netrpelive cekal jak bude nova verze uzdroje vypadat.
A priznam se, ze i jak bude naprogramovana.

Nebudu to nejak rozpytvavat, ale pobavila me tato veta: a) "využili něčí jiný otevřený kód." To neudělali, je to podle Hlavenky produkt programátorů CPressu, na kterém se nadále pracuje;".

Stal jsem se tak programatorem Cpressu, a ani o tom nevim.

Dukaz? Nezkoumal jsem vsechny funkcnosti, a pouze z www to clovek moc nezjisti. Ale preci jen se neco najde :)
Odkazy na stranky v katalogu jsou zapocitavany. K tomu slouzi programek go ulozeny v cgi-bin. (celkem trivialni)
Zkraceny zdrojak:
/* Redirectovaci program, + zvysi pocitadlo pristupu (f) 1999 cbob@builder.cz */
... nejaky kod ....

/* natvrdo nejdriv ocekavam uid a pak url !!! */
unsigned int i;
i=0;
if (strncmp(p,"uid=",4)) error("ocekavam uid");
p+=4;
while(*(p+i)!='&'&&*(p+i++));
*(p+i)=0x0;
dat->uid=atoi(p);
p+=i+1;
if (strncmp(p,"url=",4)) error("ocekavam url");
... nejaky kod ... a zkuste si ty parametry ve stavajicim uzdroje prohodit. Zrejme nahoda :)

Zaverem. Souhlasim s tim aby se moje kody publikovali jako open-source, ale prosim aby se o me nemluvilo jako vyvojari Cpressu.. :) (viz ta citace)

Ale, ale... nespravna argumentace na nespravnem miste. Dohoda nad kody z Uzdroje byla takova, ze je kazdy muze pouzit k cemukoliv a pro kohokoliv. Zarazejici je, ze jsi to navrhnul a spoluschvalil prave ty. Paradox? Ano a to poradny...

P.S. Kod je z vetsi casti uplne prepsan (jinak by ani nesel pouzit) promene zustaly, proc je taky menit, ze...

Petr Prenghy

V tom připadě mi je můžeš poslat emailem, rád bych se na ně podíval :)

Zdravim,

vubec zadny paradox to neni, kolega Podhajsky prece nic nenamita proti tomu, ze jej pouzil CPRESS k takovemu ci takovemu ucelu, pokud ctu dobre, jeho namitka se tykala odpovedi Jiriho Hlavenky, ktery napsal, ze "ze zadny takovy kod nevyuzili a ze vsechny kody jsou vysledkem prace CP."

Dekuji tedy, ze jste sam vyvratil slova vaseho kolegy Hlavenky a uvedl vse na pravou miru. Pokud jste totiz takovy kod prepsali, pak jste jej totiz museli vyuzit (k prepsani)

:)

Zdar Petre,
tema meho prispevku bylo opravdu spise zamereno na vyjadreni k "tymu Cpressu" a rozhodne ne z nejake urazene pozice, spise jako podpurny argument pro urcite spekulace.

Co se tyce sdileni kodu, o tom muzeme vest dlouhe diskuse (a nejen sami, viz prispevek Patrika), ale to nikam nepovede. Urcite to nebyla dohoda o poskytnuti kodu komukoliv..

Preju ti hodne uspechu s novou instanci Uzdroje.cz :)

J.P.

Nevim, proc delaji open-source portal, kdyz uz takove systemy jsou a jsou DOSTI propracovane a VELKE.

viz. www.phpnuke.org
nebo pod apache.org v jave napsany Jetspeed (viz. java.apache.org).

PHPNuke je neco jineho:
PHP-Nuke is a news automated system specially designed to be used in Intranets and Internet.
(tedy neco jako redakcni system)

JetSpeed je take neco jineho:
Jetspeed is an Open Source implementation of an Enterprise Information Portal, using Java and XML
Jetspeed helps you build portal applications quickly. The goal is to make Jetspeed a tool for both portal developers as well as user interface designers. Currently the focus is on providing developers with a set of tools that facilitates building the base for the portal.
(tedy spis prostredi, ve kterem by se portal dal snadno programovat, ale samotny portal to neni)

Ale urcite nekde nejaky open source portal je... vi o nem nekdo??

Nevím sice o žádném portálu, které je open-source, ale vím o mnoho jeho částech, takže by se z toho portál dal udělat, pokud nejste líný si sám udělat titulní stránku a na ni posázet všechny služby :)

Ale vážně - pokud si projdete freshmeat a další podobné servery, najdete všechny potřebné ingerdience "portálu" a nyní je jen na vás, jak si je namícháte.

To je sice pravda, freshmeat toho nabízí tuny, ale vesměs není ten software nic moc. Třeba PHPNuke je sice asi nejlepší GPL redakční systém, na druhou stranu to dělá člověk, který asi nikdy žádný profesionální redakční systém neviděl.
Ovládání PHPNuku je velmi zmatené, zkrátka celý "backend" je divný. Možná jsem náročný, ale myslím si, že pro profesionální publikování není vhodný žádný současný GPL redakční systém (teda alespoň ty, co znám).
Jinak vím, že Zajíčkův server Netem funguje na upraveném PHPNuku, ale on tam nemá zajíček skoro žádné služby navíc, kromě článků a diskusí.
Spoluvytvářím jeden zpravodajský servřík, zpočátku jsme šli cestou vlastního redakčního systému + nabalovali jsme na to GPL aplikace (například docela dobrou aplikace Phorum). Časem z toho ale vznikl šílený bastl a muselo se to celé naprogramovat znovu. Nehledě na to, že nabízíme dost služeb typu kulturní přehledy, regionální informace, ....

Podle mého názoru jsou GPL aplikace použitelné, ale pouze na "hraní".

Souhlasím s názorem na PHPNuke - viděl jsem to a mám na to dosti pesimistický názor.

Na druhou stranu, i my jsme přemýšleli, že z Genesis 2, což je náše něco jako redakční systém, uděláme Open source. Ale vzhledem k tomu, že to i nějak potřebujeme vyvíjet a počáteční náklady by byly dost vysoké (dokumentace, komunikace s lidmi atd) a výsledky jsou dost nejisté, tak jsme do toho nešli.

Když se podívate na PHPNuke, tak to je systém známý ve světě, ale dělá ho pár lidí a dosti divně.

Genesis 2 je docela fajn system. Spionoval jsem na LinuxExpo ;)). Nicmene nektere features, hlavne ovladani je dosti zastarale a vypada tezkopadne. Je to ale asi tim, ze uz je cca 2 roky stary, ze ? Oproti nasemu RS nebo treba Media-Factory je to fakt out-of-date, i kdyz asi funguje dobre, je vykonny a postacuje vam ...

My jsme ted treba navrhovali vlastni RS (jeste o nem uslysite ;)) a meli jsme vyhodu v tom, ze pracuji externe pro nekolik medii a videl jsem temer vsechny RS na ceskem trhu, s nekterymi jsem i delsi dobu pracoval. Takze jsem vedel, jak to funguje, ...

Tvurce PHPNuke evidentne zadny takovy RS nevidel, takze vymyslel vymyslene, ale po svem, proto to vypada, tak jak to vypada.

Co se tyce nakladu na Genesis II, prozradite kolik lidi a jak dlouho delalo jeho zakladni verzi (je jasne, ze ho asi prubezne lehce zlepsujete a upravujete ...)? Kdyby se stal Genesis II GPL systemem, byla by to bomba po celem Internetu, dost slusna reklama, otazka jest, zda by ta reklama pro medialni firmu typu Mobil Media mela efekt. Spis by to bylo vhodne pro nejakou programatorskou firmu (ktera by za prachy delala treba dalsi moduly, etc.).

Nevím, co jste viděl za rozhraní, systém Genesis je tu od roku 1996 a mělo to nejrůznější podoby :) Přijďte na Invex, uvidíte nové prostředí zvané GEX, pokud máte rád Windows, budete doma.

Problém co se týká prostředí, je spíše v konzervativnosti klientů. Ti se naučili se starší verzí prostředí a novinky moc neakceptují, stejně tak naše redakce nerady vidí větší změny.

Dalším problémem jsou nároky na pásmo - Media Factory vypadá sice navenek moc hezky, ale práce s tím přes GSM musí být utrpení a funkčnost v nižším browseru asi nic moc. S genesis se dá pracovat z Palma...

Co se vlastností týká, nedovolil bych si říct, že jsou zastaralé a srovnávat to s hračkami jako je Media-Factory bych moc nedělal, ta mi přijde jako těžkopádnost sama, když s tim chcete dělat něco jiného, než jen publikovat do natvrdo vytvořeného pozadí.

Dnes konkurujeme věcem, jako je Vignete StoryServer a ve většině funkcí jsme za nimi ve velmi těsném závěsu, ve flexibilitě provozu jsme napřed a za dvacetinu ceny. Ale to je samozřejmě na diskusi. Pokud potřebujete jednoduše přidávat hlasování, možná jsou lehčí systémy, pokud ale potřebujete koncepční práci s rozsáhlým webem, máme opravdu jen málo konkurentů a rozhodně ne v ČR.

Co se vývoje týká, Genesis dělá desítka lidí na fulltime, většina z toho jsou programátoři, ale i grafici, analýza atd.

Abych vás vyvedl z omylu - my sice jsme většinou známí, jako content provideři, ale pro slušnou řádku firem i dodáváme redakční software, je to část našeho obchodu. Od té doby vím, že nestačí zkopírovat ovládání a mít ho hezké, ale je potřeba, aby vnitřnosti toho systému za něco stály a mělo to něco za sebou. Náš systém na jediné instalaci dvou serverů obsluhuje přes 100 docela navštěvovaných serverů.

Takže až uslyším o vašem RS, doufám, že to nebude nic hrozného :)

Na GEX jsem zvědavý, udělejte nějakou pořádnou demo site.

K prostředí. Ano, MF je o DHTML, s MSIE 4.0 je to už jen tak tak ;). Ale přeci nění problém udělat i rozhraní pro připojení po GSM nebo pro Palma (i když vkládat články z Palma, no nevím, nevím. dělal jsem online zpravodajství z jedné expedice z Polska přes Palm IIIx & N7110, sice je to fajn, že to šlo odkudkoliv, ale je to drahý a nemotorný, psát denně 1-2 kb do palma přes graffity je opruz).

K výkonu, funkcím, ... To samé mi říkají lidé z cpressu. Nevěřím nikomu, dokud neuvidím nezávislý výkonostní test ;)).

Jinak, ohaníte se jak je G2 výkonný (třeba je to pravda), ale myslíte, že je to kromě dvou vašich medií (Mobil & Bonusweb, možná mojenoviny.cz, i když ty jsou extrémně choré !!) třeba ? Vždyť Nokia.cz, Palmare.cz, TV3 a další weby na G2 jsou takové legrácky, co se návštěvnosti a nároků týče. Jinak ale nic ve zlém, je to pouze můj osobní názor.

Co se týče desítky lidí na fulltime ? Co přesně dělají ? Programují 8 hoidin denně ? Blbost. Předpokládám, že v tom je nějaký helpdesk, nějací šablonáři, obchodníci, grafik ... Pokud ano, je vaše odpověď mírně zavádějící, zajímal mně jen počet vývojářů (ale možná jsem se špatně zeptal).

Vím, že nejste jen content provideři, ale myslel jsem, že G2 střílíte jen tak občas, když se naskytne příležitost, třeba té Nokii, ...i když je to třeba za 200 tisíc, pořád je to jednohubka z celého obratu MM a.s. (kolikpak bude letos mimochodem obrat ;) ?

Není problém udělat rozhraní v nějakém plain HTML, ale my jsme zatím na mnoho výhod DHTML pro redakční systém nepřišli. Rozklikávací menu nepřirostlo k srdci každému. Ale myslím, že i tohle GEX napraví.

K výkonu - vymysli metodiku a můžeme testovat. Přemlouvat provozovatele velkých serverů, aby šli na genesis jen kvůli testu asi není reálné, proto u nás běží ten, kdo si to platí.

Ti lidé na fulltime programují, vymýšlejí, někteří kreslí a dělají HTML a šablony pro Genesis. Nevím, proč by to měla být blbost. Je to systém, který je v permanentním vývoji a není to jen redakční software - proto ho nazýváme spíše publikační platformou, protože je o tom, jak dostat data na internet. Součástí je třeba shop a další věci. Takže to je počet vývojářů, ti dělají i support pro klienty tam, kde už nepomohla produkce (složité problémy), ale nejsou v tom obchodníci - to je všechno oddělení vývoje. Pokud tě zajímají vyloženě code-builder, lidi co buší kód do mašiny, tak to je šestka lidí.

Pokud tě zajímá obrat, v pondělí je na toto téma u nás tisková konference (no, ne jen na toto téma, bude tam ještě Technet). Nestřílíme to občas, prodáváme to docela systematicky. Samozřejmě, kdyby to bylo více, nezlobil bych se :)

No, tak 6 lidí to by celkem slo. I když se mi to zdá pořád dost...

ad test) no, na to by musel přistoupit i CP event. další tvůrci RS, jenže mi to zabere čas + další náklady ...

Ad obrat) to myslíte vážně, v době Internetu mám jít na nějakou tiskovku, ještě do Prahy ??? uaáááh :((
Počkám si na zprávu, jestli ovšem vydáváte.

No, zdát se vám to může, je na to přiměřeně pozdě, ale já bych na tom ještě pár lidí uživil. Práce je stále dost.

Právě jsem psal Jiřímu Hlavenkovi, že si nemyslím, že by někdo v ČR tyhle systémy byl schopen/ochoten porovnat. Už jen to, že mají odlišnou filosofii, odlišný operační systém (i když to může být z části jedno, na druhou stranu my musíme nést záruky za celé řešení). .. atd.

Na tiskovku do Prahy nemusíte, třeba to někdo vydá na internetu :)

Ja si myslím, že ty systémy lze otestovat. Minimálně porovnat je v relativních číslech...

A nemyslím, že by to bylo až tak těžké ... Stačí nějaká předem dohodnutná jednotná metodika (ne třeba zrovna ten stress ...).

Do jisté míry to jde. Ale jak třeba porovnat výkon? u nás je většina kódu už statická a záleži čistě na výkonu Apache, jakmile se ale jde do dynamického obsahu (nepředgenerované diskuse atd), už musí pracovat i Genesis.

Problém je samozřejmě v té jednotné metodice - někdo by ji musel vymyslet a musela by dávat smysl.

Navíc, jak říká Bill: běží náš program pomalu? Kupte si rychlejší počítač? I my stavíme na tom, že upřednostňujeme variabilitu před rychlostí - proto používáme šablony s vlastním jazykem, namísto tvrdého kódování v PHP/ASP.

Atd... tak snadné to nebude. Jen co se funkcí týká - v Genesis ti stačí přeskupit v šabloně něco a už to dělá něco úplně jiného :) To všechno si může udělat uživatel sám.

>>Atd... tak snadné to nebude. Jen co se funkcí týká - v Genesis ti stačí přeskupit v šabloně něco a už to dělá něco úplně jiného :) To všechno si může udělat uživatel sám.

na Media-Factory TAKÉ :))). Sablona kazdeho domku je jedno ASPecko. V tomto ASPecku je umistena html kostra. Do teto kostry, napr. do nektereho z TD uzmistite napriklad jeden radek s Anketou. Do jineho treba radek s Vypisem clanku. Ulozite, zavolate. Doupravite. Hrani na pouhou chvili a je to.

JENZE nespornou vyhodou je, ze nas server nemusi interpretovat nejakou dalsi vrstu makro jazyka, ci neceho podobneho. Kazdy modul se vola jednim radkem a to standardnim zpusobem.

Zde je napr. priklad umisteni nekolika modulu do sablony z titulky Zive.cz. Vezmeme treba anketu (Inquiry), jeji vzhled (a treba take pocet otazek) si uz uzivatel ovlivnuje prostrednistvim intuitivni administrace. BEZ PROGRAMOVANI. TOTO, TENTO PRINCIP PLATI PRO VETSINU MODULU Media-Factory.

Zde je ten priklad praveho sloupce Zive:

Response.Write Calendar
Response.Write JogSmall("JOG")
Response.Write InquiryBox("INQ","INQ")
Response.Write HotArticles("HOA","HOA")
Response.Write MostReaded("MOR","MOR")
Response.Write TextAdvertising("RCM","TXT")
Response.Write CompetitionBox("COM","COM")

Jak vidite, neobtezujeme uzivatele ani potrebou znat desitky predavanych parametru. Chovani si totiz ovlivni prostrednictvim administrace.

Vice se dovite na http://www.media-factory.cz

U nás jdou samozřejmě obě cesty - ať klikání, nebo práce s kódem. Klikání není tak "hard" a práce s kódem není tak pohodlná. Ať si náš zákazník vybere.

Nebojte, s rycholstí zpracování mezivrstvy jsme se vypořádali velmi dobře. V okamžiku jejího uložení se přeloží do nativního programovacího jazyka.

no - podstatny rozdil zde je ten, ze u vas je 'modul' temer nemenny celek, jehoz chovani lze jen omezene modifikovat. modifikace takovych modulu (tedy tak jsem to pochopil) se provadi tak, ze programatori MF primo zmeni jejich zdrojovy kod.

pristup v genesis je takovy, ze do 'modulu' je mozne pomoci skriptovaciho jazyka pripsat kusy kodu, ktere chovani takoveho 'modulu' vyrazne meni. uzivatel tedy neni omezen tolik jako v pripade MF (tj. nemusi si to neco nechat doprogramovat sam).

abych to jeste vice priblizil: u vas je modul pro uzivatele red. sys. cerna skrinka, u g2 jen do jiste miry.

Huh, tak tohle je tedy ta flexibilita? :-DDD
Do ktereho policka co, to teda nic moc. Az to bude umet do obecneho textu (nejen HTML) vepsat obsah nejakeho rekneme modulu, pak muzete zacit srovnavat s Genesis. Takze ne do ktereho TD co vlozit, ale jak interpretovat tuto hodnotu. Zavazny rozdil :)
Nespornou vyhodou Genesis naopak je, ze take neinterpretuje, ale presto to vypada jako kdyby to delala. Jak je to mozne? Premyslejte :)Programovani a neprogramovani... No, bud je flexibilni system, nebo se nemusi programovat. Jinak "programovat" Genesis se nauci clovek co zna HTML. Jestli nahodou umi JavaScript (to umi skoro kazdy designer), tak je za vodou.

>>Navíc, jak říká Bill: běží náš program pomalu? Kupte si rychlejší počítač? I my stavíme na tom, že upřednostňujeme variabilitu před rychlostí

My v Media-Factory variabilitu pred vykonem neuprednostnujeme. Hledame vzdy kompromis tak, abychom pokud mozno v maximalni mire vyhoveli obema kriteriim.

Jak se mohu bezohledne chovat k vykonu ? Pripada mi to jako bezohledne chovani k mym zakaznikum. To je ma muj publikacni system prubezne a trvale nutit do stale vetsich investic ? Tohle mi nepripada jako seriozni postoj.

Nemohu prece zakaznika nutit, aby si kvuli memu systemu za rok koupil webovou farmu.

My ho k tomu nenutíme. Věříme tomu, že nabízíme nejvyšší možný výkon i maximální možnou variabilitu a ke změně tohoto názoru mne zatím nepřimělo seznámení s žádným redakčním software.

Jenže kdybychom dodávali jen Apache, běžělo by to jistě rychleji, než když děláme dynamický obsah. Neříkejte, že jste něco takového netušil...

Suverénní novinářské plácání ti šlo vždycky dobře. Nazvat konkurenční systém, který získává jednoho velkého zákazníka za druhým, "hračkou", samozřejmě jde - z huby se dá vypustit celkem cokoliv, pokud je to navíc značně odborné téma, tak je to i celkem beztrestné, protože většina lidí tomu nerozumí... Ale kdo ano, tak si samozřejmě vlastnosti obou systémů porovná a vyzkouší a zjistí, kde je pravda. O váš redakční program se otírat nebudu, konkurentů si vážíme, protože nám jejich existence pomáhá u zákazníků při srovnávání. Viz http://www.media-factory.cz - je tam třeba naměřená výkonnost (stress testy) MF; docela rád bych se něco podobného dozvěděl i o jiných systémech, neboť to považuji za podstatnou vlastnost, ale nikde to nenalézám.

Jinak plně anglická verze MediaFactory je samozřejmostí, v těchto dnech mj. podepisujeme zahraničního distributora: vybral si nás sám na základě průzkumu trhu.

Pokud mi pošleš metodiku na ten test, rádi ho uděláme, s tím není žádný velký problém.

Anglická verze není problém, problém je dokumentace ve vnitřku zdrojáku důležitá pro vývoj, samozřejmě nikoliv dokumentace klientská. Neboj se, taky něco prodáváme.

Jen tvůj výraz "získává jednoho velkého zákazníka za druhým" považuji za tvoje novinářské plácání, které ti šlo vždycky dobře. Nic jiného za tím nebude.

K porovnávání jsme vždy připraveni, klidně se stav na Invexu. Můžeme porovnávat do aleluja.

Jo, to "néni problém" znám velmi dobře :-). Nic není problém, jenom to udělat :)

Stress test je celkem standardní - klidně nechť se váš vývojář domluví s našim týmem, taky by mě to zajímalo.

Porovnávají zákazníci... kdybych MediaFactory prodával vám, tak ho s tebou s chutí porovnám s vaším programem. Já se skutečně nepotřebuji do aleluja přesvědčovat, který z obou systémů je lepší - zákazník to ví a to je podstatné.

(Jinak bych ale také přivítal, kdyby někdo nezávislý existující systémy na trhu porovnal - zatím si na to nikdo myslím netroufl)

Ano, jen to udělat, ale nic jsi neposlal :)

Nicméně už jsem se na ten Stress text díval sám a vyzkoušíme to.

Ani já nemám potřebu přesvědčovat po diskusích, proč si zákazníci vybírají náš systém. Jsem rád, že to dělají a určitě k tomu mají dobrý důvod.

Pochybuji, že by se někdo dal na opravdu seriosní test těchto systémů. Znamenalo by to neúměrně mnoho zkoušení a studování dokumentace na to, jaký by byl o ten test zájem. Už jen to, že MF i Genesis mají naprosto odlišnou filosofii - a do třetice i StoryServer je úplně jinak než dva předešlé.

>>Jen tvůj výraz "získává jednoho velkého zákazníka za druhým" považuji za tvoje novinářské plácání, které ti šlo vždycky dobře. Nic jiného za tím nebude.

Otazka je, kdo jak rozumi terminu "jednoho velkého zákazníka za druhým". Protoze jsem sef prg. teamu Media-Factory znam dobre nas harmonogram. Musim potvrdit, ze jsme ve stavu, kdy si opravdu nemusime mnout ruce ve stavu sladkeho nicnedelani, ale nas implementacni plan je obsazen do ledna pristiho roku. Nastesti ma Cpress solidni bazi programatoru v Ostrave i Brne a rychle posileni teamu neni problemem.

Nasimi zakazniky nejsou jen mensi spolecnosti, ale take jiz velmi velke spolecnosti i statni instituce. Napriklad do konce mesice rijna rozjedeme na M-F naostro jedno z nasich ministerstev, NHL.cz, ci 24hdesign (Autodesk).

Zaroven podepisujeme smlouvu s prvnim zahranicnim partnerem, ktery uspesne operuje v nekolika zemich. Jeho kriteria pro vyber byla velmi narocna a podle mych informaci testovali vice jak 10 redakcnich systemu, nez vybrali ten spravny :).

Samozrejme ze Media-Factory ma do techto casu mene zakazniku, nez treba Genesis. Vzdyt M-F je zde take podstatne kratsi dobu, takze je to logicke. Nechme cas plynout a srovnejme pocet implementaci (tech vetsich, ne do 50-ti tisic Kc) o pristim Invexu. Pak budeme moci rict, ktery ze systemu zakaznici preferuji.

No - na webu MF jsem nasel vykon 700 pps na titulce - ale primo z toho screenshotu lze snadno spocitat onen nesmysl - pri 7002 requests a 2524 (zaokrouhleno dolu) Recv kB to vychazi na 0,36 kB/page - do toho se titulka zpravodajskeho serveru zcela urcite nevejde :-).
Pri testovani holt doslo k chybe v zadanych parametrech - tyto udaje vychazeji, kdyz IIS vrati nejakou stavovou stranku, nikoli vysledek skriptu.
Udelejte ten test prosim znovu a spravne a pak dejte vedet...

Dalibore :( ten obrazek neni obrazkem, ktery by mel neco dokazovat (ale az ted chapu, ze si to nekdo muze takto interpretovat - sorry, it's my fault). Vsimni si data stresovani, ten obrazek je tam jen proto, aby ukazal, ze je nejaky stresovaci nastroj a ze jim lze merit. Konecne i ALT pod timto obrazkem rika "Stresovaci nastroj Microsoft ...." a nikoli "Toto jsou naskenovane vysledky mereni".

I kdyby tam byla sejmuta obrazovka realneho mereni. Kdybych chtel, tak ji zedituju a muzu tam "slehnout" treba 10000 r/s a namlouvat zakaznikovi cokoliv, coz ostatne muze kazdy :(((

My na to jdeme jinak. Kazdy zakaznik muze prijit a nastresovat si, kterekoliv z reseni postavene na M-F. Opravdu kazdy.

I ty ! Jsi zvan :)

Ahoj Honzo,
problem je v tom ze v tom sejmutem stressu je vykon 693 rps, coz docela koresponduje s Vami uvadenou hodnotou 700 rps.
Ovsem s tim rozdilem, ze na tom screenu je to namereno evidentne spatne.
Jinak beru ze za slovo, stejne jsem uz u Vas dlouho nebyl, v utery jsem v Ove tak bych se stavil, docela mne to zajima, OK?

Dovolte abych se vyjadril, alespon k necemu z vaseho prispevku:

viz:
>>než jen publikovat do natvrdo vytvořeného pozadí.

NESMYSL, M-F pracuje se sablonami. Tzn. kazdy domek dokaze pracovat s rozdilnou sablonou (1 sablona=1 ASPecko), ktera muze byt naprosto jina jak layoutove, tak funkcne. Nektere z domku nebo kategorii mohou napriklad zobrazovat clanky, jine mohou slouzit jako sekce Vykladni skrin s nakupnim kosikem. Mozna by bylo lepe si priste dukladne precist informace o jakemkoli produktu, drive, nez jej zacnu kritizovat :(

Jednotlive moduly v sablonach M-F se volaji velmi jednoduse pomoci standardniho prg. jazyka (VB), nikoli nejakym specialnim makrojazykem ap. Umisteni a volani jednoho weboveho elementu=modulu, znamena skutecne pouze a jen vlozeni jednoho radku do ASP kodu (samozrejme se spravnymi parametry, ktere ovlivni vzhled a funkcnost). K dispozici je dokumentace, ke kazdemu modulu.

Vy osobne jste mi a memu kolegovi loni na Invexu predvadel Genesis. Z prezentace jsem pochopil, ze vasi uzivatele musi byt na 1/2 uvazku temer programatori. V M-F jsme se dali trochu opacnou cestou. Uzivatel je proste uzivatelem, nemusi umet programovat, znat specialni makrojazyk a cist tluste manualy.

:) trochu prehanite - programovani sablon do g2 opravdu neni natolik slozite, aby bylo nutne vyuziti tlustych manualu.

porad je zde videt zasadni rozdil ve filozofii pristupu. nicmene, kouknete-li se kterykoli komplikovanejsi sw (ruznych vyrobcu a firem), zjistite, ze krome toho, ze maji i 'user-friendly' stranku, take umoznuji rozsirovat chovani jednotlivych 'komponent' ci 'modulu' prave diky programovacimu jazyku.

jeste jednou zduraznuji, ze u vas je modul v podstate nemodifikovatelna cerna skrinka s temer pevne preddefinovanym chovanim. v g2 neni toto omezeni tak silne (jiste tam ale take je).

Mimochodem, ta možnost udělat z Genesis open-source tu stale je, ale není to zase tak růžová věc. Genesis se stále vyvíjí (pracuje se na ní kontinuálně, to číslo 2 neznamená verzi, ale generaci, verzi máme momentálně 0.96666, jak stojí na titulce :) a má už hezkých pár mega zdrojáků. Bohužel dokumentace a komentáře jsou v češtině, ani zahraniční klienti nedostávají zdrojáky otevřené (součástí je kryptovací modul, takže na zdrojáky PHP klidně zapomeňte) - to všechno by se muselo přeložit, komunita by se musela koordinovat, to všechno by zmrazilo vývoj na cca. půl roku.

Nicméně stále o tom uvažujeme - takový systém by se i ve světě užil a nás spíše zajímá integrace systému, než jeho samotný prodej.

chtel bych jen uvest malou poznamku k tomu, ze G2 je 'out-of-date'. mate plnou pravdu, co se tyce administratorskeho prostredi (design), ktere uz chce opravdu vylepsit (pracuje se na tom).

nicmene, co se tyce vlastnosti a schopnosti, tezko najdete jiny RS, ktery poskytuje tolik moznosti volby jako G2. kouknete-li se napr. na MF od cpressu, zjistite, ze naoko ma tech funkci strasne moc, ale v podstate jsou to vsechno variace na stejne tema, ktere jsou navic pomerne tezce konfigurovatelne (jine chovani => modul se musi preprogramovat, jiny (nestandardnejsi) vzhled => preprogramovani viz. domovske stranky MF).

G2 jde jinou cestou - vlastnim programovacim jazykem. ten dovoluje mnohem vetsi obecnost vzhledek k prani zakaznika nez kterykoli omezene konfigurovatelny RS. vemte si napr., ze takovy gamestore (gamestore.cz) je cely naprogramovany v jazyku G2 - dokazete toto v jinem RS? asi tezko. a to je ten ten podstatny rozdil.

Michal Vitecek (jeden z vyvojaru G2)

No, MF od cpressu znam velmi, velmi dobre. Detailne jsem ho zkoumal. Zaroven ale nechci vypadat jako "advokat" MF potazmo CP. MF ma mnoho funkci, nektere jsou velmi specificke, nekdy az zbytecne. To je pravda.

Co se tyce preprogramovavani modulu. Je sice pekne, ze G2 ma vlastni skriptovaci jazyk (letmo jsem si ho prohlizel, uz je to ale delsi dobu). Nicmene k cemu je ? Nemyslim si, ze by si klienti programovali vlastni moduly v tom internim prog. jazyku. Je pekne, ze davate moznost lidem si doprogramovat fičury, ale mám pocit, ze to 99 z nich stejne nevyuzije (protože se nebudou učit syntaxi, ...). A za ty ceny, kolik MF stojí očekávají klienti kompexní řešení, ne systém "dodělej sám" ...

Výsledný efekt je tedy stejný, klient si to může udělat svépomocí, ale stejně si to nechá udělat od vás hezky za příplatek.

Co se týče gamestore.cz, zase tak uchvatné mi to nepřipadá. Mimochodem, ja se tu bavím o redakčním systému resp. o publikační platformě, ne o nějakém "hybridu", co zvládne publikovat články, prodávat hry, mobily, .... ;).

A jinak vím, že je to tvořeno tou databázovou fičurou, kterou G2 disponuje. Podle mně je ale lepší udělat nějaký externí modul s hromadným vkládáním zboží, ... Nebo vůbec pořádný dedikovaný (softwarově) e-shop ....

Je to ale věc názoru, můj znáte ;)

pravdu mate - ale opet jen castecnou :)

ve vasich uvahach vam totiz uchazi, ze mate-li jednou obecne napsany zaklad, neni uz problem nad nej dostavet nejakou nadstavbu (wizardy apod.).

take jste pozapomnel na skutecnost, ze chcete-li rozsirit vlastnosti nejakeho 'modulu', musite to primo do nej doprogramovat (tj. zase si to koupit u vyvojare toho RS, a vyvojari RS to tam dolepi). v g2 nic takoveho nehrozi (pokud to nejsou primo nejake problemy jazykoveho konstruktu) - staci jen upravit prislusnou sablonu a modifikace je hotova (tu si muze udelat kazdy uzivatel g2 sam).

rikate, ze se tady bavite o publikacni platforme - nezda se vam vsak, ze vsechny webove sluzby postupem casu splyvaji a cim dal tim vice spolu kooperuji? reklama je zavisla na contentu, nabidka prodavaneho zbozi taktez apod.. vsechno to prece slouzi k publikovani informaci na internet.

priklad s gamestorem jsem uvedl jen proto, abych ukazal, jake moznosti ma jazyk G2 - nikoli proto, ze je to dokonaly obchod. nemusim prece zduraznovat, ze poskytuje-li tento system cestu, jak vyhotovit i pomerne odlisne zadani od puvodniho publikovani clanku, ukazuje to na jeho silu a dobry navrh.

prirovnal bych to napr. k mozille, emacsu apod. - ze zacatku to byly priserne (padave, obrovske, pomale) aplikace, protoze spoustu veci delaly obecne diky vyuziti programovacich jazyku. kouknete se ale, co dneska uz vsechno dokazou - a to jen diky tomu, ze jadro se postupne odladuje a muze se tak na ne nabalovat vice 'user-friendly' veci.

vsechno je to o pristupu k vyvoji sw - budto ho pisete presne na miru a hrozi, ze zivotnost takoveho sw neprekroci par let nebo pocitate s delsi zivotnosti, a tedy vytvorite sw, ktery je schopen plnit obecnejsi zadani, nez pro ktere byl puvodne urcen.

Mno, Patrick Zandl je pekne vychytraly, pozve si na mne programatora, ktery zacina diskusi stacet na technickou rovinu z puvodne "manazersky" zamerene.

Tak to teda ne, koncim ;)

dneska rano to nejak neodeslo, takze znovu:

neni to diky patrickovi - prisel jsem se tady kouknout sam.

jinak, mam sve pochybnosti o uzitecnosti 'manazersky' zamerenych diskusich - jejich jazyk je malo presny - zadny 'manazer' nevidi do detailu problematiku cele veci tvorby RS (cemuz se nelze divit, vyvojari taky nevi o zbytku sveta :)).

>>rikate, ze se tady bavite o publikacni platforme - nezda se vam vsak, ze vsechny webove sluzby postupem casu splyvaji a cim dal tim vice spolu kooperuji? reklama je zavisla na contentu, nabidka prodavaneho zbozi taktez apod.. vsechno to prece slouzi k publikovani informaci na internet.

Zde je ma odpoved:

Samozrejme se pro uzivatele muze zdat ze webove sluzby splyvaji, nicmemne Petr Srsen ma pravdu v tom, ze Publikacni system je publikacnim systemem a ze Obchod je obchodem.

Ja osobne myslim, ze vy ve svem radoby mega enginu michate jabka s hruskama. Tedy publikaci a obchod. Computer Press to dela trochu jinak. Jednim z produktu tzv. rodiny Web Integration Factory je Media-Factory (publikacni system) a jinym treba Friendly-Store (Shop engine). Personalistiku zase resi treba Company-Explorer. Tyto systemu jsou naprogramovany na spolecne platforme a filosofii. Proste spolu hraji a lze je propojovat. Neznam, ale duvod, proc bych je mel SPLACAT do jednoho jedineho neprehledneho systemu.

Proc ?????

ach jo. pokud chcete urazet, muzete, ale pak nema smysl, abychom tady na urovni komunikovali.

v genesis je mozne naprogramovat si napr. vlastni obchod - nikdo netvrdi, ze je to rozumne (tedy naprogramovat si vlastni obchod primo v jazyku g2). nicmene je to mozne a ukazuje na to silu, ktera v g2 je - dava uzivateli hodne prostredku na to, aby uskutecnoval sve vlastni myslenky, nemusel byt pritom zbesilym programatorem ci opet platit vyvojarum a cekat na novy produkt dle jeho pozadavku.

chcete mi snad namluvit, ze jste schopni vymyslet tolik moznych variant pouziti publikacniho systemu, kolik jich vymysli vasi (i budouci) uzivatele RS? samozrejme, ze ne - proste maji smulu. musi cekat, nez jim poskytnete sve reseni, ktere je opet v (nejakem) jinem smeru svazujici.

ohledne jablek a hrusek: obavam se, ze nemate pravdu. v soucasne dobe je beta-testovan primo modul do g2, ktery implementuje shop. prave diky nemu se ukazalo, jak vyhodne je mit v jednom publikacnim systemu redakcni system i shop. vysledkem je situace, kdy uzivatele pracuji ve znamem prostredi a maji moznost dukladne provazovat prodavane zbozi s publikovanymi informacemi - a to vse s moznosti vyrazne modifikovat vysledne chovani.

vase reseni je opet reseni cernych omezene modifikovatelnych krabicek, kde kazda dokaze pracovat (mozna, nevim) samostatne, ale spolecne provazani uz je bolestivejsi (coz je samozrejme z dusledku mozne samostatnosti).

Ne, opravdu nechci nikoho urazet, ale nelibi se mi, ze zde stale dokola omilate myslenku black boxu a snazite se ctenarum vnutit nazor ze M-F je proste neflexibilne kostnata, kdezto vas system temer genialne flexibilni.

Proste M-F je postavena tak, ze uzivatel nemusi vubec nic programovat. Chovani komponent lze menit (jak to uz jsem psal 2*). Chce-li zakaznik zasahovat do komponent muze. Dostane zdrojovy kod a bud si komponentu prekompiluje, nebo jeji zdrojovy kod vlozi do ASPecek a bude mu to chodit po velmi mirnych upravach take. To je vyhoda pribuznosti VBSkriptu (podmnozina) s VB.

Pravda nektere z vykonove kritikych komponent, napr. diskusni fora mame v C++ a tam bychom nejaky tezce nadstandardni zasah opravdu museli delat my.

Jenze, zadny z nasich zakazniku, snad krome jedineho si nepreje cokoliv dodelavat vlastnimi silami. Proc by to delal, kdyz jakekoliv upravy udelame ve velmi kratkem case=za velmi nizkou cenu, kdyz system do puntiku zname. Vzdyt zakaznik si preje publikovat a vubec jej nezajima co se deje uvnitr. Zakaznik je prece ziv z provozovani webu a o to jde, Proc jej mame zatezovat a odvadet od pro nej dulezitejsi prace ?

no vidite - a zde si krasne protirecite.
1) uzivatel nechce neco nadstandardniho a staci mu omezene modifikace (vzhledu, chovani, ...) - tj. nemusi umet vubec programovat, jen znat html a proste nekde do stranky 'placne' modul, ktery za sebe vypise svuj html kod (ktery je pomerne konstantni - odtud ta cerna skrinka)

nebo

2) chce nestandardnejsi chovani a ejhle - davate mu najednou do ruky cely zdrojovy kod modulu s celou svou slozitosti (tj. vb, sql i c++) - takovy nezbedny uzivatel tedy v tomto pripade musi zvladat najedou az o 3(!) dalsi jazyky navic nebo si musi radne zaplatit, abyste mu to tam doprogramovali sami.

v g2 takove rozdeleni neexistuje - uzivatel (sablonar) by mel znat html a musi umet programovaci jazyk genesis. a to dokonce i v pripade, ze chce chovani takoveho modulu velmi nestandardni.

vidite uz konecne ten podstatny rozdil?
pozn.: a to tady vubec nezminuji nebezpecnost poskytnuti zdrojovych kodu uzivateli...

Vite ukonceme tuhle diskusi. My v Media-Factory uzivatele "sablonare" proste vychovavat nemusime. Priklad dani zdrojovho kodu - psal jsem, ze to uzivatele LOGICKY nepozaduji. Zdrojove kody davame na zaklade podepsane smlouvy vzdy jen firmam, ktere na to maji i po technicke strance a to byl (jak jsem psal) pouze jediny pripad :)

Pisete dalsi 3 jazyky vc. C++. Vy jste opravdovy specialista na vytrhavani z kontextu. Psal jsem v prispevku, ze veci v C++ upravujeme sami a ejhle, jak je snadne neco pominout a neco vyzvednout. Smekam klobouk, snazite se byt dobrym manipulatorem. Ovsem uvedomte si, ze vetsina ctenaru nejsou pitomci, pokud je problem zajima ctou do hloubky a jejich pamet ma vetsi vydrz nez 10 nanosekund.

Dale pisete o SQl jako dalsim jazyku. ALE PROSIM VAS ! Znate vicevrstve programovani ? Kdy jedna vrstva poskytuje raw data a jina je zpracovava ? Takto je postavena M-F a nizsi slozite vrstvy svou slozitost uzivatelum skryvaji. Protoze neni jediny duvod je modifikovat.

Omluvte me prosim. S touto diskusi jiz koncim, vazne to nema smysl.

ano - bude to opravdu nejlepsi. chapu, ze zastavate svuj produkt a filozofii, se kterou byl vytvoren. nechapu vsak vasi nechut videt veci z jineho uhlu.

ohledne manipulace: nebylo to zamerne - proste jsem to prehledl (jsem taky jen clovek). omlouvam se tedy. nicmene to nic nemeni na faktu, ze zde stale na takoveho uzivatele ceka krome celeho jazyka vb (a na ten uz tluste manualy opravdu existuji) jeste take spousta vlastnich funkci ci datovych struktur samotne MF. zda je ci neni c++ nebo sql uz na teto veci v podstate nemeni.
ale dobre - ukonceme to :)

Vase rozdeleni obchodu a publikacniho systemu je nepresne.

Publikacni system muze byt prirozenou casti obchodu. Je zjevne, ze obchod potrebuje zazemi, ktere na publikacni system nenaroubujete, na druhou stranu dobre navrzeny publikacni system potrebuje pouze "modul nakupni kosik", abyste jej mohl pouzit jako frontend e-shopu.

Vite to je pro me vec pohledu. Kdyz do Media-Factory pridam nakupni kosik (coz tam ostatne je viz http://www.media-factory.cz) nemohu tomu jeste rikat shop. Pro me obchodni system, nebo take obchodni engine znamena mnohem vice. Znamena to pro me rozsahly a stabilni soft. Nejen nakupni kosik, ale take platebni brany, propojeni na zuctovaci systemy, reporty, sestavy, modul Sledovani transakci ap. ap. ap. A takovyto system si zaslouzi zamotatne reseni. Duvodu proc je opravdu hodne.

Zda se mi, ze jednoduchym a krasnym prikladem je MS Word a MS Excel. Proc to neni jeden produkt, ktery se jmenuje WordCalc :))) ? Odpoved je jasna. Presto ze vypadaji podobne, presto ze je mohu snadno propojit - nemaji spolu logicky-funkcne nic spolecneho.

Uz to tu zavani demagogii :)
"System potrebuje modul nakupni kosik aby jej bylo mozne pouzit jako frontend e-shopu". Cili ne "Staci nakupni kosik k tomu, aby to byl kompletni shop". Podstatny rozdil.
Dale, argument ohledne shopu byl co je mozne v G udelat bez modulu "platebni rozhrani", "sledovani zakazky", "blah blah", ... Protoze tyhle veci se daji udelat v Genesis. Nebo si snad nekdo mysli, ze to tam lidi cmaraji po kusech papiru?
Mozna kdybys rekl, ze M-F ma moduly pro .... (viz vyse), tak ze se s ni da udelat lepsi shop. To je presne to, o cem mluvime (piseme). Mas modul, umis. Nemas modul, neumis.

Nemas WordCalc, mas Microsoft Office :) Taky je to splacany? Ze to jsou 2 rozdilny exace? Na webu, co je ekvivalenta 2 oddelenych programu? Jina domena? Nebo staci jina prezentace?

Nezachytil jsem, jestli Genesis2 jeji tvurci nazyvaji shopem se vsim vsudy. Pouze tvrdim, ze je celkem prirozene, ze dobry redakcni system <reklama>(jako treba Templation, na kterem bezi siroky zaber webu od Kompostu, pres Kinofil.CZ a BHE s jednoduchym "e-shopikem" az po pravnicky portal Juristic.CZ)</reklama> se muze stat dodanim jednoducheho modulu frontendem e-shopu.

A osobne bych si dovolil tvrdit, ze prirozenejsi rozdeleni funkcnosti neni zvlast software jako publikacni system a zvlast software jako komplexni e-shop, ale spise zvlast propracovany back-end pro e-shop, jehoz front-endem muze byt dobre navrzeny redakcni system.

Ovsem nesledoval jsem vasi pri s Genesis2 natolik, abych vedel, komu z vas timto davam za pravdu :)

Myslím, že se tady slavnostně :-) dobíráme k podstatě. Mezi Media Factory a vaším systémem je opravdu zásadní rozdíl v pohledu na věc, který ztěžuje srovnávání (ne ale všechny druhy srovnávání: stress test je aplikovatelný a dává smysl pro celkem jakýkoli web - proto jsem jej jako jedno z důležitých porovnávacích kritérií zmiňoval).
To, že má váš systém jakýsi vlastní "jazyk": je určitě obdivuhodné, že jste si dali takový grandiózní cíl, ale myslím (pouze můj osobní názor), že tudy cesta nevede. Požadavky zákazníků na publikační systémy jsou velmi podobné - co nejsnazší a nejrychlejší implementace, konfigurace "klikáním na ikony", administrace i pro úplného laika. Unikátní programovací jazyk znamená, že se ho také někdo musí naučit a musí jej umět používat - opravdu svět potřebuje a využije další programovací jazyk?

Také si - a to spíše při pohledu na vůbec svět internetového software - nemyslím, že řešením je nějaký univerzální software, který umí díky vlastnímu jazyku "všechno", protože to obvykle znamená, že umí "všechno, ale nic dobře". Softwarovému světu vládne specializace, už hodně dlouho...

tady se pane Hlavenko zasadne mylite. mate pravdu se specializaci sw, nicmene vezmete-li v uvahu kterykoli moderni (a trochu komplexnejsi) sw, tak zjistite, ze temer kazdy umoznuje pouzit skriptovani (tj. je mozne doprogramovat si vlastni chovani). duvod, proc tomu tak je, je jasny - pozadavky uzivatelu jsou tak ruzne, ze je jen malokdy mozne je vsechny splnit. vlastni programovaci jazyk tyto pripady z velke casti resi (i on take ale muze byt omezujici).

no a protoze mame zkusenosti s behem okolo 100 opravdu ruznych serveru na G2, tak se nam prave tato vlastnost velmi vyplatila.

ale je to vec pristupu k vyvoji sw (jak uz jsem psal v jinem prispevku).

dovolil bych si ale maly dotaz: kolik serveru dnes vyuziva MF?

Ale k tomu, abych si doprogramoval systém podle požadavků uživatelů, přece nepotřebuji si vytvořit vlastní programovací jazyk! Jakkoli to zní neuvěřitelně :-), i Media Factory má jakýsi zdrojový kód, který je samozřejmě plně programovatelný, navíc ve STANDARDNÍM a ověřeném programovacím jazyku, kterému rozumí desetitisíce programátorů u nás - nikoli v nějakém unikátním, třeba důmyslném, ale proprietárním výtvoru. Mimochodem, flexibilitu různých webů postavených na MF můžete dobře vidět na http://www.media-factory.cz/CZ/Cont/References/References.asp - a je to bez nějakého velkého přeprogramovávání, použijí se existující moduly a upraví se prezentační vrstva podle grafického i funkčního zadání zákazníka.

Nechci váš program nijak shazovat, je vidět, že dokáže pohánět slušně velké weby - proč ale ne například mateřský iDnes.cz, když je tak neuvěřitelně flexibilní? Ale myslím, že je s tím zbytečně moc práce a komplikací, které přináší vlastní programovací jazyk, a že to je v důsledku pro zákazníky příliš drahé.

to nema smysl, p. Hlavenko - nevykladejte si to zle, ale vy presne nevite, o cem je rec. aby tato diskuse k necemu byla, musely by obe strany byt dobre seznameny s cestou dokumentu od jeho zadani az k jeho konecnemu zobrazeni.

co se tyce idnes a g2 - (muj osobni pohled na vec) - jedou na jine platforme a maji vlastni RS. v takove situaci neni moc duvodu proc prechazet na jednu nebo druhou stranu. verte mi, problem neni v tom, ze by g2 nebyla dostatecne flexibilni ci vykonna :)

nicmene to byl pomerne zdarily pokus smerovat diskusi jinym smerem, kde byste si mohl byt jistejsi v kramflecich - je videt, ze mate zkusenosti z diskusi na zive.cz :)

Já jsem ale diskusi o redakčních systémech k článku, který byl o Open Source portálu, nezačal :-)) Těžko můžu být viněn ze směřování diskuse "jiným směrem".

Neříkám, že mám pravdu v tom, co tady tvrdím: je to můj názor a rovněž i pohled našich programátorů, se kterými jsme probírali, co je na trhu k dispozici v oblasti redakčních systémů. Nedivím se tomu, že děláte Genesis tak jak jej děláte: kdybychom začali dělat velký systém před šesti lety, možná bychom postupovali podobně. Dneska jsou ale k dispozici už jiné programovací nástroje a potřeba vlastního skriptovacího nástroje IMHO už není tak potřebná jako dříve.

To k Idnesu berte jako nevinné rýpnutí :-). My také nevrtáme to čeho, co funguje, i když mě zrovna ten kvaziportál iDnesu připadá dost zmatený, komplikovaný a pročištěný kvalitním redakčním systémem by mu jenom prospělo.

Zaznely tu dva protichudne argumenty :) Jeden je "k cemu programovaci jazyk?" a druhy "STANDARDNI overeny programovaci jazyk" :) Ok, uz mlcim, vyvojari vi neco jineho nez manazeri, to se tu obcas stane taky.
Nicmene, argument ze clovek musi byt napul programator pro M-F plati dvojnasobne (pokud chce delat neco lepsiho nez menit obsah bunek tabulky). VBScript (nebo co to tam pouzivate) je plnohodnotny programovaci jazyk. Genesis nepouziva plnohodnotny programovaci jazyk (jak tu uz bylo, bezpecnost, zatez atd.), ale neco vlastniho, velice jednoducheho. Zobrazeni Mandelbrotovy mnoziny v ASCII art v tom sice nikdo nenaprogramuje (i kdyz, zajimavy napad, to zkusim :-)), ale kdo to potrebuje, ze? :)

Myslim, ze "vlastni skriptovani" znacne podcenujete,
nebo si alespon neuvedomujete jeho smysl. Vlastni
skriptovaci jazyk vznika vetsinou proto, aby umoznil
snadne volani kodu navic v mistech, kde programovaci
jazyk neni vhodny at uz z duvodu rozvlacnosti ci
bezpecnosti.

Mate jiste pravdu v tom, ze resenim neni univerzalni
software, ktery umi diky vlastnimu jazyku vsechno, to jiste
ne (takovymto univerzalnim software je lecjaky
programovaci jazyk :). To ovsem nemeni nic na tom,
ze pokud slevite z pozadavku "umet vsechno" na
"umet hodne", tak neni az tak nemozne tento pozadavek
splnit kvalitne - prave za pomoci vhodne navrzeneho
vlastniho jazyka pro skriptovani.

>>jine chovani => modul se musi preprogramovat, jiny (nestandardnejsi) vzhled => preprogramovani viz. domovske stranky MF

Ano neco podobneho (veta) opravdu na domovskych strankach M-F je. Hrajeme otevrenou hru a rikame veskere dulezite informace dopredu i tehdy, mohla-li by je napriklad nase konkurence vytrzenim z kontextu mirne poohnout :(((

Nicmene kazdy z M-F modulu lze funkcne a layoutove velice vyrazne a snadno ovlivnovat administraci, zasilanymi parametry a CSS styly. Tahle veta, kterou jste vzal z nasi prezentace je myslena pro extremni pozadovane zmeny, napr. kdyz nekdo chce udelat napriklad z ovalku, ci ctverecku kolecko ap.

Otazka:

Umi treba G zmenit layout a chovani ankety, ci soutezi pouze prostrednictvim administrace ? Umi prostrednictvim administrace generovat nekonecny pocet ruznych tickeru, ci banneru ? Ma k takovym vecem v administraci wizardy. Lze psat clanky ve skutecnem wysiwyg editoru ? Lze do editoru beze zmeny vkladat dokumenty z Wordu. Lze tam vlozit tabulku z excelu ? Nevim, mozna ano. Neznam vas system do takovychto detailu, konecne ani prezentace vaseho systemu mi tolik informaci neposkytne.

Vite me moc neleze do palice, proc bych nad nejakym standardnim jazykem mel mit dalsi vrstvu (byt zkompilovanou do nativniho kodu). Proc bych mel nejakym jazykem G2 ovlivnovat dizajn ? Dnes v dobe, kdy bloky kodu, nebo dokonce primo dtb (MS SQL 2000) dokazi chrlit XML a tento snadno ohnete grafik na cokoli pomoci XSL. Parsovani mysleno samozrejme na strane serveru, ne na srane klienta.

Proc mam nekoho uzit jazyk nad jazykem, kdyz napriklad Visual Basic Script nebo VBNet (.Net) jsou tak jednoduche, ze mirne i vetsi upravy zvladne temer kazdy.

> Umi treba G zmenit layout a chovani ankety, ci soutezi pouze prostrednictvim administrace ?

vsechny zmeny se provadi prostrednictvim administrace, takze ano.
> Umi prostrednictvim administrace generovat nekonecny pocet ruznych tickeru, ci banneru ?

zatim ne, ale rekneme si na rovinu - tohle povazujete za slozity programatorsky ukol? momentalne pracujeme na prioritnejsich vecech.

> Ma k takovym vecem v administraci wizardy?

v presnem chapani wizardu je g2 dosud nema.

> Lze psat clanky ve skutecnem wysiwyg editoru ?

ano. viz. prezentacni stranky genesis (http://genesis2.cz/)

> Lze do editoru beze zmeny vkladat dokumenty z Wordu?

ano - ovsem s jistymi omezenimi danymi html. pokud vas RS dokaze prekonat html, rad se na to kouknu :)

> Lze tam vlozit tabulku z excelu ?

ano.

a konecne, aby vam to 'do palice nalezlo' :) : vlastni skriptovaci jazyk je treba z nekolika duvodu:
- umoznuje modifikovat chovani takovym zpusobem, o jakem tvurci sw vubec nepremysleli (viz. vase 'moduly' - pokud chce uzivatel vice modifikovat jejich chovani, musite je preprogramovat primo)
- umoznuje hlidat bezpecnost ci chyby uzivatelu (nekonecna smycka, vykonavani bezpecnost-snizujicich operaci apod.) (genesis pouziva okolo 100 serveru - nelze prece dovolit jednomu z nich, aby omezil ostatni - jak toto resite u vas?)
- umoznuje zjednodusit nektere zbytecne slozite konstrukty (ne kazdy prece musi umet pracovat primo s databazi, tahat z ni data apod.)

No to nemate pravdu. TOhle je produkt, ktery se ridi podle doporuceni Sunu Java Portal API a na nem je postaveny JetSpeed. Krome jineho ma nekolik vrstev (aplikacni, databazova (soucasti je i Open source SQL server Hypersoniq), ale i prezentacni, ktera ukazuje mnoho ruznych plug-inu ktere se daji na JetSpeed pouzit.
Proto si na apache.org (pripadne na sajtach jako jspin.com apod.) muzete stahnout pluginy a skiny pro JetSpeed a jen je prihodite do toho serveru a mate FUNKCNI portal.
Jedine co jeste musite udelat (a co za vas POCHOPITELNE v apache.org neudelaji) je naplnit jej daty. ;)

Jinak JetSpeed je super vec a je velmi efektivni, ptz uz nyni je prepisovan do distribuovane architektury a je tedy mozne jej bud behat KOMPLETNE free (pouzit napr. jako aplikacni server Orin nebo JBoss) a nebo pouzit komercni system pro Enterprise (iPlanet, Weblogic apod.) a mate SKVELE vykonny system, o kterem si pan Hlavenka muze jen zdat (minimalne uz jen s ohledem na clovekoroky stravene na vyvoji tohoto produktu).

Co se tyka PHP nuke, tak zde je popis ze SourceForge...
viz adresa (http://sourceforge.net/projects/phpnuke/).

"PHP Nuke is the most popular Web Portal Software. Developed by PHP Gurus Francisco Burzi. Today with the new merge with NukeAddOn become a complete solutions for any webmaster who would like to developed their own portal. PHP Nuke strong characters are us"

Jinak dalsi portalove systemy jsou....
http://sourceforge.net/projects/metadot/
http://sourceforge.net/projects/eportal/
(neco pro milovniky ASP ;)) http://sourceforge.net/projects/aspnuke/
http://sourceforge.net/projects/pcxportal/

....

Ma citace byla odtamtez :) - podle ni je PHPnuke publikacni system ("automated news system", nebo jak to bylo...).
Zkuste se nechytat tolik toho slova "portal", protoze ho zrejme v americe chapaji jinak nez my zde. Nehlede na to, ze si pod nim predstavi i kazdy jednotlivec neco jineho

Ja chapu portal jako sluzbu ktera obsahuje toto:
(1) Vyhledavac
(2) Katalog
(3) Linky na zpravodajstvi
(4) Homepage, ktera to vse integruje spolu s dalsim obsahem

+ nepovinna, ale v nasich koncinach obvykla rozsireni:
(5) eMail
(6) freeWeb
(7) moznosti personalizace
(8) chat nebo diskusni fora

Samozrejne (opet zopakuji) kazdy si pod portalem predstavi neco jineho, ale rekneme, ze vetsinu z vyse uvedenych bodu splnuje kazde "neco", cemu zde v cechach rikame portal.

---

JetSpeed je jiste skvela vec, ale podle toho jak to po rychlem nakouknuti vidim ja, je to spis *architektura*. To, jestli z ni bude portal nebo casopis nebo seznamka, z ni udelaji az pluginy.

---

na zbyle linky se podivam, zajima me to

IMHO je portál vstupní branou webu. Nemusí proto mít ani jednu z vlastností, které mu popisujete, a přesto může fungovat jako turniket, kterým projde každý, kdo vstupuje.

V podstatě s jistou mírou beletristické licence mohu z tohoto hlediska za portál označit i Zuzanin KudyKam.

What does it a "portal" mean?

Zrejme jedine, v cem se neshodujeme, je definice jednoho slova. V takovem pripade nas muze rozsoudit jedine autoritativni slovnik. Ale ty co mam ja porad rikaji neco o architektonicky upravenych vchodech...

Tim padem muzu argumentovat pouze timto:

(1) Mam pocit, ze v cechach je spis zazity "portal" jako weby typu Seznam/Atlas/Uzdroje a ze skutecne malokdo by nazval Kudykam portalem (ja bych tomu rikal maximalne rozcestnik, ale spis to funguje jako webmag s clanky urciteho typu)

(2) Vy sam slovo portal pouzivate pro oznaceni sluzeb, ktere splnuji podminky mnou vyse uvedene :) - viz temer libovolny clanek o iAuditu na Lupe (http://lupa.cz/clanek.phtml?show=1618 )

(3) Dokonce i ten link, ktery uvadite, uvadi jako portaly weby jako Yahoo a Excite. Pak jeste uvadi tematicky zamerene weby jako Garden.com, ale pro ty je myslim docela dobry novotvar "vortal". Pozor ale na prebirani definic, ta stranka definuje anglicke slovo portal, nikoliv ceske.

Dlouho jsem hledal az nasel. Pokud chcete videt open-source, profesionalne psany system v php,zahrnujici velmi mnoho modulu (redakcni sytem,obchod,mail,databaze odkazu,obrazku,multimedii...) zkuste se podivat na http://developer.ez.no Tento tyden bude ezpublish zprovoznen na www.budo.cz
Richard

Podivejte se taky na adresu
www.web.de
.
Nechic to nijak komentovat, uz vubec ne kritizovat, je proste dobry si toho vsimnout.

Hmm, a basnik tim chtel rici co?? Ze web.de je nejaky open source?? tak to je basnik trosku mimo misu :-)) Web.de znam pomerne dobre (ale "basnik" Saratoga asi moc ne :-)

a) nejsem basnik

b) web.de znam taky dost dobre, casto ho pouzivam, je to pravdepodobne nejlepsi nemecky portal

c) nevim, jestli ste basnik vy, to samozrejme vedet nemuzu, zato vim, ze vase reakce na moji nevinnou pounamku, je napristo neprimerena a svedci o precitlivelosti? spatnem svedomi? Nevim.
Nechtel sem tim rict nic moc zvlastniho, proste sem povazoval za uzitecne upozornit ostatni na to, ze autori uzdroje.cz se prinejmenisim v grafice u web.de inspirovali, nic vic.
A zduraznil sem a zduraznuju znova, ze to nechci kritizovat, protoze to muze byt nahoda a i kdyby nebyla, nezda se mi podobna inspirace nijak zvlast mravne zavadna nebo protizakonna.
Nebo ma prislusne vydatelstvi v Nemecku na www.web.de vliv? Natolik se v podrobnostech nevyznam.

Kdyby Vase prvni reakce byla tak jasna a vecna jako tato - nedoslo by k nedorozumeni - pokud si prectete svuj prvni prispevek a moji reakci, tak mozna sam pochopite, proc jsem se ozval - hovorilo se zde o open source portalech a vy k tomu pripojite poznamku o web.de - a jelikoz opravdu o web.de toho vim POMERNE HODNE - musel jsem zareagovat, pokud to bylo moc sarkasticky, tak tak to mysleno nebylo.
Ad podobnost, muzu Vam poslat seznam cca 2800 svetovych vyhledavacu (nektere jsou portaly) = a muzete si byt jist, ze podobnosti najdete mnohem vice :-))

S plnou zodpovědností říkám, že Vaše podezření o zcizení grafického layoutu se nezakládá na opodstatněném základě.

... poslední zoufalý pokus o zkvalitnění kódu, který programátoři Computer Pressu nejsou zaboha schopni dát dohromady? Viděl bych to asi tak, jak je naznačeno výše. O každý, kdo občas navštěvuje (navštěvoval) weby Computer Pressu, ví, o čem mluvím. Jako pokus přehodit alespoň část problémů na open-source komunitu, když už to nazvládám sám, je to dobrý. :-D Nicméně nevím, kolik lidí se na tom speciálně u této firmy bude ochotno podílet. :-P

Mám pocit, že nějak netušíte, co to je otevřený kód (že budu zrovna JÁ muset vysvětlovat, co to je Open Source, toho jsem se ani ve snu nenadál).
Ale vysvětlím vám to. Open source kód není "Open Source kód Computer Pressu". Open source kód nepatří žádné firmě - to je taková vlastnost open source kódu, překvapivě. Open source kód si každý může brát a každý do něj může dávat; a když nechce, tak nemusí.

Jinak vaše výpady vůči kódu našich asi třiceti serverů jsou dosti hloupé z jednoho důvodu: nikdy jste žádný kód žádného z nich neviděl, a domnívám se, že o řadě webů ani nevíte, že je dělali naši programátoři. Umíte se pochlubit nějakým svým vlastním dílkem (stačí třeba statická stránka), nebo vaše odbornost spočívá v tom, že se bezdůvodně navážíte do jiných?

No opravdu me to dost prekvapilo, ze pan Hlavenka tu bude vysvetlovat co to je OS :))) (spolecne s tim, ze muj predchozi prispevek tu rozhori takovou vasen :))) ). Ale budiz, v principu je to define spravna, ale ma jeste hodne nepresnosti....
OS ma HODNE licenci, kdy o ta, kterou zminuje pan Hlavenka je ta nejliberlarnejsi, tedy GPL. Jinak jsou i prisnejsi, jako je PL - Authors law, ktera prikazuje kazdemu, kdo by chtel do kodu delat zmeny nebo na nej nejak navazovat, tak to muze delat jen se svolenim toho, kdo je veden jako zakladajici autor (takovym prikladem je treba uvedeni Javy, nebo treba ASPNuku (pro milovniky ASPcek ; - uz jsem to zminoval). Takze to jen pro upresneni ;)

Jen malickost - GPL neni v zadnym pripade nejliberalnejsi licence, protoze mi jako autorovi spoustu veci zakazuje (az to hezky neni).

Myslim, ze tu nemusime slovickarit (GPL bylo mysleno jako liberalni s ohledem na uplatnovani nejakych autorskych prav). Ano, jako autor nemate ta prava co davaji jine licence, ale to je preci cil!!!
SAM jako autor si to urcite a pokud jste svepravny, tak v tom neni zadny problem. Vase aplikace nemusi byt OS, stejne jako v OS nemusi pouzit GPL ale muzete pouzit napr. author's licence, proste si jen vyberete co vam vyhovuje. a to je preci dobre, nebo byste to chtel mit nekym urcene?