CakePHP: tvoríme CMS - 1 (úvod) (diskuse)

[M]

The cake is a lie!

[freshmouse]

Já tomu moc nerozumím, ale je si autor jistý, že požadavek od uživatele přebírá model? Neměl by to být spíš controller (prostřednictvím view)? (Jen se ptám.)

[Zuse X4]

Taky si myslím, že by to měl převzít spíš controller, ale ne přes view ale rovnou ... přeci jen, jak je v článku řečeno, všechno řídí, takže on je ten, kdo by požadavek měl dostat jako první ...

[freshmouse]

No jo, ale controller (ovladač) aktivuješ přes prvek view (pohled), např. tlačítko atd. Tak to vidím já.

[Zuse X4]

Sporné, asi záleží z jakého pohledu se na to člověk dívá, jestli od uživatele nebo aplikace :)

[freshmouse]

Ale aspoň se shodneme v tom, že uživatel nepředává požadavek modelu.

[Daniel Kvasnička ml.]

To neni vubec jiste. Ovladac muzes taky treba aktivovat napsanim adresu do URL baru nebo pozadanim pres webovou sluzbu... odkud to pochazi, je irelevantni, dulezite je, ze vstupnim bodem MVC aplikace by mel byt controller.

[Tibor Piňo]

Ano mate pravdu, obrazok je chyby, pohuzial som to prehliadol. V priebehu dnesneho dna ho preklasim a poslem Robertovi, nech to vymeni. Dakujem za upozornenie.

[Martin Stiborský]

Pěkné .. myslím, že Python by neměl zůstat stranou a měli bychom vybalit Pylons, nebo CherryPy ( nebo cokoli prostě ) :D

[Dan Ohnesorg]

Jedine Django

[xm]

Přesně tak, Django je bezkonkurenčně nejlepší existující webový framework (let's flame )!

[Pavel Stárek]

TurboGears RuL3zZ !!! Ale teď vážne, zatím studuji oboje (Django i TG) ale zatím se mi o kousek víc líbí TG.

[cezz]

Vyhody Django sa objavia az ked ho zacnes pouzivat nie ked ho studujes.. vravim z vlastnej skusenosti..

[Deleted [8409]]

Já jsem si vybral Pylons ke kterému míří i Turbogears2 namísto CherryPy. Ale obecně musím říct, že python je mi sympatičtější pro webový vývoj.

[cezz]

Presne tak, Let's flame! Django je najlepsi aj spomedzi este neexistujucich frameworkov!

[Dan Ohnesorg]

Budu se opakovat, ale proc je vektorova grafika zase vyrastrovana do .jpg? To je snad nejaka nakazliva nemoc nebo co.

Ale jinak pekny clanek.

[Robert Krátký]

Kdyby byla kvalita textu nebo čar špatná, řekl bych si o PNG, ale když tam na první pohled nejsou známky komprese vidět, tak je to jedno, ne?

[Dan Ohnesorg]

Asi mame kazdej jine oko, ja tam teda artefakty vidim jak se na to podivam, proto jsem take zkoumal, v jakem je obrazek formatu.

[Smajchl]

Jo je to videt, ale dulezity to neni, spis pro priste...

[freshmouse]

Nerozumím kódu:

$news['News']['title'] = 'nový titulok';

Proč je tam ten index "News"? Není to zbytečné?

[K.Kratochvíl]

Cake umožňuje do pole $news umístit i data z jiného modelu, např. při spojování tabulek. Potom se můžeš v jednom view např. na uživatele odkazovat $news['User']['name']. Co se týká toho controlleru a modelu, tak se samozřejmě volá funkce controlleru, která odkazuje na data v modelu, případně vyvolává další akce z jiných modelů, popř. controllerů. V dokumentaci k Cake je do detailně popsáno.

[-+-+-]

haha, jak jen se takovym jako jste vy rika...mam to ! Goddamn cookie-eaters, tak si uzijte slepovani predem hotoveho... CakePHP jsem testoval take, vim ze je to shit a jako opravdu nejlepsi framework se jevi pouze takovy, ktery si clovek napise sam, protoze potreby jsou individualni do jiste miry stejne jako ocekavani.

[xm]

Tedy vy jste ale "odborník" :-P Sám programuji v Pythonu (webové aplikace v Django), ale když už jsem někdy chtě nechtě donucen použít PHP, je CakePHP ta nejlepší možnost. Dřív jsem psal PHP bez žádného frameworku (respektive s takovým vlastnoručním neučesaným skoro-frameworkem), nicméně kvalitní už hotový MVC framework je nesmírná výhoda a člověk si na to velmi rychle zvykne (obzvláště když je pak namlsán z výborného Djanga). Těch PHPčkových MVC frameworků jsem vyzkoušel vícero (CakePHP, Symfony, CodeIgniter) a CakePHP je z nich pro mé potřeby jednoznačně nejlepší, pracuje se s ním velmi dobře (i když kam se hrabe na Django).

[freshmouse]

Vyzkoušel jsi (nebo kdokoli jiný) Zend Framework? Co si o tom myslíš?

[xm]

Četl jsem si k němu dokumentaci a nějaký článek o něm, to je všechno. Nezkoušel jsem ho, neláká mě a podle všeho by mi nevyhovoval.

[Ignor]

To je ovšem naprosto nová informace, kterou jsme od tebe ještě neslyšeli. Já už sem nechci chodit. A doufám, že nebudu

[Daniel Kvasnička ml.]

V Cake jsem napsal nekolik aplikaci, od mensich az po jednu opravdu velkou a musim konstatovat, ze je to nejhure navrzeny MVC framework pro PHP, co jsem kdy videl: neobjektova Model vrstva zalozena na polich (u opravdu velkeho projektu je to doslova peklo), validace naprosto nesmyslne vazana na model, stejne tak naprosto nesmyslna vazba modelu na kontroler (to se da sice menit, ale absolutne nechapu, odkud pochazi tohle design decission...). Cake do sebe bere i staticke soubory a nuti vas dat je kam chce.

Me nejvice vyhovuje CodeIgniter, resp. Kohana -- pokud jde o PHP. Zajistuje totiz to zakladni (napr. vubec neresi umisteni statickych souboru -- na rozdil od Cake) a zbytek, tedy servisni + domenouvou vrstvu a view, si resim sam pomoci EZPDO a sablon PHPTAL. Mimochodem se odlehcenost CI/Kohany pozna i na vykonu, ktery je o dost vyssi nez u Cake, ten patri mezi vykonove nejhorsi (na behemotha Symfony ale nema asi nikdo)

K Djangu: je fajn, asi tak 30% z neho Model je spatne navrzeny a co se nekdy clovek docte v oficialni dokumentaci, to beha mraz po zadech (domenova trida se servisni metodou a v ni jeste SQL dotaz......). Sablonovaci jazyk povazuju za spatny vtip. Jako uzivatel Genshi se tomu jejich rozsypanemu caji nemam chut venovat. Ale Django + SQLAlchemy + Genshi je dobry stack, to jo... (AFAIK se ted snazi integrovat SQLAlchemy pod jejich model, coz mi hlava nebere...).

Kazdopadne za nejlepsi MVC framework obecne ale povazuju Stripes. Uplne jina liga.

[xm]

Vaše poznámky ohledně CakePHP jsou dle mého názoru hodně subjektivní, každému prostě vyhovuje jiný přístup. Mně se kupříkladu architektura CakePHP líbí (i když pár výhrad bych k ní také měl), rozhodně mi nepřijde špatná.

CodeIgniter je také velmi slušný framework, ale na můj vkus je prostě moc lehký, integruje toho moc málo. Někomu takový přístup může vyhovovat (třeba vám), někomu zas ne (mně).

V Djangu je to obdobné - např. mně šablonovací jazyk Djanga vyhovuje, je vcelku jednoduchý a přijde mi i přehledný. Genshi mi naopak nevyhovuje, nemám rád XML šablonovací systémy.

[Daniel Kvasnička ml.]

Vaše poznámky ohledně CakePHP jsou dle mého názoru hodně subjektivní, každému prostě vyhovuje jiný přístup. Mně se kupříkladu architektura CakePHP líbí (i když pár výhrad bych k ní také měl), rozhodně mi nepřijde špatná.

No nevim, tak to se pak muzem shodnout, ze je vsechno subjektivni a diskusi uzavrit. Podle me jsou urcite zakladni architektonicke principy, ktere by se dodrzovat mely. Validace nema v modelu co delat, resp. muze samozrejme existovat, ale krome ni musi existovat i na modelu naprosto nezavisly validacni system. Jak mate jistotu, ze kazda data prichazejici z formulare pujdou do modelu a budete je tedy moci validovat?...

[Tibor Piňo]

Jak mate jistotu, ze kazda data prichazejici z formulare pujdou do modelu a budete je tedy moci validovat?

Tak vase tvrdenie jasne vychadza z toho, ze neviete ako to v CakePHP funguje. Kedze je model cast MVC, ktora sa stara o uplne vsetku pracu s datami, je uplne pochopitelne a zrejme, ze validacia dat je prave v modely.

Vzdy data idu cez model a vzdy sa daju v modely validovat. Proste tak to je dane a inak to nejde. Takze v CakePHP mate vzdy istotu, ze data idu do modelu a ze ich tam budete moct bezpecne odchytit a zvalidovat.

A o tomto bol prispevok, na ktory ste reagoval, ze niekomu proste takyto pristup vyhovuje a suhlasi s nim, iny zas nie. V nicom inom to nie je.

[Daniel Kvasnička ml.]

Tak vase tvrdenie jasne vychadza z toho, ze neviete ako to v CakePHP funguje. Kedze je model cast MVC, ktora sa stara o uplne vsetku pracu s datami, je uplne pochopitelne a zrejme, ze validacia dat je prave v modely.

Takze kdyz budu chtit odeslat mail nebo vygenerovat fakturu z dat z formulare, musim pouzit Cake model, abych to mohl zvalidovat? To je opravdu skvele navrzeno.

Vzdy data idu cez model a vzdy sa daju v modely validovat. Proste tak to je dane a inak to nejde. Takze v CakePHP mate vzdy istotu, ze data idu do modelu a ze ich tam budete moct bezpecne odchytit a zvalidovat.

A co data, ktera neodpovidaji strukture modelu? Pokud si dobre pamatuju, v modelu se definuji validacni kriteria na jednotlive polozky entity, ne? Takze co mam delat kdyz mam data z formulare, ktera neodpovidaji zadne entite, nejdou do databaze, ale ja je chci zvalidovat? Musim si kvuli tomu jednomu formulari napsat model? Nebo uz se neco zmenilo a jde to i nejak rozumne?

Vsechny tyhle pokusy ruznych frameworku smrsknout cast aplikace lezici pod controllerem do jedne vrsvy jsou naprosto ujete. Kazdy z autoru vsech tech Caku a modelu by si mel udelat povinnou exkurzi do sveta J2EE.

[Tibor Piňo]

Ano vytvoris si model, v ktorom povies, ze dany model nema pouzivat tabulku. Ako som pisal, model sa stara o data, a to o vsetky, aj o tie, co nejdu do databaze, ale idu napr. len z formulara a posielaju cez email.

Proste tebe sa tento pristup nemusi pacit, milionom sa pacit moze, tak ako dalsim milionom sa pacit nemusi.

Pre mna je najdolezitejsie heslo "konvencia ma prednost pred konfiguraciou" a tomuto heslu je podriadene vsetko, aj navrh modelu a validacie.

[Daniel Kvasnička ml.]

Ano vytvoris si model, v ktorom povies, ze dany model nema pouzivat tabulku. Ako som pisal, model sa stara o data, a to o vsetky, aj o tie, co nejdu do databaze, ale idu napr. len z formulara a posielaju cez email.

No nemuzu si pomoct, ale tohle mi pripadne vazne uchylny... Drbani se levou rukou za pravym uchem. Ale proti gustu.....

Pre mna je najdolezitejsie heslo "konvencia ma prednost pred konfiguraciou" a tomuto heslu je podriadene vsetko, aj navrh modelu a validacie.

Jo, naposledy, co jsem se s nekym bavil o Cake, tak taky argumentoval timhle a taky mi podobne kraviny obhajoval Proto ja volim frameworky, ve kterych nejsou M, V a C nijak extra svazane dohromady (a nejlepe kdyz M a V nedefinuji vubec a soustredi se na to, aby dobre zvladly C + validaci a ruzne utility), abych mohl jedno ci druhe v pripade potreby vymenit.

[Tibor Piňo]

Proto ja volim frameworky, ve kterych nejsou M, V a C nijak extra svazane dohromady (a nejlepe kdyz M a V nedefinuji vubec a soustredi se na to, aby dobre zvladly C + validaci a ruzne utility), abych mohl jedno ci druhe v pripade potreby vymenit.

To si potom neviem predstavit, ako by ste takymto sposobom pracovali na velkom projekte vo velkom time. A po case ho efektivne udrziavali atd.

[Daniel Kvasnička ml.]

To si potom neviem predstavit, ako by ste takymto sposobom pracovali na velkom projekte vo velkom time. A po case ho efektivne udrziavali atd.

Takze vsechny ty miliony vyvojaru, kteri ve vice mene velkych tymech vyviji J2EE aplikace, to delaji jak? (nahodou do jednoho podobneho tymu patrim) Neni totiz mnoho J2EE frameworku, ktere by resily vsechno. Vetsinou se pouzivaji stacky, ktere si dany tym nasklada podle toho, jak mu vyhovuji. Dole Spring s nejakym Hibernate nebo JDBC, nad tim webova vrstva (treba taky Spring, ale treba taky vubec ne) a nahore JSP ci co... nebo uplne jinak.

Vsechna ta convention over configuration hype je k nicemu... tym se shodne na technologii, dodrzuje nejaky pravidla a coding standards a neni problem. Kdyz tym neni schopen dodrzovat pravidla, CoC ho nespasi

[Drobek]

Já jsem dělal nějakou dobu čistě v php (prehistorické doby) a ve chvíli kdy jsem zjistil, že si v podstatě píšu vlastní framework jsem se rozhodl k nějakému uchýlit (lepší udržitelnost a aktuálnost, méně práce) zkoušel jsem Zend (který se mi velmi nelíbil), Symfony (který má podporu v netbeans, ale taky žádná sláva), Smarty (nebo jak se ten český počin jmenuje tam jsem chvíli vydržel, ale kvůli děsné dokumentaci a občasným velmi závažným bugům jsem ho taky pustil k vodě) poté jsem chvíli byl právě u CodeIgniteru. Přišel mi čitelný a líbily se mi na něm přesně ty věci co vám - můžete si kdekoliv cokoliv upravit a v podstatě jde poád o čisté php. Poté jsem se dostal do firmy, kde se dělalo v Ruby on Rails. To byla panečku paráda - generovat přes konzoli všechen nudný kód a řešit jen to důležité? Mít krásně možnost provádět věci "před" načtením, validací, po načtení, po validaci ... kamkoliv vložit metodu/funkci která dělá malý kousek tak jak má. Test drivven developement. Prostě velké wow. Když jsem pak byl nucen se (kvůli php) vrátit zpět, najednou mi CI nestačil. Nějak moc se v něm muselo psát příliš mnoho nuných stále se opakujících věcí. A hle - zde přišel Cake, který se vůbec netají tím, že je psán podle RoR. Síla spočívá opravdu v tom, že pokud dodržíte strukturu (dle mého naprosto odůvodnitelný požadavek) a budete používat věci tak jak byly zamýšleny k použití, je to rozhodně nejefektivnější php framework na který jsem doposud narazil.

[xkucf03]

Kazdopadne za nejlepsi MVC framework obecne ale povazuju Stripes. Uplne jina liga.

Pozor ale, aby tě neušlapalo stádo ovcí, které začnou békat, že Javu si na svůj stroj nepustí

[Daniel Kvasnička ml.]

Popravde receno nechapu jak je mozne, ze tu jeste to stado ve stylu "cooo? webapp v Jave? ses pos*al, ne?" neni

[peterh]

Ale neblbni, snad si myslel .net . Keby hostingy na javu stali tolko co na php tak o php nikto nevie.

[-+-+-]

Xm tedy vy jste ale "komik", ja jsem odbornik skutecne, IT is not only my job, it's my life. V Python scriptuji i male deti (prevazne 15let) na technickych krouzcich SS, takze jste mi k smichu, kdyz se Pythonem snazite ziskat respekt.

Vyzkousel jsem Prado, Symfony, CakePHP, Zend Framework, Achievo, Zoop, EZ Components a mnohe dalsi. Jelikoz se kazdy z techto frameworku pouze snazi z PHP vytvorit neco jineho (napr. Prado - Delphi) pomoci (1)virtualni-abstrakce, jsem si radeji pro sve potreby naprogramoval (2)platformu sam. Vsechen Vas SW je velice (3)bloated, opravdu kvalitni frameworky se zdarma nikde neprogramuji a pokud ano, tak velice pomallluuuu.

(1)virtualni-abstrakce - kdyz to nekdo s abstrakci prezene, znemozni veskerou udrzbu zdrojovych kodu jeho API. (2)platforma - kompletni prostredi pro vyvoj a spousteni SW (3)bloated - vizte M$ nebo software bloat

-- Software is like sex. It's better when it's free. Linus Torvalds

PS: xm by se alespon mel naucit Anglicky a prestat bastardizovat citaty od Linuse a nejen on !

[xm]

Wow, takovou snůšku arogantních keců jsem nečekal Nejste vy náhodou nějaké Huhlánovo dvojče? Btw. napadlo vás někdy, že to co nevyhovuje vám, může vyhovovat někomu jinému (a stejně tak naopak)? Že nejen ten váš názor musí být ten jediný správný?

PS: Citát nebastardizuji, říká vám něco pojem umělecký překlad? Jediný problém je v tom, že z původně dvouznačné věty se vlivem češtiny (kde máme pro 'free' 2 různá slova - zdarma a svobodný) ztrácí jeden význam. Ovšem já ani nikde nepsal, že to je přesný překlad, je to moje upravená česká verze (jinak bych tam uvedl Linuse jako autora).

[Luboš Doležel (Doli)]

PS: xm by se alespon mel naucit Anglicky a prestat bastardizovat citaty od Linuse a nejen on !

Takže sex je lepší, když je svobodný? Tohle přídavné jméno mi k sexu moc nesedí.

Spíš bych vám navrhoval naučit se česky, protože na začátku jmen jazyků se velké písmeno nepíše.

[Ladicek]

Takže sex je lepší, když je svobodný? Tohle přídavné jméno mi k sexu moc nesedí.

Nech se někde znásilnit.

[Luboš Doležel (Doli)]

To by se použilo slovo dobrovolný.

[Altaran]

Ale myslim ze mel pravdu v tom, ze kvalitni frameworky nejsou zadarmo - ve firme uz urcitou dobu stavime framework a na nem jiz bezi nekolik vcelku rozsahlych projektu.. dodrzovani coding standards, best practices, vystizne komentovani a prehledny kod + znalost frameworku je nejmocnejsi php nastavba. Nas framework nam zaruci univerzalnost a rychlost v psani kodu, navic samozrejme postaveny na modelu Singleton, ma debuger, backtracing .. Placeny framework je vzdy kvalitnejsi nez opensource, tudiz pro it firmu platicim programatory je vyhodnejsi closedsource vlastnima rukama napsanej..

[xm]

Placeny framework je vzdy kvalitnejsi nez opensource

A na takový nesmysl jste přišel jak? Samozřejmě, že framework dělaný přímo na míru požadavkům nějaké firmy může být pro ní lepší než obecný framework (který není tak specializovaný), ale to je tak všechno. V žádném případě neplatí, že by placený komerční produkt musel být lepší než opensource.

[Altaran]

placenym bylo mysleno primo vyvinutym samotnou firmou ktera ho bude vyuzivat - navic pokud se cely vyvojovy tym pri navrhu shodne na urcitych standartech v kodovani a na analyze zakladniho obsluzneho systemu (rekl bych ze v tomto pripade se jedna spise o obsluzny system nez cely framework), maximalizujete efektivitu straveneho casu, cistelnost kodu, budouci udrzba a modifikace kodu vsech projektu zalozenych na vasem zakladu. Samozrejme ze pokud potrebujete zpachat co nejvic veci pro co nejvic lidi v co nejkratsim case, jsou frameworky vybornou pomuckou. Pri nastudovani skoro kterehokoli z frameworku budete chrlit jeden web za druhym, jenomze pri skutecne velkem projektu zaplacete nad vysledkem. Prosim o Vas nazor, nikoli aby jste vyvraceli muj, jako to tu vetsina dela, dik :)

[xkucf03]

Sice se říká, že každý projekt je jedinečný, ale ten technologický základ je pořád stejný. Proto existují operační systémy, SŘBD, apliakční servery, middleware... a frameworky. IMHO neexistuje firma, která by měla tak jedinečné potřeby, že by si měla vyvinout framework pouze pro sebe, zvlášť pokud jde o webové apliakce. Je tedy jisté, že stejné potřeby má i jiná firma, tudíž sdílení zkušeností a frameworku je efektivnější, než když si bude každý hrát na vlastním písečku. A je jedno, jestli se bude jednat o OpenSource nebo o prodej licencí.

Jen tak pro orientaci: kolik má ta vaše firma celkem zaměstnanců?

P.S. jen mi nějak nejde dohromady to PHP a pri skutecne velkem projektu (teda pokud se jedná o PHP, jak to vypadalo z ukázky kódu).

[Daniel Kvasnička ml.]

P.S. jen mi nějak nejde dohromady to PHP a pri skutecne velkem projektu (teda pokud se jedná o PHP, jak to vypadalo z ukázky kódu).

Ale jo, i velky projekty se dneska delaj v PHP. I kdyz ja bych do toho nesel. Treba Yahoo pise novou verzi del.icio.us v Symfony, pokud vim.

[Daniel Kvasnička ml.]

Pri nastudovani skoro kterehokoli z frameworku budete chrlit jeden web za druhym, jenomze pri skutecne velkem projektu zaplacete nad vysledkem.

Silna slova, silna slova -- ale praxi nepodlozena. Nevim o tom, ze by vsichni vyvojari, co pouzivaji jiny nez svuj vlastni framework, zaplakali nad vysledkem. A to jsou "cizich" frameworcich postavene hodne velke veci. Spis mam pocit, ze vam se to stalo a tak mate pocit, ze to tak musi byt u vsech...

Aby si kazda firma psala svuj framework, to je nerealne. Staci si je pekne projit a vybrat si jeden, ktery vam vyhovuje nejvic. Alespon minimalni flexibilitu pro zmeny mate u kazdeho slusneho frameworku.

[Ladicek]

samozrejme postaveny na modelu Singleton

To by mne vážně zajímalo, co je tím myšleno. Jinak návrhový vzor Singleton dneska zatracují už i jeho autoři (Autoři je asi blbé slovo, ale nešť.)

Placeny framework je vzdy kvalitnejsi nez opensource

Dejte mi lepší framework než je Spring Neslyšel jsem žádný názor na in-house vyvinutý framework, který by nebyl negativní. Teda výjimkou můžou být názory autorů takových frameworků, ale ti s nimi nezřídka vůbec nepracují.

[freshmouse]

To by mne vážně zajímalo, co je tím myšleno. Jinak návrhový vzor Singleton dneska zatracují už i jeho autoři (Autoři je asi blbé slovo, ale nešť.)

Jak, zatracují? Je snad nějaká náhrada? (Mluvím o samotném vzoru, ne o nevhodném použití.)

P.S.: Mrkni na el. poštu (a odpověz).

[Ladicek]

Hezky je to popsáno třeba tady: http://tech.puredanger.com/2007/07/03/pattern-hate-singleton/

[Daniel Kvasnička ml.]

Dejte mi lepší framework než je Spring

Spring ma moc siroky zaber na to, aby se dal proste oznacit za nejlepsi framework IoC kontejner je super, Spring JDBC taky dokaze praci s JDBC silne ulehcit (minimalne pomuze cloveku od try-catch hell), ale treba Spring MVC je neco hroznyho.

[Ladicek]

No, pravda, osobně bych už Spring označil víc za platformu než za framework, ale marná sláva, nic lepšího neznám. S tím Spring Web MVC částečně souhlasím, ale na menší věci to funguje velmi krásně (a dost možná, že ve spojitosti se Spring Web Flow i na větší). Ostatně jedna z nejlepších věcí na Springu je to, že vám nic nenutí (Což je zásadní rozdíl oproti různým vychytaným frameworkům, které za vás řeší skoro úplně všechno, ale když potřebujete něco dělat jinak, jste v háji.)

[Daniel Kvasnička ml.]

Ostatně jedna z nejlepších věcí na Springu je to, že vám nic nenutí (Což je zásadní rozdíl oproti různým vychytaným frameworkům, které za vás řeší skoro úplně všechno, ale když potřebujete něco dělat jinak, jste v háji.)

Souhlas

[Daniel Kvasnička ml.]

navic samozrejme postaveny na modelu Singleton

Muzes tu myslenku rozvest? Myslis jako singleton pattern a jestli, tak v ktere casti je to konkretne "na tom postavene"? Dik

[Altaran]

Od zacatku navrhu, cely framework je jeden velky objekt ktery je rozsirovan dalsimi tridami obsahujici zakladni metody frameworku jako sql, konfigurace atd, vsechna dalsi rozsireni probihaji pomoci modulu ktere maji metody init() - vola se pri prvnim zavolani objektu(inicializace pripadnych potrebnych modulu, nastaveni dynamickych promennych) a instance() - vola se pri kazdem spusteni objektu(zpravidla nastaveni vychozich hodnot, zavolani ->reset(), atd.). Pokud je kterykoli z modulu volany poprve($modul=$this->mod_open('modul');) zavola se $modul->init() a $modul->instance(), pokud je nekdy v budoucnu pouzit(znovu zavolan mod_open), zavola se jen instance() a trida bezi porad pouze v jednom vlakne. Stejne to funguje i u objektu na obsluhu sql apod. Vic bych, jiste pochopite proc, nerad rozebiral mimo firmu. ;)

[Daniel Kvasnička ml.]

Vic bych, jiste pochopite proc, nerad rozebiral mimo firmu. ;)

Ne, ze bych to potreboval rozbirat, ale myslim, ze vase tajnustkarska predstava je mylna, mozna z casti ovlivnena vasi predstavou o dokonalosti vaseho dila (nevidel jsem ho, mozna dokonale je).

Framework nikdy neni tak zavazne know-how, aby se vam vyplatilo dobrovolne se vzdat veskereho peer review, ktere open source vyvoj nabizi.

[Altaran]

Nas system ma oproti free php frameworkum ktere jsem poznal opravdu dost vyhod, ale myslim ze i kdybych to zde mohl rozpitvat, nebylo by to nikomu ku prospehu - pro takovouto debatu je treba rozsahleho mailinglistu s dostupnou dokumentaci vsech repozitaru. Museli by jste znat vsechny navrhy a pozadavky ktere mame. Nevytvarime framework univerzalni pro vsechno, jen dostatecne univerzalni pro nase potreby. Jinak firma ma cca 30 zamestancu primo v miste sidla plus nekolik dalsich externistu a v soucasne dobe zastituje 6 vcelku velkych internetovych projektu. Popravde chtel bych videt napr. online hru postavenou na nekterem z univerzalnich frameworku (vc. tech placenych). Troufam si odhadnout ze za 3 roky provozu by jste musel hru schodit a predelat protoze by kazda dalsi uprava pusobila jenom haldu problemu (teda pokud nejste analytik - genius, v tom pripade hodne stesti pri navrhach)

[Daniel Kvasnička ml.]

Tak argument o rozsahlosti chapu, jasny, ze neni mozny tady rozebrat propracovany in-house framework. Ale stejne si myslim, ze dost firem dneska neni schopno si dat na vahy vedle sebe vyhody, ktere prinasi open source vyvoj a "know how", o ktere by "prisly". Samozrejme pokud jde o framework delany pro jeden ucel, ze ktereho ten vysledny produkt tak trochu "cisi", tak to je trochu jina situace.

Docela by me zajimalo, cim si myslite, ze by byly open source frameworky nedostacujici pro nejakou tu online hru. Jakkoliv komplexni business logika tam je, vzdycky jde o to jak prijmou request, rozhodnout kdo ho ma zpracovat, z toho zpracovatele sahat na nejakou business vrstvu a pak nejaky view. Nevidim duvod proc nepouzit nektery ze "stihlejsich" frameworku + nejaky rozumny sablonovaci system a mit treba vsechny vrstvy pod Controllerem vlastni... nebo si pisete sami i takove veci jako sablonovaci systemy?

[xkucf03]

pro it firmu platicim programatory je vyhodnejsi closedsource vlastnima rukama napsanej

OMFG: a SŘBD si taky píšete sami? IMHO je jen málo vývojářských firem, které mají kapacity na to, aby si sami napsali kvalitní framework (pokud nejde o nějakou banalitu, což frameworky většinou nejsou).

I když opačný extrém je taky nesmysl - třeba obviňovat SUN, že jsou hloupí a dělají NIH, když si píší vlastní Javový aplikační server http://blog.krecan.net/2008/01/29/nih-podle-sunu/ (pozn. Sun je autorem Javy)

[Daniel Kvasnička ml.]

SŘBD

To je hruza, tahle zkratka Pouzival ji nas postarsi profesor na DB systemy a nemohli jsme si pri kazdem jejim vysloveni nevzpomenout na doby minule

[xkucf03]

Mám rád češtinu, no

[-+-+-]

S Cestinou se dale nez na luhy a haje ci do Lesa clovek nedostane... Nic jako umelecky preklad neexistuje, existuje pouze preklad, na zkreslovani informaci nevidim nic umeleckeho, Vy ano?

[Ladicek]

Nic jako umelecky preklad neexistuje, existuje pouze preklad

To víš že jo. A páně Přidalův mistrovský převod Pana Kaplana do češtiny je co?

[-+-+-]

Q: páně Přidalův mistrovský převod Pana Kaplana do češtiny je co? A: bastardizace anglictiny, obrovske zkresleni myslenek, omezeni horsimy slovy, snizeni kvality, aneb. je to SHIT.

btw. jmenuje se to O KAPLAN! MY KAPLAN! (O Kaplane! Muj kaplane!) takze nebyl prelozen spravne ani nazev. Zadny pribly retardovany cech pseudoprekladatel panu Leo Calvin Rosten nesaha ani po kotniky.

[Ladicek]

Vrchol nestoudné zhovadilosti. Vaše absurdní odmítání faktu, že nejde o překlad, neboť právě překlad by byl bastardem, by mne dohnalo k slzám, kdyby mne nedohánělo k smíchu.

[xkucf03]

Kéž bys aspoň neomezoval svoje vyjadřovací schopnosti tím, že píšeš bez háčků a čárek.

[Daniel Kvasnička ml.]

Hele, ty drsnaku, nech uz tech stupidnich kecu a ukaz nam neco ze sve pokladnice znalosti o vyvoji webovych aplikaci, ty "ja jsem odbornik skutecne, IT is not only my job, it's my life." troubo. At muzou nase oci uzrit tvou nesmirnou dokonalost.

Jeste chvili tady budes vypravet a Hulan zacne rudnout zavisti...

[-+-+-]

Hele ty vymekla zzenstila klucinko, Kvasnicko, koukej mi prestat tykat a upaluj zebrat o cizi know-how nekam jinam a prestan po ceste zavidet, troubo. To ze nic krome ad-hominem neumis je *tvuj* problem. Jsi s prominutim hnup.

[Luboš Doležel (Doli)]

Jediný trouba jste tu akorát vy. Pokud neumíte držet jistou dávku zdvořilosti a užitečnosti obsahu, přesuňte se do nějaké webové žumpy, kde dostojíte tamním standardům (Myego.cz a spol.)

[Petr Mach]

To říká ten pravý .

[Luboš Doležel (Doli)]

O vás by zase platilo něco o nekonečné aroganci.

[Daniel Kvasnička ml.]

zebrat o cizi know-how

wow, chlape, ty umis pobavit. Nebyl jsi tu schopen napsat jediny konstruktivni pripsvek k tematu, od zacatku jen machrujes.Kdyby alespon bylo mozne si z nejakych referenci overit, ze jsi neceho schopen a ze sis jen z Wikipedie nenasprtal par slovicek a seznam MVC frameworku pro PHP... Ale takhle to vypada, ze sis doma spichnul svuj uzasny framework v pehapecku (asi jako skoro kazdy v tehle diskusi a miliony dalsich) a uz mas pocit, ze jsi proniknul do zenu vyvoje webapps.

No proste jako Hulan. Kecu plna huba, ale kolik ma na blogu smysluplnych technicky orientovanych clanku o vyvoji webu? 2? 3?...

[Daniel Kvasnička ml.]

No psat tedy "umis" a ego ti taky nechybi...

Tak co kdybys nam tu svoji platformu trochu predstavil, alespon z hlediska architektury a principu? Nepredpokladam totiz, ze bys nam zdarma ukazal tve dokonale zdrojove kody.......

xm by se alespon mel naucit Anglicky

A ty zase cesky.

[Tibor Piňo]

Predstav si, ze napriklad novinka ma svoj text a zaroven ma aj svojho autora. Text je ulozeny v tabulke news, autor je ulozeny v tabulke users. Nasledne mozes kompletnu novinku takto

echo $news['News']['text'];
echo $news['User']['name'];

Takze kvoli tymto vazbam medzi tabulkami je to takto urcene.

[peter]

kedze clanok je v slovencine, chcel by som autora (a vsetkych slovakov co pisu o pouzivani pocitaca a pod.) upozornit, ze namiesto "uzivatel" ma byt spravne "pouzivatel", kedze to clovek pouziva, nie uziva (po slovensky) a "HTTP poziadavok" je spravne "HTTP poziadavka", slovo "poziadavka" je v zenskom rode.

Standardy treba dodrziavat :)))

[nebo vaše jméno]

Ano standardy je treba dodrzovat a proto se musi odborna slova psat anglicky. Uzivejte standardizovane pojmy dle RFC. RFC mohou byt prelozena i do jinych jazyku, ale odborna verejnost ruci pouze za anglicke originaly a na preklady kasle. -- Cili to mame: zadny "HTTP poziadavok" ani "HTTP poziadavka" ani "HTTP pozadavek", ale "HTTP request"

Mimochodem muze mi nekdo prosim vysvetlit proc "Značka STROKE není povolena!" ? Dekuji

[Kvakor]

Mimochodem muze mi nekdo prosim vysvetlit proc "Značka STROKE není povolena!" ? Dekuji

Nemel by to byt spis STRIKE? No, nejspi proto, ze parti spolu s tagy jako FONT, CENTER a EMBED k zavrzenym (Deprecated) tagum, viz treba Deprecated HTML tags and alternatives. Tag STRIKE se da nahradit jakymkoliv inline tagem (span a spol.), kteremu se nastavi CSS vlasnost text-decoration na line-through.

[Robert Krátký]

Není sice možné S ani STRIKE, ale tag DEL povolen je.

[petr]

Já bych jako největší úspěch viděl, že článek je s diakritikou a na začátku vět jsou velká písmena :-/

[peto]

s tym uzivatelom by som si zase nebol taky isty (vid https://www.juls.savba.sk/~forum/viewtopic.php?id=4), ale urcite viem, ze ani "dotaz" nie je po slovensky ;)

[Marián André]

Nebrať ako smerodajné.

[Ladicek]

Pár náběhů na flame už tu bylo, tak já bych si s dovolením taky přisadil:

zrejme najlepším frameworkom súčasnosti, a to Ruby on Rails

A to je zřejmé jak? )

[xm]

Ruby on Rails je jednoznačně nejlepší v produkování hype A jak je vidět, spousta lidí hype velmi lehce podléhá

Nevyložte si to zle, Rails rozhodně není špatný webový framework, zařadil bych ho k těm nejlepším. Ale jsou tu i lepší a ten hype okolo Rails člověku za chvilku pěkně leze na nervy.

[Ladicek]

ten hype okolo Rails člověku za chvilku pěkně leze na nervy.

To je jedna věc, kterou jsem chtěl svým komentářem říct. Ta druhá je, že lidi nepochopitelně často používají slovo zřejmě ve významu asi

[Daniel Kvasnička ml.]

Ruby on Rails je jednoznačně nejlepší v produkování hype A jak je vidět, spousta lidí hype velmi lehce podléhá

Nevyložte si to zle, Rails rozhodně není špatný webový framework, zařadil bych ho k těm nejlepším. Ale jsou tu i lepší a ten hype okolo Rails člověku za chvilku pěkně leze na nervy.

Souhlas. Krom toho taky dalsim dusledkem je, ze Rails se nejcasteji dostavaji do ruznych IDE jako sekundarni podporovana technologie... NetBeans atp... To pak uzivatele Djanga a dalsich frameworku nastve, kdyz zijou s vedomim, ze to neni ani tak moc kvuli nejake zavratne vysoke kvalite, jako spise kvuli popularite a kvuli tomu, ze Rails byly mezi prvnimi vlastovkami v boomu MVC frameworku...

Nastesti podpora Pythonu je diky PyDevu treba v Eclipse na dost slusne urovni. Ale i podpora primo Djanga by se hodila.

[Tibor Piňo]

Napísal som "zrejme najlepším..." O tomto je uplne zbytocne diskutovat. Proste kazdy nech pise v tom co mu vyhovuje a v tom co je pre neho najlepsie. Respektujem v tomto nazory kazdeho, takze co programator, to iny nazor a ine poziadavky.

[jano]

Spýtam sa to aj tu ... ako v Cake-u rozumne písať-robiť agregačné funkcie SQL (SUM, MIN, MAX...) pri "joinu" viacerých tabuliek?

[Daniel Kvasnička ml.]

Skoro kazdy takovy framework ma nejaky fallback do raw SQL, kdyz clovek potrebuje... stejne tak Cake. Takze to je spise otazka na nejake SQL forum.

[jano]

No ide mi skôr o to, že definované väzby medzi tabuľkami (hasMany...) nepoznajú podľa mojich vedomosti GROUP BY. No a keď mam písať customQuery, tak sú mi zas tie definované väzby zbytočné, resp. ich tam neviem nejakým spôsobom zakomponovať. Preto ma zaujíma ako to nejako rozumne šikovne riešiť? Keď budem musieť písať klasické customQuery, spájať v ňom tabuľky, tak mi je celý active record zbytočný...

[zero0x]

ten diagram hore je uplne odveci

vobec nie je pravda, zeby uzivatel volal model, a uz vobec neposiela view odpoved

o oboje sa stara controller, a kontroler iba ziskava data z modelu, a renderuje templaty..

takze autor dopln si vedomosti

[Daniel Kvasnička ml.]

Je fakt, ze ten obrazek je dost chaoticky a v podstate mimo.

Ale tvoje predstava, ze controller renderuje tempalate a pak posle odpoved uzivateli, je taky omezena. Treba v pripade Javy a JSP je to tak, ze controller forwarduje pozadavek s daty na JSP a handler kontejneru, ktery se o JSP stara, zapise vysledek do response... takze zadny, ze controller vyrenderuje template a pak to vrati uzivateli. Stejne tak pri pouziti patternu View Helper si muze View sahat do Modelu sam a vynechat ovladac (i kdyz IMHO by se tohle melo pouzivat pouze v tandemu s Front Controllerem).

Jak daleko muze dojit graficke znazorneni MVC, je videt zde: http://java.sun.com/blueprints/patterns/MVC.html

[Ladicek]

Ono taky udržet se v případě JSP na uzdě tak, aby šlo opravdu jenom o View, vyžaduje hodně silnou vůli. Tagliby pro přímé dotazování do databáze, volání webových služeb a další užitečnosti tomu jenom nahrávají. O skriptletech nemluvě. U normálních šablonovacích systémů je to přesně tak, jak píše předřečník. I když obvykle uživatelský kód přímo šablonovací framework nevolá (ale i to už jsem viděl).

Ostatně, mám dojem, že co člověk, to jiný výklad MVC, a rezignoval jsem na snahu o jakékoliv hluboké pochopení, protože vlastně nejde o nic víc než instanci zásady separation of concerns

[Daniel Kvasnička ml.]

Ono taky udržet se v případě JSP na uzdě tak, aby šlo opravdu jenom o View, vyžaduje hodně silnou vůli. Tagliby pro přímé dotazování do databáze, volání webových služeb a další užitečnosti tomu jenom nahrávají. O skriptletech nemluvě.

Ano, to je fakt. Ale ja jsem pred JSP prosel vsemi moznymi sablonovacimi systemy a navic jsem si dal proste predsevzeti Skriptlety jako absolutne nejzazsi reseni (tusim, ze nekde v error page jsem jeden pouzil) a pristup do modelu z JSP pouze pres ValueBean -- a to jen v pripade, ze opravdu potrebuju zajistit komponentovost te dane casti UI (treba vypis poslednich 5 clanku pouzivany na X ruznych mistech na webu udelany jako tag pouzivajici jsp:useBean).

Ostatně, mám dojem, že co člověk, to jiný výklad MVC, a rezignoval jsem na snahu o jakékoliv hluboké pochopení, protože vlastně nejde o nic víc než instanci zásady separation of concerns

To je myslim celkem presne receno

[Michal]

Podíval jsem se na ono "krátké video" (27min) zmiňované v úvodu a znovu jsem se utvrdil v tom, že PHP už "nikdy více". Pro zajímavost, zde je jiné video ilustrující vývoj obdobného blogu ve Smalltalku (15min). Za povšimnutí stojí např. moment ladění běžící aplikace přímo v prohlížeči (jedna z mnoha jedinečných vlastností frameworku Seaside).

[kralyk z abclinuxu]

Já mám rád Joomlu. Ale to je trochu něco jinýho, tohle je takový hodně dynamický. Až moc...

[Martin Stiborský]

no, Joomla je trochu jiná liga, možná i jiný sport ..

[truhla]

Všem dogmatikům, pro které je zkratka MVC něčím, co automaticky dokazuje dokonalost návrhu, ordinuji následující článek:

Is MVC over-designed crap?

[Daniel Kvasnička ml.]

To mas jako s Churchilovym vyrokem o demokracii. MVC neni dokonaly, ale nic lepsiho nemame. Silacky kecy typu "MVC is crap" jsou kontraproduktivni. Stejna blbost jako brat MVC dogmaticky nebo si ho predstavovat jen tak, jako ho interpretuje muj oblibeny framework.

Mimochodem ty jeho namitky tam jsou nejaky divny. Vetsinu z nich sice neresi MVC samo o sobe, ale neni duvod, proc by pro jejich reseni mel MVC jit mimo hru.

[xm]

Ten článek je dobrej nesmysl

[Daniel Kvasnička ml.]

Asi dalsi, kdo MVC nepochopil nebo spatne pouzil a ted si lize rany...

[kralyk z abclinuxu]

Mě připadá že ty body v tom článku s MVC zas až tak nesouvisí, myslím tím, že tech cílů se dá dosáhnout jak v MVC tak i jinak, ale nevidim důvod proč by to v MVC mělo jít ňák špatně.

Autor článku byl možná někdo, kdo si chtěl vytvořit blog ve stylu blogspot.com a vyčítá MVC, že je oproti hotovým blog-cms matoucí (ale to je asi nadsázka)

[skAnonym]

Ten clanok sa neda citat. Mam pocit, ze autor si precital tutorial na domovskej stranke Cake a uz ide pisat serial. Svedci o tom hlavne diagram. Ked niekto naozaj rozumie MVC architekture, tak tam tento obrazok nemoze dat. Cely clanok nema logicku strukturu je to len narychlo prelozeny text. Dufam, ze sa "Nemame naco tesit" a serial skonci skor nez si ABCLinux poskodi dobre meno.

Je smutne, ze sa tu objavil takyto BullShit.

S pozdravom MVC laik

[-+-+-]

+1

Naprosty souhlas, navic v diskusi vystupuji zejmena retardovani bastardi s IQ houpaciho kone, kteri se s dementnim vyrazem na tvari dloubou v nose. Tito suckeri a nekteri dalsi na AbcLinuxu neumi ani anglicky, ani nemecky, dokonce nevidi rozdil mezi kernelem a kompletnim operacnim systemem, natoz aby byli schopni pochopit, co se tyce odbornych znalosti, ze jejich prirodni opaky s logickym myslenim (ktere mimochodem zatracuji a nesnaseji) je maji.

--

Burn in hell you goddamn cookie-eaters.

[xm]

ROFL Teď jste mě opravdu pobavil Dle vašeho způsobu vyjadřování usuzuji, že tu opravdu v diskuzi jeden člověk s IQ houpacího koně přecijen bude (ale zároveň s egem velkým jako ego Toho Jehož Jméno Se Nevyslovuje). Teď jste nám to vážně nandal, všichni se musíme sklonit před Vaší Velikostí a jít šoupat nohama

Ale zpátky do reality. Člověče, uvědomujete si vůbec jak jste ostatním k smíchu? Tak tupý troll jako vy se na ABCLinuxu už dlouho neukázal

[Daniel Kvasnička ml.]

Tak tupý troll jako vy se na ABCLinuxu už dlouho neukázal

Navrhoval bych ho uz nekrmit Chce to trochu sebeovladani, ale ono ho to pak prestane bavit a pujde jinam.

[xm]

Já vim, nekrmit trolly Ale tohle mi prostě nedalo

[-+-+-]

xm: Uvedomujete si vubec vy a vam podobni, ze jste mi k smichu jiz po dobu nekolika let, protoze vam opravdu znalosti chybi, protoze nemate na to skolu ani to nestudujete doma z apropriatnich zdroju... Krome ad-hominem v diskusich, ktere vam neda spat, moc nesvedete. Mimochodem urazet ostatni lidi jsem ja nezacal, nekteri "odbornici" neschopni si precist souvisejici commenty za trolla oznacuji me, takovi, myslim ze, neumi vice nez obvinovat, krivdit, urazet, nadavat.

Muj 1. komentar byl k clanku, vas nebyl. Vy jste se snazil rozpoutat flame a sproste navazet, psat pouze off-topic, protoze ani o mainstreamovem frameworku CakePHP zhola nic nevite, natoz o pomatencich kteri nedelaji nic jineho, nez ze zkouseji ruzne frameworky, protoze neumi programovat, ale jen lepit primitivnosti.

[s0]

díky, rozjasnils mi trudné úterý. Vážně děkuju.

[kralyk z abclinuxu]

xm: Uvedomujete si vubec vy a vam podobni, ze jste mi k smichu jiz po dobu nekolika let, protoze vam opravdu znalosti chybi, protoze nemate na to skolu ani to nestudujete doma z apropriatnich zdroju... Krome ad-hominem v diskusich, ktere vam neda spat, moc nesvedete. Mimochodem urazet ostatni lidi jsem ja nezacal, nekteri "odbornici" neschopni si precist souvisejici commenty za trolla oznacuji me, takovi, myslim ze, neumi vice nez obvinovat, krivdit, urazet, nadavat. Muj 1. komentar byl k clanku, vas nebyl. Vy jste se snazil rozpoutat flame a sproste navazet, psat pouze off-topic, protoze ani o mainstreamovem frameworku CakePHP zhola nic nevite, natoz o pomatencich kteri nedelaji nic jineho, nez ze zkouseji ruzne frameworky, protoze neumi programovat, ale jen lepit primitivnosti.

Prosimtě už drž hubu, kdo má tyhle blitky poslouchat, ehm číst?

[dfsa]

Kiss my ass you retarded dumb fuck, and beyond it's Monday, not Thursday.

[kralyk z abclinuxu]

Ten clanok sa neda citat. Mam pocit, ze autor si precital tutorial na domovskej stranke Cake a uz ide pisat serial. Svedci o tom hlavne diagram. Ked niekto naozaj rozumie MVC architekture, tak tam tento obrazok nemoze dat. Cely clanok nema logicku strukturu je to len narychlo prelozeny text. Dufam, ze sa "Nemame naco tesit" a serial skonci skor nez si ABCLinux poskodi dobre meno. Je smutne, ze sa tu objavil takyto BullShit. S pozdravom MVC laik

Nevim proč to píšete pod můj příspěvek, já jsem měl namysli článek "Is MVC over-designed crap?", na který odkazoval komentář pod který patří moje reakce...

Neříkám, že tento článek - teď už tedy mluvim o tom na abíčku - je nějaký skvost, ale když pominu to schéma, našel jsem užitečné informace... taže nemám nic proti...

[Joelp]

Prozatím nejlepší se mi osvedčil FastTemplate. Není sice tak jednoduchý jako CakePHP, ale ...

[xm]

To srovnáváte jabka s hruškami, FastTemplate je jen šablonovací systém (který s MVC nemá nic společného, i když se dá samozřejmě použít jakožto View), kdežto CakePHP je kompletní MVC framework.

[Joelp]

Je mi jasné že jsou oba frameworky značně odlišné. Jen mi prozatím FastTemplate nejlépe sedl.

Uvidíme jak se seriál vyvine. Třeba ho na něco využiju.

[xm]

Nazývat šablonovací systém frameworkem je hodně silné slovo (respektive nepochopení významu slova framework).

[Joelp]

Je dost možné, že jsem jen nepochopil význam slova framework. Můžete mi to prosím vysvětlit? Rád se nechám poučit.

[peterh]

Je si autor isty, ze data sa ukladaju do databaze a nie databazy?

[kralyk z abclinuxu]

No ták, kdy už bude další díl

[Krakonoš]

Pisu bez diakritiky, protoze sedim u windows a nema to setxkbmap.

Stale slycham nekde o CakePHP sama superlativa. Nalezl jsem vsak par chyb, ktere mi prakticky znemoznuji praci:

- Zadna offline dokumentace. Jelikoz pracuji prevazne na notebooku bez pripojeni k internetu, znacne postradam nejakou formu manualu - proste zakladni referenci trid atp., aniz bych vsak musel lovit v kodu.
- Kanon na mouchu. Vim, ze je to framework pro siroke pouziti, ale prijde mi, ze struktura adresaru je opravdu udesna. Vsude same dalsi adresare a napriklad ve viewu nechapu proc je xml, js atp. a navic proc controller `index' musi mit svuj view script v `index/index.ctp` - resp. v kolika pripadech je to opravdu nutne pouzit takto. Bah.
- Prilisna "pseudointeligence". Ridil jsem se zakladnimi instrukcemi a nahral tam kam me nainstruoval manul html a css. Zobrazil. Cake mi tam vlozil nejake sra*ky jako hlavicku a paticku a vubec nemam tuseni, kde to vzal. Nemluve o tom, ze dokud jsem mu nesmazal jeho css, tak mi je vnucoval taky. Fakt nevim, proc se za kazdou cenu snazi udelat praci za me (pritom tohle je zalezitost 20s dat do hlavicek stylesheet a na 20 minut (minimalne) zjistit jak ho donutit, aby ho tam nedaval,..).

No flame please. Proste myslim, ze si najdu neco "jednodussiho", co na me nasmeruje vice prace.

[Daniel Kvasnička ml.]

Zastanci CakePHP tomu rikaji convention over configuration ....a neuvedomuji si, ze Cake s tim jde docela do extremu. Konkretne to jak vas diriguje ohledne statickych souboru, to mi taky varilo krev. Je toho vic

Ja prave ted pracuju s Kohanou, coz je komunitni nastupce CodeIgniteru a v modularite, rozsiritelnosti a objektovosti (a zaroven odlehcenosti a cistote!!) se ji IMHO nic nevyrovna. Doporucuji zkusit. Ja k ni zvolil Propel na perzistenci a PHPTAL na sablony a pekne si chrochtam

[Daniel Kvasnička ml.]

No s tou objektovosti jsem to mozna prehnal, ale jestli se ji neco vyrovna, tak Cake to neni

[kralyk z abclinuxu]

Ridil jsem se zakladnimi instrukcemi a nahral tam kam me nainstruoval manul html a css. Zobrazil. Cake mi tam vlozil nejake sra*ky jako hlavicku a paticku a vubec nemam tuseni, kde to vzal.

Že by layout?
Tím by se vysvětlily i ty vaše problémy s css...
zkuste /app/views/layouts/default.nejaka-pripona-nevim-jaka

[안전놀이터추천]

Your post is very helpful and information is reliable. I am satisfied with your post. Thank you so much for sharing this wonderful post. If you have any assignment requirement then you are at the right place. 안전놀이터추천