Zope, Plone - je to to prave?

2.10.2006 17:10 | Přečteno: 1640× | poslední úprava: 3.10.2006 12:55

Obcas sa mi pritrafi nejaky projekt vytvorenia/spravy webu, jednoducheho CMS, vytvorenie nejakej webovej databazy a podobne. Doteraz som to vzdy riesil dvojicou PHP+MySQL, ale poznate to, clovek nieco zbucha a potom pride niekto, kto tam chce pridat jednu (dve, desat) vlastnost a nakoniec je z toho celkom ina aplikacia...

Zdravim vsetkych citatelov tohto blogu, kedze je toto moj prvy zapis, dovolim si na uvod par slov o mne. Kludne tuto cast preskocte. Pre pohodlnost pouzivam namiesto GNU/Linux len slovo Linux, ospravedlnujem sa vsetkym, ktorych to uraza:)

Linux pouzivam asi styri roky, zacinal som so Slackware (na nom som vlastne naucil skoro vsetko, co dnes o Linuxe viem), neskor som sa pohraval s Gentoo, momentalne skusam Arch a Ubuntu. V sucasnosti pracujem vo firme, kde sa na CAD pouzivaju pracovne stanice s HP-UX + RHEL, o ktore sa staram. Samozrejme sa najde aj nejaky ten server.

Kedze som jednak clovek, ktory sa rad uci nove veci a taktiez ma administracia zverenych systemov nevytazuje naplno, obcas sa pritrafi nejaky projekt vytvorenia/spravy webu, jednoducheho CMS, vytvorenie nejakej webovej databazy a podobne. Doteraz som to vzdy riesil dvojicou PHP+MySQL, ale poznate to, clovek nieco zbucha a potom pride niekto, kto tam chce pridat jednu (dve, desat) vlastnost a nakoniec je z toho celkom ina aplikacia. Problemom je to, ze zatialco na zaciatku projektu sa zdalo surove PHP ako postacujuce, s kazdym dalsim "feature requestom" clovek viac a viac skripe zubami a kod zacina byt cim dalej, tym menej prehladny a tazko udrziavatelny. Viem, ze so spravnym pristupom a disciplinou, je mozne pisat aj rozsiahle projekty v PHP prehladne, napriek tomu mam pocit, ze mozno existuje aj lepsia cesta. Skratka som si povedal, ze radsej investujem cas do studia nejakeho pokrocileho nastroja, nez by som mal stavat na svojich doterajsich skusenostiach s PHP, ktore sa podla mna na vacsie projekty zrejme naozaj nehodi (hovorim o PHP rady 4, s kvaziobjektovym programovanim). "Chcelo by to nastudovat nejaky framework", vravim si.

A tu sa dostavam k jadru tohto zapisu, uz niekolko dni som ponoreny v dokumentacii trojice Python/Zope/Plone a snazim sa najst plusy a minusy pre taketo riesenie. Najskor sa pokusim zhrnut zakladne myslienky:

• ked uz investujem do niecoho cas, chcel by som, aby sa to dalo vyuzit na co najviac veci, tzn. nechcem nieco na spravu webu, nieco ine na databazove aplikacie atd.
• na web ako taky, teda publikacia dokumentov a "tradicne" interaktivne aplikacie ako forum a podobne by mi plne vyhovovalo Plone
• tooly a celkovy pristup, ktory spominane kombo ponuka, sa mi velmi paci
• otazkou pre tych, ktori maju viac skusenosti ako ja vsak je, ci a ak ano, aky pristup by volili pri pouziti Zope/Plone na tvorbu databazovych aplikacii

Pod databazovou aplikaciou si predstavte napriklad knihu jazd; teda nieco, na co by podla mojich doterajsich skusenosti dalo pouzit nieco postavene na SQL databaze. Ako by ste na to isli, pouzili by ste ZODB, externu *SQL databazu, alebo nejaky celkom iny pristup? Udaje je samozrejme potrebne spracuvat (triedit, spocitavat, vyhodnocovat a podobne:) prostriedkami, ake ponuka SQL. Nejedna sa teda o "typicku webstranku", ale bolo by vhodne mat intranetovy web aj s podobnymi aplikaciami "pod jednou strechou". Viete si toto predstavit aj integrovane do Plone CMS?

Pripadne, pouzili by ste nieco celkom ine? Za akekolvek postrehy vopred dakujem. Vsetky svoje dalsie pripadne skusenosti sa samozrejme budem snazit zvecnit aj v tomto blogu:)

       

Komentáře

[s0]

zope je miláček a je chladné a vládnoucí.

Inu, důležité je hlavně to, jaká ta webaplikace má být. V případě knihy jízd, kde nejspíš budeš potřebovat všelijaké agregační a vůbec divné funkce nad daty stejně nejspíš použiješ relační db. Ale výpis uřivateli už pak můžeš dělat zopem.

Jednoduchost a nedbalou eleganci zope oceníš v jiném případě. Třeba když budeš potřebovat aplikaci rozšířit, anebo když se budeš potřebovat vrátit k nějaké minulé verzi objektu atd.

Pamatuj. že zope je něco jiného než LAMP. Jiná filozofie.

a jako šlehačka na dortu: Bedřich Smetana (úplně nahý)... ehrm... tohle: zope.yarpen.cz (a má to i neveřejnou část pro kamarádi, co spolu chodíme) v zopu uděláš za 10-12 minut včetně hledání žáby na openclipart.org. V php bys to sice vyřešil také, ale zaplatil bys krutou bolestí.

[Lukáš Zapletal]

Se Zopem moc zkušeností lidi nemají, což mi potvrzuje i fakt, že diskuzi v této chvíli (píšu druhý příspěvek) sleduje už 6 uživatelů. Pravda je taková, že Zope je výbornou platformou pro vývoj většiny webových aplikací. Volba metody ukládání dat se ani tak nedotýká Zopu, je to otázka, kterou budete řešit při jakémkoliv jiném řešení.

Pokud přemýšlíte o ZODB a chcete data spravovat podobně, jako to dělá SQL, tak si nejdříve něco přečtěte o objektových databázích. Používá se zde zcela odlišný přístup. Do použití ZODB jsem se například já nikdy nepustil, ale prostudoval jsem možnosti a zkusil si nějaké příklady. Za relačními databázemi je velký kus historie a know-how, těžko se bude jiným přístupům prosazovat.

Plone je výborná věc a pokud chcete aplikaci stavět portálově, určitě o Plone uvažujte. Rozhodně však doporučuji zatím používat stable verzi Zope 2.X, protože trojková má žalostně špatnou dokumentaci.

[wo]

Zope/Plone - krásně se v tom dělá, ale chvíli to trvá než do něj člověk pronikne. Jakmile zvládneš vlastní šablony, tak už je to dobrý. Dokumentace je zpracovaná poměrně dobře, záludnosti většinou nejsou. Můžu jen doporučit.

[wo]

Och- samozřejmě řada 2.x

[Mikos]

Zope bych nebral, to je strašný monstrum

Mnohem lepší je IMHO Django, opravdu luxusní webový MVC framework v Pythonu. Má trošku podobný koncept jako třeba Ruby On Rails (ale neopičí se po něm, vznikl zcela separátně ještě v době než propukla RoR-mánie ), ale osobně se mi líbí o dost více (a to nejen kvůli tomu, že mám radši Python než Ruby).

[ant. chadima]

plone - yes

je to nakazlive

a konecne lepsi nez php

a pritom pritulnejsi nez j2ee