CakePHP: tvoríme CMS - 5 (Controller a View) (diskuse)

[nigol]

Nic proti CakePHP, ale... Připadá mi to jako Ruby on Rails přepsané do PHP. Tím ztrácím největší výhodu - jazyk Ruby. Co tedy vývojářům přinese použití CakePHP?

[Jirka]

Možnost provozu na (téměř) jakémkoliv webhostingu. U RoR je přeci jen menší výběr.

[nigol]

No budiž, i když dnes to už zdaleka není problém. RoR hostingů se objevuje čím dál víc a není problém si nějaký obstarat. Pro mne osobně by to nebyl argument, ale veřím, že pro někoho ano.

[Tibor Piňo]

No ja sa nato pozeram trochu inak. Urcite za najvacsiu vyhodu RoR nepovazujem len samotny jazyk Ruby. RoR priniesol do programovania podla mna nove principy, ktore robia vyvoj rychlejsi a zabavnejsi a je postaveny na agilnych principoch. A toto vsetko, a nie len to, chcu tvorcovia CakePHP preniest do sveta PHP.

[Daniel Kvasnička ml.]

AFAIK to vyvojari Cake i verejne priznavaji, ze je to v podstate pokus o RoR v PHP.

[nigol]

Jasně, já to chápu a beru to. Spíš mi není jasné, proč to dělají. Jako důvod beru, že PHP je na hostingu rozšířenější (i když vybírat si jazyk pro projekt jenom podle tohoto kritéria, je zvláštní), ale jinak to opravdu moc nechápu. AFAIK mi jazyk PHP těžko nabídne proti Ruby nějakou přidanou hodnotu.

[Daniel Kvasnička ml.]

Ono to neni tak jednoduchy. Casto je to proste pozadavek klienta, ze to v PHP chce. A taky rozdil v cene oproti hostingu pro Ruby/Python/Javu je jeste stale docela signifikantni a ne kazdemu klientovi lze vysvetlit, ze stoji za to to platit.

PHP tu proste s nama jeste nejakou dobu bude a proto stoji za to si vyvoj v nem zprijemnit nastroji, ktere z nej delaji alespon trochu rozumnou platformu (pro me to jsou Kohana, Propel, PHPTAL, Zend Framework, Addendum a dalsi...).

[Milan Vít]

Poněkud nadčasový článek…

[LesTR]

Po shlednuti, ze ve tridach pouzivate deprecated klicove slovo "var" a nepouzivate viditelnosti u metod, jsem clanek dal ani necetl.
Nic ve zlem, ale tohle neni php5 oop kod, tohle je s prominutim bastl hodny php4.
Kazdopadne stejne zustanu u Zend Frameworku : )

[...]

$i % 2

Modulus by mel byt nahrazen logickym and pro zvyseni vykonu, konkretne if ($i & 1) bude testovat prvni bit (majici hodnotu 2) a ten se meni zaroven s tim, zda cislo je sude, nebo liche.

[Deleted [8409]]

Toto je naprosto bezpředmětná optimalizace pro tento typ jazyka. Něco podobného je dobré po C/C++, ale i tam je překladač schopný si to domyslet;)

[--==[FReeZ]==--]

Kompilator neni schopny si to domyslet. Ani v C++ shl neni mul. shr neni div a v PHP tato optimalizace neni bezpredmetna !

Prvy test - bitova rotace
echo 8 >> 2
2
Branch analysis from position: 0
Return found
filename:       Command line code
function name:  (null)
number of ops:  4
compiled vars:  none
line     #  op                           fetch          ext  return  operands
-------------------------------------------------------------------------------
   1     0  SR                                               ~0      8, 2
         1  ECHO                                                     ~0
         2  RETURN                                                   null
         3* ZEND_HANDLE_EXCEPTION                                    

Druhy test - deleni
echo 8 / 4
2
Branch analysis from position: 0
Return found
filename:       Command line code
function name:  (null)
number of ops:  4
compiled vars:  none
line     #  op                           fetch          ext  return  operands
-------------------------------------------------------------------------------
   1     0  DIV                                              ~0      8, 4
         1  ECHO                                                     ~0
         2  RETURN                                                   null
         3* ZEND_HANDLE_EXCEPTION                                    

Pokud by optimalizace byla bezpredmetna, PHP by v prvem pripade nepouzilo shift right, ale div a pokud by si to kompilator umel domyslet, v druhem pripade by byl SR (Shift Right) a ne DIV, takze laskave prestante sirit bludy, pane __dark__

[--==[FReeZ]==--]

Treti test - modulus
echo 7 % 2
1
Branch analysis from position: 0
Return found
filename:       Command line code
function name:  (null)
number of ops:  4
compiled vars:  none
line     #  op                           fetch          ext  return  operands
-------------------------------------------------------------------------------
   1     0  MOD                                              ~0      7, 2
         1  ECHO                                                     ~0
         2  RETURN                                                   null
         3* ZEND_HANDLE_EXCEPTION                                    

Ctvrty test - and
echo 7 & 1
1
Branch analysis from position: 0
Return found
filename:       Command line code
function name:  (null)
number of ops:  4
compiled vars:  none
line     #  op                           fetch          ext  return  operands
-------------------------------------------------------------------------------
   1     0  BW_AND                                           ~0      7, 1
         1  ECHO                                                     ~0
         2  RETURN                                                   null
         3* ZEND_HANDLE_EXCEPTION                                    

[Deleted [8409]]

Aha, takže mi chcete říct, že stráky, které potřebují desítky SQL dotazů pro zobrazení zachrání nějaké & 1 místo % 2 ?

To co tu ukazujete je low level optimalizace, kterou znají hlavně programátoři C a asm, ale uplatňovat podobné postupy v php ? Mnohem víc zabere zvolený algoritmus, dobře napsaný SQL dotaz nebo třeba o jeden SQL dotaz míň.

Pokud to berete tak vážně, tak si pište stránky v C a budete je mít super rychlé

[--==[FReeZ]==--]

Aha, takže mi chcete říct, že stráky, které potřebují desítky SQL dotazů pro zobrazení zachrání nějaké & 1 místo % 2 ?
Nic takoveho jsem nikde nepsal, pouze uvadim, ze tato optimalizace neni bezpredmetna. To co tu ukazujete je low level optimalizace, kterou znají hlavně programátoři C a asm, ale uplatňovat podobné postupy v php ?
Logicke operace patri mezi naprosty zaklad, vyucuji se jiz na SS v predmetu cislicova technika, kdo je nezna, nemuze byt programator. Pouzivat by se mely vzdy, pokud je to mozne. Pro vasi informaci jsou o vice nez 100% vykonnejsi, nez obycejne operace s cisly. Pokud to berete tak vážně, tak si pište stránky v C a budete je mít super rychlé
Mozna vam uniklo, ze PHP uziva Zend Engine a sadu extensionu, pokud tedy potrebuji mit urcitou cast super rychlou, napr. generovani XHTML, mohu si v C napsat PECL extension, kterym do PHP pridam tridu ci funkce, pote v PHP naprogramuji potrebnou logiku. Psat webove stranky cele v C se vetsinou nevyplati, jinak by to pozadoval kazdy zakaznik =) Reaguji predevsim proto, ze by kod mel byt tak, jak uvadim - s logickymi funkcemi.

[Josef Kufner]

Aha, takže mi chcete říct, že stráky, které potřebují desítky SQL dotazů pro zobrazení zachrání nějaké & 1 místo % 2 ?

Nic takoveho jsem nikde nepsal, pouze uvadim, ze tato optimalizace neni bezpredmetna.

A protože jsi to nepsal, tak jedna promarněná instrukce na 0.00005 ms je vedle zbytečného SQL dotazu na 10 ms opravdu bezpředmětná je.

Takovouto optimalizací snižuješ čitelnost kódu, takže tím plýtváš čas programátora, který je nesrovnatelně dražší než dva takty procesoru 3× za sekundu.

Souhlasím s tím, že kód by se měl být slušně napsaný a efektivní, ale všeho s mírou. Občas je prostě lepší zvolit postup, který není úplně nejefektivnější, ale je čitelnější a lépe udržovatelný.

[--==[FReeZ]==--]

__dark__: logicky and je rychlejsi nez modulus v naprosto kazdem jazyce, praseni kodu je tyto operace vynechat, delaji to jen amateri, staci nahlednout do zdrojovych kodu nekoho, kdo programuje alespon 10 let a ihned uvidite, jak to ma vypadat.

Je spatne, kdyz neznate nikoho kdo pise extensiony do PHP, protoze PHP je Zend Engine a sada extensionu, nic jineho. Pokud si chcete nejake 3rd party extensiony stahnout, hlavni repozitar je na http://pecl.php.net a tutorial pro novacky, kteri si chteji jistou cast projektu napsat v C, tedy vytvorit svuj extension, je na devzone.zend.com, konkretne http://devzone.zend.com/node/view/id/1021

Josef Kufner: Nauc se nejprve programovat, pises naproste hlouposti. Na rozdil od tebe vim, ze kazda optimalizace, ktera si nevyzada neprimerene mnoho casu na realizaci se vzdy musi pouzit. V pripade mod i and se jedna pouze o jeden znak na klavesnici, zabere mi stejne casu pouzit o vice nez 100% vykonnejsi variantu, ovsem spatny programator, aneb. script kiddie ci code monkey to samozrejme neresi a necha tam to, u ceho nemusi premyslet. Takovy clovek by mel radeji zustat u HTML a CSS, tam staci jen zbouchat tupy kod a logickou cast zcela vynechat.

Jestli nekdy budes na stejne ci vyssi urovni nez jsem ja, muzes poucovat o casu programatora a citelnosti kodu. Po-Pa 8 hodin denne ten kod totiz programuji a ctu, protoze se tim zivim, tak vim velice dobre, o cem mluvim. Radeji mi uz nic o programovani nepis, protoze me nezajima co si nekde prectes, ohledne asm - zaklady zakladu asm na dnes velmi zastaralem typu procesoru neznamenaji, ze umis asm a pokud bys jej umel doopravdy (5 az 10 let praxe v enterprise prostredi), myslim ze by jsi netravil cas na abclinuxu a radeji programoval Nvidia GPU za v preproctu ~100 tis. mesicne.

[Deleted [8409]]

Tady je rozpor v tom, co mě baví dělat, a v tom, čím se živím.

Pokud mě něco baví, neznamená to, že se tím chci živit. Mám rád optimalizace, mmx a sse intrinsics, takže čistě v asm už neprogramuju, ale má to celkem blízko (tak jako C/C++ samotné, aspoň pro mě).

K PHP. Pokud se bavíme o CakePHP, tak ta databázová vrstva je věc, která zpomalí mnohem víc než nějaký operátor u výpisu z tabulky. Pokud jste tedy dobrý programátor, nepoužijete to (jenže nežijeme věčně, že, takže proč si vývoj neusnadnit) a nebudete se k takové blbosti ani vyjadřovat - to bylo asi vaší řečí

Ještě k těm překladačům C jazyka:

unsigned int a;

a /= 8;

Toto si překladač zcela jistě upraví na bitovou operaci.

[--==[FReeZ]==--]

Osobne v PHP uzivam PDO a vlastni tiny wrapper + oddeleny soubor pro kazdou DB pro pripad, kdy je potreba pristupovat k vice odlisnym db simultane, napr. PgSQL + MySQL v totoznem projektu. CakePHP nepouzivam, zkousim moznosti ostatnich frameworku, pouzivam vsak vlastni. Nerekl bych, ze se dobry ci spatny programator pozna podle neceho jineho, nez jeho zdrojovych kodu a znalosti z danne oblasti. Vami uvedeny priklad se v C samozrejme optimalizuje. Rad bych ovsem pridal priklad z praxe, ve ktere casto pouze clovek muze vedet, zda je a vzdy mocnina 2, ci neni. int some_func(int x) {
int y;
...
x /= y;
...
return x;
}
Kompilator pouzil imul, protoze nezjistuje vsechny zaslane argumenty funkci.

[Deleted [8409]]

No ale to je zcela jiná liga

Ve vašem případě je to logické, protože překladač nezná Y, ale pokud bude Y konstanta, dobrý překladač udělá co je v jeho silách, aby se vyhl případnému dělení, násobení, atd :)

Takovéto věci se mi vypláci například u počítačové grafiky, jenže tento obor asi nelze srovnat s výpisem tabulky v PHP

[Josef Kufner]

A na jaké úrovni jsi ty? Představ se nám trošku, ať víme, s kým máme tu čest...

Programováním se zabývám něco přes deset let (povětšinou C a v poslední době PHP), takže už o tom taky něco vím .

Zpět k tématu: Základem úspěchu při optimalizaci je vědět, kdy je to potřeba je a kdy není. Kdykoliv jsem měl někdy potíže s výkonem, tak to nikdy nebylo kvůli takovýmto detailům, ale kvůli nadměrné složitosti algoritmu. Ať už kvůli zapomenutému strlen() nebo kvůli tomu, že jsem vzal co bylo poruce a soustředil se na důležitější části.

Napsat '&' místo '%' size je jen jeden znak, ale jakmile chci změnit '2' za '3', tak už to je trošku pracnější...

A co se týče rychlosti samotných instrukcí, záleží i na instrukcích předcházejících, a následujících, na konkrétním typu procesoru, na optimalizacích, které provádí, jak se mu zrovna povedou a dalších věcech, takže ta ztráta nakonec nemusí být tak velká, jak píšeš.

[--==[FReeZ]==--]

A na jaké úrovni jsi ty? Představ se nám trošku, ať víme, s kým máme tu čest...
Ocekaval jsem, ze navstivis google.cz a napises tam "freez", asi jsem ocekaval prilis.
Napsat '&' místo '%' size je jen jeden znak, ale jakmile chci změnit '2' za '3', tak už to je trošku pracnější...
Pri detekci zda je cislo sude ci liche neexistuje zadne "jakmile chci zmenit 2 za 3...", v ostatnich pripadech plati pravidlo neprve vse promyslet, pote zvolit optimalni algoritmus, nikoliv upravovat a upravovat, dokud to nebude vypadat, ze to nejak funguje.
"A co se týče rychlosti samotných instrukcí, záleží i na instrukcích předcházejících, a následujících, na konkrétním typu procesoru"
Diskutuje se zde specificky o x86 a x86_64, pricemz tam je v tomto pripade vzdy rychlejsi logicka operace a nezalezi na poradi instrukci.

[Josef Kufner]

Ocekaval jsem, ze navstivis google.cz a napises tam "freez", asi jsem ocekaval prilis.

Přišlo mi zbytečné prolistovávat se katalogem mrazáků

Pri detekci zda je cislo sude ci liche neexistuje zadne "jakmile chci zmenit 2 za 3...", v ostatnich pripadech plati pravidlo neprve vse promyslet, pote zvolit optimalni algoritmus, nikoliv upravovat a upravovat, dokud to nebude vypadat, ze to nejak funguje.

Tohle nevysvětluj mě, ale zákazníkům.

Diskutuje se zde specificky o x86 a x86_64, pricemz tam je v tomto pripade vzdy rychlejsi logicka operace a nezalezi na poradi instrukci.

PHP funguje i na jiných architekturách. Proč se omezovat zrovna na tu, co máš na stole ty?

ps: Tvůj blog jsem našel.

[--==[FReeZ]==--]

Nasel jsem tve programy, dlouho jsem se tak nenasmal. Mel by ses naucit alespon 1 jazyk poradne, a ne podradne. Tve znalosti PHP jsou tristni, vubec se nedivim tvym reakcim, kdyz vidim jake zdrojove kody jsi zvykly produkovat. Jmena tvych programu take vypovidaji o ledascem.

Tohle nevysvětluj mě, ale zákazníkům.
To bys mel vedet ty, ne zakaznik.

PHP funguje i na jiných architekturách. Proč se omezovat zrovna na tu, co máš na stole ty?
Vetsina web serveru ma tutez architekturu
...Ze ja s nekym takovym vubec ztracim cas. Ten omozenec to proste nedokaze pochopit.

[Josef Kufner]

Hmm, asi bych tam měl to datum umístit trochu viditelněji...

Btw, podle čeho jsi posuzoval mé znalosti PHP, když mám na webu v PHP jen jednu věc, která je stará asi 5 let (zveřejněna byla o dost později)?

Tohle nevysvětluj mě, ale zákazníkům.

To bys mel vedet ty, ne zakaznik.

Pokud jsi někdy viděl zákazníka, který ví co chce a nemění požadavky častěji než ponožky, celkem ti závidím. Jinak prostě nezbývá, než psát tak, aby se to dalo lehce upravovat i za cenu, že to nebude nejoptimálnější.

[Deleted [8409]]

OK, v php je rychlejší napsat & 1. Umím asm, takže vím, že logické operace jsou rychlejší (sice moc nechápu, že si takto někdo prasí kód, ale to je na jinou debatu :) )

Ale když si představím, jaká mašinerie se musí odehrát k provedení blbého SQL dotazu (a ten dotaz není jeden), tak si stojím za svým, že to je bezpředmětné.

Pokud se vrátíme k tématu. CakePHP používá nějakou DB vrstvu (nestudoval jsem, ale pokud se jedná o orm, tak je to další zpomalení), a mluvilo se o výpisu tabulky (to znamená každá položka se musí tahat z db, namapovat na instanci). Tady nás nějake % 2 nebo & 1 prostě nezachrání, nikdy...

PS: v PHP už nedělám a zend neznám, takže k tomu se nemůžu vyjádřit, ale osobně neznám nikoho, kdo by si něco do php naprogramoval v C:)

[Daniel Kvasnička ml.]

Zend je fajn, ale IMHO ne jako zaklad. Super na nem je, ze se z nej daji pouzit jen casti a tak zakladni MVC triadu muze zajistovat neco jineho a kousky Zendu se pak staraji o ruzne specificke ukoly.

[Tibor Piňo]

No CakePHP je PHP4 kompatibilný, takže dodržujem konvencie CakePHP...

[alexovi]

Vypadať => Vyzerať

Skutocne mi to trha zrak.

[alexovi]

No tak ono je toho este viacej.

"Kód bude vypadať následovne" -- sa v texte nachadza 3x a navyse dost blizko seba,

Miesanie cestiny a slovenciny nie je vhodne. Preferujem ked je clanok napisany v jednom jazyku.

Už sme si spomenuli metódu, ktorá nám posiela dáta do view pochádzajúce z našich modelov. Správne tušíte, že sa jedná o metódu set() a pochopenie jej práce je pre ďalšie časti kľúčové.

Podstatna je informacia, ze metoda set() je pre dlasie pokracovanie klucova. Nie je potreba spominat, ze sme si ju o 10 riadkov vyssie popisaly (vyznam by to malo, keby sa o danej metode pisalo v starsom clanku).

Podobne "navraty" sa vo vasich clankoch objavuju viackrat. Neviem mozno ste platey za pocet slov ale takto zbytocne znizujete kvalitu svojho clanku, ktory je o zaujimavej teme.

Prosim neberte si moju krityku zle. Snazim sa Vam ukazat, kde robite najvecsie (okate) chyby, aby boli Vase clanky kvalitnejsie. Mozno by sa hodilo, keby niekto zo starsich a skusenejsich prispievatelov obcas presiel clanky inych autorov a zkrityzoval ich (Alebo vytvorit bokom nieaku stranku, ktora by obsahovala veci, ktorym sa pri tvorbe technickeho clanku vyhnut??)

PS :: Nie som novinar ani spisovatel a tak je mozne, ze sa mylim. Len sa pokusam zdoraznit vecy v textu ktore ma vyrusuju od citania.

[Tibor Piňo]

Dakujem za upozornenie. Novinar nie som ani ja a snazim sa pisat clanky zrozumitelne, tak aby to kazdy pochopil, nic viac, nic menej. Pripomienky typu

mozno ste platey za pocet slov

si prosim vas odpuste, je to trapne. Ja rad privitam namety a pripomienky, takze sa budem snazit z vasich pripomienok poucit.

A na abclinuxu je predsa email konferencia, kde si mozes precitat clanky este pred vydanim a napisat k nim svoje pripomienky.

[alexovi]

Pripomienky typu

mozno ste platey za pocet slov

si prosim vas odpuste, je to trapne.

Ospravedlnujem sa. nemyslel som to v zlom.

[Robert Krátký]

A na abclinuxu je predsa email konferencia, kde si mozes precitat clanky este pred vydanim a napisat k nim svoje pripomienky.

To je sice pravda, ale tato konference je pouze pro aktivní autory.

[Luboš Doležel (Doli)]

Nahradil jsem to.

Neviem mozno ste platey za pocet slov

Délka sice roli hraje, ale kvalita samozřejmě také.

[jirka]

Díky za článek, mrkněte na http://cakemag.cz