Něco víc než PHP? (diskuse)

[Luk]

Záleží na tom, co je cílem. Pokud to má být něco malého, co by mělo běžet na skoro kterémkoli hostingu, tak moc voleb není. S hodně přivřenýma očima ještě tak ASP.NET, protože ho poměrně hodně webhosterů nabízí, i když většinou za poměrně jiné peníze než PHP hosting. Pokud na tom nezáleží (tj. poběží to na dedikovaném serveru nebo VPS), lze použít třeba Javu, Perl, Python, RoR nebo (pokud jde o výkon a nezáleží až tolik na rychlosti vývoje) tak klidně i C nebo C++. U větších projektů už by to bylo lepší, vzhledem k tomu, že VPS jsou už dnes opravdu za pakatel (v poměru k ceně běžných hostingů). Totéž se týká i databáze - MySQL má každý hosting, ale pokud není potřeba se držet tohoto omezení, lze klidně použít PostgreSQL, FireBird nebo třeba i Oracle.

[Luboš Doležel (Doli)]

Sehnat hosting na Javu apod. v ČR je takové těžké. Někde to sice nabízí, ale působí to dojmem, že spíš někdo zapomněl zaktualizovat nabídku Z velkých hosterů znám leda GoDaddy (z těch zahraničních).

[Luk]

To ano, ale právě proto jsem to řekl takhle. Nejjednodušší je pořídit si VPS a nainstalovat si tu Javu tam.

[Toman]

S tím by nebyl problém, vlastní server mám k dispozici.

[Roman Schulz]

Já bych z výše zmíněných jazyků doporučil Python (apache+mod_python), weby v něm programuji 4 roky a jsem s ním naprosto spokojený. Kód je jednoduchý, přehledný a snadno udržovatelný. Webovky rozděluji na backend (většinou v pythonu, někdy i C++ z výkonových důvodů) a frontend je vždy v Pythonu s použitím šablonovacího systému. Komunikace probíhá pomocí RPC. Takto se dá server provozovat i pro stovky milionů pageviews měsíčně...

[Pavel Siska]

To zní zajímavě. Můžete nám o tom napsat více?
Kyž je tam databáze, tak to vypadá jak?
frontend <-> rpc <-> backend <-> db

Jak je realizováno to rpc a databáze?

[Ladicek]

Budu radikální:

PHP je pěkný jazyk

PHP je příšerný jazyk. Snad ještě příšernější než Céčko.

Všichni víme, jak je těžké "rozumně" kombinovat PHP a HTML, tedy co se oddělení aplikační a prezentační logiky týče.

Je to úplně stejně těžké jako u jiných jazyků. Odlišnost je jen v tom, že v PHP je lze naprosto triviálně mixovat, což se (světe zboř se!) občas hodí.

Přemýšlel jsem a zjišťoval jsem, jakou náhradu při vývoji aplikací namísto PHP použít.

Pokud máš rád statické typování, pak Java nebo ASP.NET (MVC?) přijde k duhu. Pokud ti dynamické nevadí a nehodláš nijak měnit paradigma, pak můžeš s klidem zůstat u PHP – Python nebo Ruby ti můžou nabídnout nanejvýš lepší frameworky, na druhou stranu je zřejmé, že hosting pro PHP najdeš výrazně snáz a i to se počítá.

Pokud už tě sere (stejně jako mne) request/response programovací model, pak komponentové frameworky jsou to pravé. Osobně doporučuju javovský Wicket (killer fíčura pro mne: zápis vazby mezi kódem a šablonou je bezkonkurenčně nejlepší ze všech webových frameworků, co jsem viděl).

[deda.jabko]

ja bych tak radikalni nebyl...

PHP je příšerný jazyk. Snad ještě příšernější než Céčko.

PHP je příšerný jazyk stejně jako třeba Python. Ale aspon ne tak příšerný jako C++. :-]]

sveho casu jsem si prosel pres projekty v ruznych jazycich, mimojine Java, C a (obligatni) LISP. a pak jsem se po nekolika letech vratil na jeden projekt k PHP... a ono, kdyz se spoji nektere ``zvyky'' z javy s (byt namuj vkus omezenyma) dynamickama prvkama PHP... da se v tom programovat vcelku hezky a rozumne. ...az jsem se divil, proc jsem na to PHP tak moc nadaval, kdyz stacilo nadavat jenom ``mirne''.

na druhou stranu, kdyz jsem pred pul rokem delal jeden projekt v jave, bylo to pro me utrpeni... ta tam byla elegance LISPu, ten tam byl vykon cecka...

[AHAHA]

Me na PHP serou dve veci:

- naprosto nekonzistentni, zmatena a podivne fungujici standardni knihovna

- zmatek v porovnavacich operatorech a automatickych pretypovanich. (retezec "0" se vyhodnoti jako false, ale "00" jako true). Pri psani se tomu muzete vyhnout, pri cteni ale ne.

[deda.jabko]

naprosto nekonzistentni, zmatena a podivne fungujici standardni knihovna

v tomto si muze smele podat ruku s pythonem

Pri psani se tomu muzete vyhnout, pri cteni ale ne.

nevim, jestli je to relevantni argument, ale existuji i horsi veci nez je ``cteni'' zdrojaku v PHP... treba ``cteni'' zdrojaku v Perlu :-]]

nechci, aby to vypadalo jako obhajoba PHP... je to priserny jazyk... ale ostatni jazyky jsou obdobne priserne. v mnoha ohledech me to pripomina debatu, kdyz jsem jednou s francouzema a italama diskutoval o tom, kdo je horsi premier, jestli berlusconi, sarkozy nebo topolanek... clovek si proste nevybere a nejak se s tim musi smirit...

[|🇵🇸]

...debatu, kdyz jsem jednou s francouzema a italama diskutoval o tom, kdo je horsi premier, jestli berlusconi, sarkozy nebo topolanek...

Paroubek. ~_^

[Marek Bernát]

Hm, to vcelku radikálny si. Python má k dokonalosti ďaleko, ale nemenej ďaleko má to PHPko k pythonu. PHP je hlavne jeden neskutočný bordel bez akejkoľvek koncepcie, ktorý sa vyvinul živelne z prachobyčajného skriptovacieho jazyka. Obrovské nedostatky vidieť napríklad v jeho správe bindingov premenných a milión druhov "scope" pre triedy (a vôbec ten jeho objektový systém... škoda reči) a inde (jeden z hlavných problémov pri zavádzaní uzáverov v ostatných verziách). Len celkom nedávno pribudla možnosť dynamicky zistiť, na akej triede bola volaná statická funkcia oddedenej triedy. O neskutočnom bordele v názvosloví, case-insensivity, slabom typovaní a milióne ďalších vecí sa radšej nezmieňovať. Po chvíli s PHP človeku nutne python pripadá ako dokonalý jazyk.

[Limoto]

pak můžeš s klidem zůstat u PHP – Python nebo Ruby ti můžou nabídnout nanejvýš lepší frameworky, na druhou stranu je zřejmé, že hosting pro PHP najdeš výrazně snáz a i to se počítá. 

 Nebo třeba taky větší rychlost a míň bugů..

[Daniel Kvasnička ml.]

Ja doporucuju mrknout se na Javu. Podpora v ruznych IDE a CASE nastrojich je masivni, frameworku a knihoven jsou myriady a kdyz sezenes slusnou VPSku a nebo mas vlastni stroj, je to dobra volba.

[razor]

a co takhle vložit prezentační logiku přímo do databáze

 

[freshmouse]

> Všichni víme, jak je těžké "rozumně" kombinovat PHP a HTML, tedy co se oddělení aplikační a prezentační logiky týče.

Tak například já to nevím a rád se to od tebe dozvím.

[Toman]

Možnosti PHP svádějí k míchání PHP a HTML takovým způsobem, že se v tom ve finále ani to prase nevyzná - dostal se mi do ruky projekt, který nebyl z jistých důvodů dokončen, mým úkolem bylo dokončení. Po otevření zdrojových souborů a spatření neskutečných kreací na téma echo, jedno echo za druhým, pardon, blíjící HTML kód, no to bylo něco neskutečného

[Sinuhet]

Uplne nechapu, o co vam jde. Jestli dostavate zprasene projekty v PHP k dodelani, tak vas preci zadny dalsi genialni jazyk nezachrani. Leda byste je komplet prepisoval, ale na to muzete pouzit PHP a nejaky framework a praseni ostatnich vas nemusi zajimat. Teda pokud to praseni nepochazi primo od vas, to vas potom ale nezachrani zadny jazyk na svete.

[AHAHA]

Praseni kodu je jazykove nezavisle.

Ja povazuju PHP za vyborny sablonovy jazyk, naopak treba Smarty nemuzu vystat (nedavno jsem pul hodiny resil, jak zjistit predposledni radek tabulky, nakonec reseno hackem).

[freshmouse]

> Možnosti PHP svádějí k míchání PHP a HTML takovým způsobem, že se v tom ve finále ani to prase nevyzná

Svést tě k tomu může i Java (všechno třeba můžeš nabouchat do nějakého JSP) nebo spousta dalších (a já si troufám říci, že drtivá většina) jazyků.

[mkoubik]

Škoda, že tady nemůžu ventilovat jedno JSPčko, který se mi nedávno dostalo do ruky (naštěstí je ke mně ve vztahu read-only). Jako lahůdku můžu jmenovat generování javascriptu v cyklu (aby se nemusel dělat cyklus v javascriptu). Jinak tam jsou evergreeny typu: nějaký html, po něm čtení ze souboru, zase html, pak připojení k databázi, neescapovanej sql dotaz a zase html.

A určitě by se do hitparády dalo přihlásit víc výtvorů, takže "v PHPčku se dá prasit, takže v něm lidi prasej" už neberu jako argument. Jsou lidi, co prasej i v jazycích, ve kterejch se to "nedá".

[Toman]

Máte pravdu, prasit se dá ve všem, jen u toho PHP to je asi nejvíc vidět, protože je hojně používán i neprogramátory...

[lukas ;)]

 Já jsem z PHP přešel na RoR, ale po několika projektech jsem od něj upustil, protoze je tam na me trochu moc magie. Ted asi rok dělám na Djangu (python) a nemůžu si vynachválit, je to podle mě mnohem srozumitelnější a proti RoR má úžasný sustém na postavení adminu.

U prakticky čehokolik kromě PHP je ale potřeba se něco naučit, než v tom človek může dělat ... u djanga je to cca 100 stranek textu, ktere by mel clovek projit a pak to muze zkusit ;) ... btw: ted vychazi o djangu clanek nekde ;) na zdrojaku?

[Limoto]

Problém Djanga je když chceš dělat něco jinýho, než readkční systém, musíš tam furt něco hackovat... RoR se dá v Pythonu "napodobit" třeba pomocí CherryPy + Elixir + Jinja2, ale k RoR to má pořád hodně daleko.

[Daniel Kvasnička ml.]

Problém Djanga je když chceš dělat něco jinýho, než readkční systém, musíš tam furt něco hackovat...

Presne! Je proste videt, ze ten framework pochazi od lidi ze zpravodajstvi... oni s tim vic nez RS delat nepotrebujou.

[Marek Bernát]

Robím na Djangu webshop a zatiaľ som takmer nič hackovať nemusel. Ten django push-template systém síce nie je zďaleka dokonalý, ale rozhodne by som netvrdil, že nie je vhodný na nič iné ako redakčný systém.

Btw, čo je na RoR tak úžasné? Čítal som si o ňom a nejak moc výhod oproti Djangu som nepobadal: ORM + automatická generácia adminu by mala byť podobná, templating podobný, atď. Kde je nejaký výrazný rozdiel?

[Limoto]

Nejlepší zkusit...

[Marek Bernát]

To určite áno a keby som mal nekonečne veľa času, tak by som tak aj urobil. Momentálne však nemám chuť testovať každý z milión frameworkov len preto, že niekto napísal, že framework A je lepší ako framework B Tak som dúfal, že sa aspoň niečo užitočné dozviem v diskusii.

[mrzout]

Django je framework, tak srovnávejme Django a Zend Framework.

[hikikomori82]

Neporadim ti kam ist ale kam neist, urcite nie Remote XUL, po cca 3 rokoch experimentovania sa vraciam spat k html. Mat HTML prehliadace od piatich nezavyslych vyrobcov ma nieco do seba.

[Diego]

Pascal jednoznacne!

[User682]

zdravim,

PHP uz nikdy vice. Zkusenosti stacily. Stalo a stoji me to hodne casu a penez.

Optimum je pro me Java. A jeden ze zasadnich duvodu: Pokud Vas jazyk k necemu nenuti, tak se na to vetsinou nebo v dulezitych pripadech vykaslete. I presto, ze puvodni idea psat ciste tu byla. A pak to podle toho vypada. Ne -li ze se stane, ze se Vam projekt "zastavi". To se da sice resit prepisem, ale zrovna v pripade PHP nektere veci proste opravit nejdou...

Jinak doporucuji se vykaslat kodit ve velkem ve skritovacich jazycich. Cesta do pekel.

Dalsi: Jazyk delaji dost knihovny, navrhove vzory a hotove veci/priklady.

#C a .NET prostredi - pokud nepujdete do hloubky a do Linuxu, tak proc ne. Jinak je to obcas pekelne rozbite a slozite uvnitr, i pres radu peknych, lez nedotazenych napadu. Vyjimky na urovni systemu jsou moc fajn.....

Python - to je dobre na to rychle psat 1/3 vetsiho projektu a dalsi tretiny si trhat vlasy. Dohledavani tabelatoru je taky skvela cinnost.

PS: rekl bych, ze cast zakladu je naucit se dobre pouzivat Vase oblibene vyvojove protredi.

[razor]

Jo stím pythonem souhlasím. Vynikajicí zábava je dohledávat tabulatory/odsazení ve zbastleném python kódu promíchaném s větším množstvím html řetězců.

[PMD]

Buď jste s pythonem doopravdy nikdy nedělali, nebo jste se zapomněli zeptat jak se to dělá správně.

[Jardík]

C++

[AsciiWolf]

V C++ jde snad psát webové aplikace?

[Luboš Doležel (Doli)]

Když si vezmete nějakou knihovnu pro provoz HTTP serveru a napojíte to do C++ aplikace, tak proč ne

[Ladicek]

Stačí potrápit Google frází C++ Server Pages. Ne že bych z toho nezvracel.

[vain]

A né snad? =) Sakra, opět souhlasím s Jardíkem, jde to se mnou fakt z kopce =)

[depka]

juuuu

[Limoto]

To jde ve všem...

[Jendа]

Cé Gé Í, né?

[Luboš Doležel (Doli)]

Na malé projekty je PHP ideální, na větší volím Javu.

[User682]

zdravim,

taky jsem mel podobny nazor. Jenomze dneska pisi radeji i jednoduche konsolove "aplikacky"  v Jave.

Casem zjistite, ze jich napisete par desitek a ze se Vam to do neceho hodi. Pak staci vetsinou pouzit hotovou tridu nebo zkopirovat kus logiky.

[Amarok]

Nestacim se divit, ze tady nekdo pro webove projekty doporucuje Javu, vzdyt je to naprosto preplacany komplexni jazyk, na nejake rychle skriptovani se vubec nehodi. PHP me taky ale odradilo, nesnesl jsem tam absenci chybovych hlasek - proste obcas kod nefungoval, vystup byl nulovy nebo neuplny a ja nevedel nic, a to i kdyz jsem mel vystup vsech chyb aktivovany. Na jednoduche projekty je ale PHP dostacujici, jinak by nebyl tak rozsireny. BTW Javu jsem taky zkousel (ale ne pro web), po precteni pulky ucebnice jsem toho nechal, pro mensi aplikace se nehodi, urcite ma ale prijemnejsi syntax nez C++ (muj nazor!).
Co se tyce webu - presel jsem na Python + Django, jelikoz to ma velkou vyhodu, ze se Python da vyuzit i na spousta jinych mistech. Zatim nemohu ale poradne posoudit, nedelam v tom jeste skoro nic, zatim jen testuju. RoR je podle me asi na stejne urovni jako Python + Django, ciste ted z meho pohledu, ale rozsireni Pythonu je zdaleka vetsi, proto jsem ho zvolil misto Ruby. Perl jsem taky zvazoval, ale ten se nenabizi snad na zadnem hostingu, verze 6 me ale docela laka, nemam ale tolik casu.

[Luk]

vzdyt je to naprosto preplacany komplexni jazyk

Jazyk přece nemůže být přeplácaný, to je nesmysl. Java je naopak poměrně přísný jazyk, není zdaleka tak flexibilní jako třeba C++. Bohatost knihoven bych také rozhodně nenazýval přeplácaností, protože není nutné ty knihovny využívat. Spíše je výhoda, že jsou k dispozici, že si člověk nemusí ty věci dělat sám.

proste obcas kod nefungoval, vystup byl nulovy nebo neuplny a ja nevedel nic, a to i kdyz jsem mel vystup vsech chyb aktivovany

Tohle je stejné i u jiných jazyků. U PHP se chyby snadno chytají, například často používám velmi jednoduše řešené odesílání chybových zpráv e-mailem, takže když je někde problém, rychle se to dozvím (nemusím často prolézat chybový log).

Na jednoduche projekty je ale PHP dostacujici, jinak by nebyl tak rozsireny.

Podle mě je bohužel jedním z důvodů velké rozšířenosti PHP právě fakt, že se v něm snadno prasí. Jinde by kompilátor "vývojáře" nakopal do řiti, kdežto PHP jen vydá varování (které si "vývojář" samozřejmě nepřečte - a i kdyby, tak ho bude ignorovat) a tak nějak běží dál.

Některé PHP skripty, které jsem viděl, byly tak neuvěřitelně prasácké, že jsem ani netušil, že jde tak strašně prasit. Tomu mohou konkurovat jen skripty v JavaScriptu.

presel jsem na Python + Django, jelikoz to ma velkou vyhodu, ze se Python da vyuzit i na spousta jinych mistech

To jde PHP použít také. Mám v něm napsáno mnoho různých skriptů pro spouštění z příkazové řádky, protože je velmi snadné je napsat. Pythonu jsem nepřišel na chuť a obecně ho nemám příliš rád kvůli jeho žravosti.

[hikikomori82]

Některé PHP skripty, které jsem viděl, byly tak neuvěřitelně prasácké, že jsem ani netušil, že jde tak strašně prasit.

Nejaký príklad by nebol?

[User682]

Jo, klidne predbezne za 2 roky (mozna dneska presne na den). Drive to nejde. To vyhodim verejne zdrojaky linuxsoftu v PHP. Ne, proto, aby to nekdo pouzival, ale proto, aby lidi videli, jak se to nema delat a jak je skvele php ....

[Amarok]

Priklady na prasacke kody nejsou vubec zapotrebi, vyskytuje se to bohuzel uplne vsude. Nemusime jit daleko - staci projit internet a CSS + HTML, nekdy mi to pripada vylozene jako umeni, jak lidi na nektere splacaniny vubec muzou prijit.

[Luk]

Bohužel, nic z toho nebylo veřejné (free SW apod.), šlo vždy o něčí soukromé skripty nebo dělané na zakázku. Ale typickým znakem bylo, že autoři naprosto neřešili datové typy, zásadně netestovali návratové hodnoty čehokoliv, HTML kód nacpaný kompletně do skriptu a hustě protkaný zkrácenou verzí konstruktu echo (<?=$var?>), žádná kontrola dat z formulářů a jejich použití přímo v SQL(fandové SQL injection by se zaradovali), děsivá štábní kultura (hodně příkazů na jednom řádku, odsazování podle HTML a ne podle PHP atd.) a různé další chuťovky.

[Jendа]

Jé, a to jsem si myslel, že prasím .

[Daniel Kvasnička ml.]

Jazyk přece nemůže být přeplácaný, to je nesmysl.

Ale muze. Kdyby se splnilo vsechno, co kdo navrhoval pro Javu 7...

[|🇵🇸]

Python? Ruby? (Když je miluješ, není co řešit.)

[Toman]

V podstatě jsem si tedy utvrdil to, co jsem chtěl udělat - JAVA.

[razor]

Pokud by si sháněl nějaký java web framework, zkus se podívat třeba na stripes

[Daniel Kvasnička ml.]

Ten je ze vsech MVC frameworku pro Javu podle meho zdaleka nejlepsi. Spring MVC se na nej posledni dobou dotahuje... A nebo ten muj

[finc]

Proboha, hlavne, aby nezvolil cestu: "Hello world! -> vlastni web framework" :D

[Daniel Kvasnička ml.]

Jednou k tomu ale stejne dojde... no kdo z lidi, kteroi berou vyvoj web apps vazne, si nezkusil napsat svuj framework alespon ve dvou ci trech jazycich?

[moira]

A pokud hledáš něco komponentového (ne vždy se ale hodí, záleží na projektu), pak moje jednička je Wicket :) Jen bohužel chvilku trvá, než do něj pronikneš (zvláště pokud přecháziš z PHP).

[freshmouse]

U nich mě mrzí dokumentace.

[finc]

Presne tak. Nejlepsi mozna volba :)

Jen to nevzdavej hned po prvnim mesici. Na to, aby jsi se alespon trosku zorientoval, budes potrebovat par mesicu. Pote si dohledas ten nejidealnejsi web framework a uz frcis :)

Pokud to nevydrzis, jen te poprosim, nepridavej se hned na stranu nymandu, kteri (diky jejich neschopnosti) oznacuji Javu na webu za "tezkopadnou", "nepouzitelnou" ci "nevhodnou pro mensi aplikace". ;)

[Amarok]

Ja bych to oznacil spis jako "diky me lenosti a nedostatku casu". Ano, nemel jsem tu trpelivost, nemuzu tedy uplne dobre posoudit Javu ani pro web, ale nenaznacuje to samo o sobe uz neco? (prehnanou komplexitu, ktera me odradila) Jinak zajimaveji nez Java vypada Groovy - takovy muj tip, misto Javy. Ale nemam poneti, jake jsou pro Groovy rozsireni.

[finc]

Ano, je to komplexni zalezitost. Proto je take toto reseni silne doporucovano na velke projekty. Ony "ruzne XML soubory" a konfigurace maji prave tu vlastnost, ze dobre rozdeluji konfiguraci od java kodu.

Kdyz clovek ty zaklady pochopi, neni pote problem pouzit Javu i na mensi projekty.

[dark]

Dobrá volba. Zkus ještě mrknout na Hibernate a Wicket, nemusíš v tom dělat hned, jen abys věděl, co všechno dobrého existuje

[tmr]

Python + Google App Engine

[pht]

Perl. Proč se na něj pořád zapomíná? Je ideální na malé projekty i na velké. Je brutálně ohebný. Je bezpečný a výkonově efektivní. Byl tu už dávno před všema těma monstrózníma nesmyslama a bude tu i po nich.

[Amarok]

Ja se o nem zminil :) Ale uz pred casem jsem dosel k zaveru, ze jazyky jako Perl (nebo i Ada, kdyz ctu vasi paticku) vetsina lidi zavrhuje, coz taky nechapu.

[happy barney]

plus na weby framework Catalyst (a slovíčko fastcgi, keby niekto začal vravieť niečo o pomalosti)

[mirec]

Načo je dobrý nejaký šablónovací systém? To považujem za max. tak bezpečnostné riziko (nutnosť zápisu vygenerovaných PHP súborov). PHP nie je najlepší jazyk, ale písať šablóny práve v PHP nie je nič hrozné. Nie je problém napísať vlastný šablónovací systém spôsobom:

public function render($sablona) {
  foreach ($this->_attributes as $attributeKey => $attributeValue) {
    $$attributeKey = $attributeValue;
  }
  include($sablona);
}

Pričom šablóna by bol len obyčajný HTML súbor mixovaný s PHP (podobne ako to mixuje smarty s vlastnými značkami).

<div><?php echo $atribut; ?></div>

[Luk]

nutnosť zápisu vygenerovaných PHP súborov

Proč by mělo být potřeba zapisovat vygenerované soubory? Tomu nějak nerozumím...

Pričom šablóna by bol len obyčajný HTML súbor mixovaný s PHP (podobne ako to mixuje smarty s vlastnými značkami).

Mixování HTML a PHP (i v šabloně) je prostě prasárna a těžko mě někdo přesvědčí o opaku. Šablona má být inertní, neobsahovat PHP kód. Pak se nemusí prasit pomocí include apod., prostě se zpracuje tak, že se vyhodnotí symboly (resp. obecně jazykové konstrukty) uvnitř. Mít v šablonách PHP je blbost už kvůli bezpečnostnímu riziku. Například když mám šablony uložené v databázi, kde s nimi pracují běžní uživatelé (kteří si tak mohou třeba upravit svoji uživatelskou stránku), je PHP kód vysloveně na závadu.

[AHAHA]

Mixování HTML a PHP (i v šabloně) je prostě prasárna a těžko mě někdo přesvědčí o opaku. Šablona má být inertní, neobsahovat PHP kód. Pak se nemusí prasit pomocí include apod., prostě se zpracuje tak, že se vyhodnotí symboly (resp. obecně jazykové konstrukty) uvnitř. Mít v šablonách PHP je blbost už kvůli bezpečnostnímu riziku. Například když mám šablony uložené v databázi, kde s nimi pracují běžní uživatelé (kteří si tak mohou třeba upravit svoji uživatelskou stránku), je PHP kód vysloveně na závadu.

Beru to bezpečnostní riziko, to je jasné. Pokud ale sablony nejsou v databazi a delaji je duveryhodni lide, nevidim duvod PHP nepouzit. Jaký je rozdíl mezi použitím PHP jako šablonovacího jazyku a speciálního zvlášť parsovaného šablonovacího jazyka? Používám Zend_View a žádné include či co to nepotřebuji ...

[Luk]

Ale tak samozřejmě lze v určitých situacích používat PHP jako šablonovací jazyk, ale globálně to není dobrý nápad. S tím includem jsem narážel na ten předchozí příklad.

[Daniel Kvasnička ml.]

Sablony musi byt pochopitelne a "psatelne" i pro kodera neprogramatora. A take prehledne. Coz tebou navrhovany zpusob neni.

[Ladicek]

Což mimochodem není žádný z obvykle používaných šablonových systémů. Máme TALy a Wicket, to je všechno o čem vím, zbytek jsou normální programovací jazyky (no a takový METAL už taky).

[pht]

Perl má hned dva: Template Toolkit a Mason.

[Daniel Kvasnička ml.]

TAL mam rad, pro PHP podle me jediny pouzitelny (PHPTAL). Pro Javu je to podle me JSP XML syntax, kdyz se bavime o req-resp psani

[razor]

Mě celkem vyhovuje i tradiční JSTL Core.