Drupal.cz

aktualizovany program!

Presne, take jsem to hledal na titulce jako clanek, az ted jsem nahodou koukl na banner :)

Aktualizovano, akce je na HP. :)

Nejsem specialista na vzhledy, ale pro kazdy web vytvarim vzhled vlastni .. takze popovidat muzeme :)

Lidi, kteri se specializuji na theming tam bude asi dost, kazdopadne pak za nami muzete prijit, ostatne od toho pak bude diskuze na baru :)

Primarni mise setkani je, ze se lide setkaji, poznaji a dale komunikuji, at uz na baru nebo pote co si vymeni vizitky, atd… Kdyztak se prihlaste k odberu newsletteru okolo akci a budete informovani o vystupech http://bit.ly/gPHJhi

takže časem by se tu něco mohlo objevit

hm… intranet na drupalu vs. homodomo:

1. vytvorit content types a fields pro jednoduchy intranet: firma, osoba, project, task, stavy, prirazeny uzivatel. vse kompletne provazane. v drupalu dejme tomu za dve hodky i s fieldgroups aby to vypadalo. ok, pán to zvládne za dvojnasobek treba.
2. nojo, ale ja chci aby field1 mohl upravovat jen boss, zatimco field2 bude upravovat jen dozorci rada. v drupalu otazka 15 minut. jak dlouho stravi on?
3. views. jen zakladni pohledy.
4. pri nastaveni splneno chci upozornit vsechny uzivatele kteri jsou k projektu prirazeni. v drupalu nahodim rules a za dve hodky hotovo.
5. ukladani dokumentu. udelam typ dokument, filefield, udelam kategorii dokumenty. udelam dve view(dokumenty v kategorii + podkategorie). jak dlouho to bude psat on? ja to zmaknu za hodinku i kafickem

Za tu brutalni casovou usporu si to hodim na vps na angela treba. TAkze kdo koho zivi? Ja web svym casem nebo naprosto zanedbatelne neklady na hosting? kdyz se server zacne zadychavat tak nahodim memcached. kdyz to nebude stacit tak proste na vps necham pridat cpu core navic – mesicne za cenu 3 piv.

6. mě by se líbilo kdyby email odeslany nekterym clenem nasi neziskovky na zaloz-ticket@domena.cz automaticky vytvoril obsah a kdyz tam nekdo da komentar tak aby to toho autora upozornilo do mailu. v drupalu mailhandler + rules a dejme tomu 2 hodinky. jak dlouho to bude delat homodomo?

Pokud tak trochu pan kecal a nepise vsechno z placu ale jede treba na Nette tak to uz je skoro jako drupal. Drupal neni zadny ubohy CMS. Drupal je regulerni framework.

Pokud za jedno i druhe dostanu stejnou castku penez tak co se vyplati vic?

Kdyz se neco nedejboze panovi stane tak kdo bude dal spravovat ty (kdo vi jak dokumentovane, kdo vi jak napsane) projekty?

Myslím, že si tímhle rozhodováním musel projít či projde snad každý, kdo dělá nějaké weby…

Já kdysi taky preferoval spíše vlastní řešení – potřeboval jsem kdysi něco na své stránky a nějaké diskuse – tak úplně nejdřív jsem si psal něco v Perlu (na to se u nás špatně sháněl freehosting), pak jsem přešel na PHP. Moje skripty měly sotva pár kilobajtů a fungovalo to. Nechápal jsem, proč někdo používá hotové CMS – vždyť to byly takové molochy – stáhl jsem si tehdy myslím ještě phpNuke (ono ani nic moc jiného nebylo) a moc mě to nenadchlo. Snad samotné rozbalené zdrojáky měly asi 5 MB. Když jsem měl tehdy na nějakém tom freehostingu asi 10 MB, tak mi to přišlo jako pitomost. A ještě to bylo pomalé a vůbec nějaké zbytečně složité…

Ale pak jsem objevil Drupal a situace se mezitím změnila. Drupal byl v základu celkem jednoduchý, ani nebyl tak veliký (zabalené zdrojáky tehdy snad 700 kB) – když toho člověk chtěl víc, tak teprve až poté rozšiřoval nějakými moduly, navíc možnost multisite (jedna sdílená codebase, více jinak nezávislých webů). Uměl spoustu věcí „out of the box“ – sice věcí, které bych uměl (nebo jsem si to aspoň myslel, že bych to uměl :-) naprogramovat sám, ale od jistých dob jsem na tom s časem dost bídně, tak proč ztrácet čas s něčím, co už je hotové. Navíc se dá předpokládat, že když se na tom podílí taková spousta lidí, asi už za ty roky vymysleli lepší řešení, než bych na první pokus spíchnul já.

S hotovými CMS je občas problém v tom, že je musíte „přiohýbat“ svým potřebám – u některých to jde těžce, u některých vůbec. Dost programátorů/kódéru si v takový okamžik právě řekne, že kdyby si to raději napsali sami, bylo by to rychlejší, než se snažit přiohýbat řešení někoho jiného. Velmi záleží na typu aplikace – je fakt, že takové ty běžné weby mají obvykle stejné potřeby – potřebujete nějak vkládat obsah, vypsat poslední články, k nim možnost komentářů, přihlašování uživatelů – tyhle věci už jsou v CMS zpracovány dobře. Pokud ale potřebujete něco speciálnějšího, kdy se to začíná víc blížit nějaké specializované databázové aplikaci, tak se můžou CMS stát brzdou. Zrovna Drupal díky CCK a Views je flexibilní docela dost, ale občas to prostě není ono.

Takže donedávna jsem se snažil věci co šly, naroubovat na Drupal – a když to nešlo, psal jsem si něco v PHP od základu sám – maximálně s použitím nějakých hotových knihoven třeba na generování PDF. Dnes jsem ve fázi, že zkoumám frameworky -ale ne na PHP, teď se mi konkrétně hodně líbí Django, časem se chci podívat i na Ruby on Rails. Django je fajn – člověk má velikou volnost – ale při tom pro některé činnosti „nemusí objevovat kolo“ (sessions, přihlašování). Definuje si modely pro přístup k datům, které jsou jednoduché – a při tom efektivnější než CCK pole v Drupalu. Takže kde by nebyl úplně ideální Drupal, postavím to na Djangu.

Ano, jsou i frameworky pro PHP, některé asi docela fajn, ale nějak se mi do nich zatím moc nedařilo proniknout. Díval jsem se třeba i na Nette, které je teď u nás docela populární, ale už v tutoriálu některé věci nebyly úplně dořešené. V Djangu je dokumentace už docela vyspělá. No a on hlavně i ten Python je takový hezký, čistý jazyk – PHP přeci jenom ať chceme nebo ne, je takové „dobastlované“.