Fórum Root.cz
Hlavní témata => Vývoj => Téma založeno: Marek 10. 06. 2011, 00:25:41
-
Dobrý den
chtěl bych se zeptat, jestli existuje nějaký PHP framework, který by se co do jednoduchosti užití vyrovnal jQuery. Vím že trochu míchám jablka a hrušky, ale jQuery jsem nadšen a přitom jsem s javascriptem začal před měsícem. Zatímco PHP frameworky mi přijdou pro mé účely jaksi... moc komplexní a složité na použití. Programování mám prozatím jako hobby a co se týče PHP, tak kromě využití nějaké převzaté třídy nebo třídy např. pro práci s MySQLi, co si píšu, začínám na zelené louce.
-
Nette by nestačilo?
-
Až do programování zabrouzdáte Více, nebude vám jednoduchý framework stačit a budete chtít něco pokročilejšího.
Jako velmi jednoduchý framework pro použití bych tipnul CodeIgniter. Nevím však, do jaké míry je komplexní. Proto bych raději jako zde kolega Jakub zvolil Nette Framework. Stačí projít pár tutoriálů a během jednoho odpoledne budete schopen sesmolit nějakou jednoduchou stránku. A jak se do toho časem dostanete, budete rád, že máte Nette :)
-
CodeIgniter nebrat. Je s nim vic prace nez uzitku.
Doporucuji Nette.
-
Když se tu tak doporučuje Nette - už je někde k dispozici plnohodnotná dokumentace, nebo člověk pořád musí v lepším případě procházet API, v horším se dívat přímo do zdrojáků? Výhodou jquery je právě i ta dokumentace, která obsahuje téměř ke každé funkci jednoduchý příklad.
-
ak chceš jednoduchý fw tak sa nauč Ruby a skús http://www.sinatrarb.com/ ďalšia možnosť je http://nodejs.org/
-
Pokud mastíš jednoduché weby, doporučuji DSL framework (Pro Ruby Sinatra, pro PHP zkus Slim/Limonade). Na cokoliv složitějšího ber Nette (PHP), Padrino (Ruby).
-
OK, děkuji všem za tipy :-)
-
Nemá někdo zkušenosti s PHP Fat-Free frameworkem?
-
A co taky CakePHP framework?
-
Když se tu tak doporučuje Nette - už je někde k dispozici plnohodnotná dokumentace, nebo člověk pořád musí v lepším případě procházet API, v horším se dívat přímo do zdrojáků? Výhodou jquery je právě i ta dokumentace, která obsahuje téměř ke každé funkci jednoduchý příklad.
Stačí kouknout. Dokumentace je nová. Má ještě pár prázdných míst, ale je snaha to co nejdříve odstranit.
-
bral bych ten CI ale s prikladama je to horší. jquerry má ty priklady fakt dobre
-
Nemá někdo zkušenosti s PHP Fat-Free frameworkem?
Skvělý framework - extrémně rychlý a jednoduchý na učení. Ideální pro dosavadní PHP prasiče a bastliče - první krok k lepšímu kódu a snadnějšímu dosažení mnoha rutinních záležitostí bez nutnosti pochopení složitých frameworků.
-
Nette jo? Ale tak jestli chce člověk zůstat celý život v onezenem cz rybníčku...
-
Když se tu tak doporučuje Nette - už je někde k dispozici plnohodnotná dokumentace, nebo člověk pořád musí v lepším případě procházet API, v horším se dívat přímo do zdrojáků? Výhodou jquery je právě i ta dokumentace, která obsahuje téměř ke každé funkci jednoduchý příklad.
Stačí kouknout. Dokumentace je nová. Má ještě pár prázdných míst, ale je snaha to co nejdříve odstranit.
Přesně tak, je to o moc lepší, než v začátcích, to dá rozum.. Místní "pod 200 litrů nevstávám" budou ale pořád nadávat i když sami na něco takového nikdy nebudou mít dost znalostí a schopností.
-
Pokud mastíš jednoduché weby, doporučuji DSL framework (Pro Ruby Sinatra, pro PHP zkus Slim/Limonade). Na cokoliv složitějšího ber Nette (PHP), Padrino (Ruby).
budoucnost v Ruby světě je Amber.
-
Nette jo? Ale tak jestli chce člověk zůstat celý život v onezenem cz rybníčku...
On se používá jen v cz prostředí?
-
Nette jo? Ale tak jestli chce člověk zůstat celý život v onezenem cz rybníčku...
On se používá jen v cz prostředí?
vicemene jo. zadny jiny nez cz/sk projekt nebo treba pracovni inzerat jsem nikdy nevidel.
-
vicemene jo. zadny jiny nez cz/sk projekt nebo treba pracovni inzerat jsem nikdy nevidel.
Je pravda, že se nette používá hlavně v cz/sk, ale to rozhodně nemusí být nevýhoda. Naopak, pro začínajícho je aktivní české fórum a česká dokumentace velká výhoda. A když na tom pochopí nějaké základní principy a bude chtít, tak pak už je naučení jiného frameworku rychlovka.
Nette je dobrý framework a není důvod se ho bát.
-
Nepotřebuješ žádný framework. jQuery sloužilo k vyřešení nekompatibilit mezi browsery a pro jednodušší manipulaci s DOMem, v PHP ale žádná taková potřeba není, protože v PHP žádný DOM není. Dneska už není třeba ani jQuery, moderní javascript má vše co je potřeba.
PHP je vlastně samo o sobě templatovací framework, a je otázka jestli vzhledem k rozšířenosti moderního javascriptu má cenu ho takto vůbec používat, protože GUI může být celé v javascriptu (SPA, ale lze i bez) a v PHP můžeš mít implementováno REST(ish...) API pouze pro tahání a ukládání dat, případně ještě SSE (server sent events) či jiné podobné věci. Webovky pak mohou být ne-php soubory a v nich pak javascriptem tahat a ukládat data do databáze. Na implementaci REST API pravděpodobně nepotřebuješ žádný framework, ale určitě se nějaké najdou.
PHP má smysl jako platforma pro provozování historických hotovek (Wordpress, Joomla, Drupal...). Jinak hlavní důvod proč ho používat je kvůli jeho rozšířenosti a nízké ceně za hosting. Další výhodou PHP je že můžeš mít nějakou logiku i když nepoužíváš javascript a udělat tak stránku klasicky postaru...
-
Nepotřebuješ žádný framework. jQuery sloužilo k vyřešení nekompatibilit mezi browsery a pro jednodušší manipulaci s DOMem, v PHP ale žádná taková potřeba není, protože v PHP žádný DOM není. Dneska už není třeba ani jQuery, moderní javascript má vše co je potřeba.
PHP je vlastně samo o sobě templatovací framework, a je otázka jestli vzhledem k rozšířenosti moderního javascriptu má cenu ho takto vůbec používat, protože GUI může být celé v javascriptu (SPA, ale lze i bez) a v PHP můžeš mít implementováno REST(ish...) API pouze pro tahání a ukládání dat, případně ještě SSE (server sent events) či jiné podobné věci. Webovky pak mohou být ne-php soubory a v nich pak javascriptem tahat a ukládat data do databáze. Na implementaci REST API pravděpodobně nepotřebuješ žádný framework, ale určitě se nějaké najdou.
PHP má smysl jako platforma pro provozování historických hotovek (Wordpress, Joomla, Drupal...). Jinak hlavní důvod proč ho používat je kvůli jeho rozšířenosti a nízké ceně za hosting. Další výhodou PHP je že můžeš mít nějakou logiku i když nepoužíváš javascript a udělat tak stránku klasicky postaru...
REST API bez frameworku je z 90% znovuvynalézání kola.
-
Nepotřebuješ žádný framework. jQuery sloužilo k vyřešení nekompatibilit mezi browsery a pro jednodušší manipulaci s DOMem, v PHP ale žádná taková potřeba není, protože v PHP žádný DOM není. Dneska už není třeba ani jQuery, moderní javascript má vše co je potřeba.
PHP je vlastně samo o sobě templatovací framework, a je otázka jestli vzhledem k rozšířenosti moderního javascriptu má cenu ho takto vůbec používat, protože GUI může být celé v javascriptu (SPA, ale lze i bez) a v PHP můžeš mít implementováno REST(ish...) API pouze pro tahání a ukládání dat, případně ještě SSE (server sent events) či jiné podobné věci. Webovky pak mohou být ne-php soubory a v nich pak javascriptem tahat a ukládat data do databáze. Na implementaci REST API pravděpodobně nepotřebuješ žádný framework, ale určitě se nějaké najdou.
PHP má smysl jako platforma pro provozování historických hotovek (Wordpress, Joomla, Drupal...). Jinak hlavní důvod proč ho používat je kvůli jeho rozšířenosti a nízké ceně za hosting. Další výhodou PHP je že můžeš mít nějakou logiku i když nepoužíváš javascript a udělat tak stránku klasicky postaru...
Framework je tu od toho, aby ti usetril praci. Tvrzeni, ze pro php neni potreba framework, protoze prohlizece maji kompatibilni js, je pozoruhodne.
-
Zombie :-) ... Mně by spíš zajímalo kam došel tazatel po 7 letech?
-
Hned první věc kterou najde google na dotaz php rest api je tento tutoriál:
https://www.codeofaninja.com/2017/02/create-simple-rest-api-in-php.html
Žádný framework to nepoužívá, a nic složitého tam taky není.
Tazatel hledal framework pro PHP, protože pro JavaScript taky používá framework jQuery, ale přitom jQuery je knihovna.
Pokud chce jednoduchý PHP REST API framework, tak google najde třeba Limonade:
https://github.com/sofadesign/limonade
-
A co taky CakePHP framework?
Minulé století. Určitě nebrat.
Jediné dva FW o kterých imho má smysl uvažovat jsou Symfony a Nette. (Případěn odvozeniny.)
-
Nebýt Nette, tak dodneška prasím kód. Už rok v něm nedělám a přešel jsem na Symfony a už pro mě není problém dělat v čemkoliv (Laravel, Lumen, Nette, ..). Jde jenom o to, pochopit ty základy. Na druhou stranu, Nette opravdu zaostalo o proti ostatním FW. Spousta věcí tam chybí a řeší to až Kdyby, které je zase závislé na (ne)vyhoření jednoho člověka.
-
Nebýt Nette, tak dodneška prasím kód. Už rok v něm nedělám a přešel jsem na Symfony a už pro mě není problém dělat v čemkoliv (Laravel, Lumen, Nette, ..). Jde jenom o to, pochopit ty základy. Na druhou stranu, Nette opravdu zaostalo o proti ostatním FW. Spousta věcí tam chybí a řeší to až Kdyby, které je zase závislé na (ne)vyhoření jednoho člověka.
Celé Nette je závislé na (ne)vyhoření jednoho člověka, který teď navíc vybral prachy a místo releasu cestuje po světě. Nový projekt na Nette by dneska postavil jen blázen, jeho budoucnost je dost nejistá
Když se tu tak doporučuje Nette - už je někde k dispozici plnohodnotná dokumentace, nebo člověk pořád musí v lepším případě procházet API, v horším se dívat přímo do zdrojáků? Výhodou jquery je právě i ta dokumentace, která obsahuje téměř ke každé funkci jednoduchý příklad.
Stačí kouknout. Dokumentace je nová. Má ještě pár prázdných míst, ale je snaha to co nejdříve odstranit.
Přesně tak, je to o moc lepší, než v začátcích, to dá rozum.. Místní "pod 200 litrů nevstávám" budou ale pořád nadávat i když sami na něco takového nikdy nebudou mít dost znalostí a schopností.
Už je to 200 litrů? :O Lopaty bejvaly do 130 :-/
-
Odvážní jedinci mohou zkusit Haxe: https://haxe.org/
Jeden jazyk, který se mimojiné kompiluje jak do JavaScriptu, tak do PHP. Podpora PHP včetně bugfixů se rapidně rozvíjí ve verzi 4 která je sice zatím jen preview, ale pokud to funguje tak to funguje.
Haxe je jazyk velmi podobný ActionScriptu (Flash), a s vhodnými knihovnami jej dokáže nahradit. Rychlost transpilace je ve srovnání s TypeScriptem velmi rychlá, proběhne v podstatě ihned.
-
Celé Nette je závislé na (ne)vyhoření jednoho člověka, který teď navíc vybral prachy a místo releasu cestuje po světě. Nový projekt na Nette by dneska postavil jen blázen, jeho budoucnost je dost nejistá
Už minimálně od prosince je releasnutá beta od všech balíčků, protože zhruba v polovině prosince jsem updatoval většinu svých projektů.
Líbí se mi jak všichni nadávají na Nette a vychvalují Symfony, přitom není dneska problém vzít něco z Nette a něco ze Symfony.
Třeba typickej můj stack je (skoro) celé Nette (DI a Latte je na mnohem lepší úrovni než v Symfony + Twig), ale zase ze Symfony beru třeba konzoli a eventy.
-
Celé Nette je závislé na (ne)vyhoření jednoho člověka,
To je samozřejmě blbost, že jo.
-
Složitost frameworků je věc diskutabilní. Záleží, co všechno chci využít, nebo co si chci řešit sám. Teda přesněji - používám Laravel již od 4-kových verzí, teď se snažím projekty aktualizovat na poslední verze, pokud to jde. A i tak si myslím, že i po těch letech nevyužívám ani polovinu věcí, co nabízí, ale i tak na něm vytvářím hodně aplikací od blogu, kalendářů, vyhodnocování dat až po eshop.
https://laravel.com/docs/5.7
-
Odvážní jedinci mohou zkusit Haxe: https://haxe.org/
Jeden jazyk, který se mimojiné kompiluje jak do JavaScriptu, tak do PHP. Podpora PHP včetně bugfixů se rapidně rozvíjí ve verzi 4 která je sice zatím jen preview, ale pokud to funguje tak to funguje.
Haxe je jazyk velmi podobný ActionScriptu (Flash), a s vhodnými knihovnami jej dokáže nahradit. Rychlost transpilace je ve srovnání s TypeScriptem velmi rychlá, proběhne v podstatě ihned.
Už jsem na to kdysy dávno narazil. Setkal jsi se někdy s reálným nasazením?
-
Hned první věc kterou najde google na dotaz php rest api je tento tutoriál:
https://www.codeofaninja.com/2017/02/create-simple-rest-api-in-php.html
Žádný framework to nepoužívá, a nic složitého tam taky není.
Nič zložitého to možno nie je, pretože tak veľa ešte treba dopracovať.
Ten tutoriál je plný chýb. Začiatočník by rozhodne nemal začínať na čistom PHP (iba ak pre učenie), mal by začať so Symfony alebo Laravel. Svoj vlastný framework/aplikáciu bez frameworku si môže dovoliť len naozaj pokročilý programátor. Autor hore uvedeného tutoriálu ním zatiaľ nie je, má sa čo učiť. Námatkovo vyberiem chyby.
// specify your own database credentials
private $host = "localhost";
private $db_name = "api_db";
private $username = "root";
private $password = "";
public $conn;
Configuračné dáta sa dávajú zvlášť do súborou. Navyše, uloženie účtu a hesla treba riešiť zvlášť. Heslo treba tiež
samozrejme zakryptovať.
try{
$this->conn = new PDO("mysql:host=" . $this->host . ";dbname=" . $this->db_name, $this->username, $this->password);
$this->conn->exec("set names utf8");
}catch(PDOException $exception){
echo "Connection error: " . $exception->getMessage();
}
Pokiaľ viem, v PHP by sa takto nemali riešiť výnimky. Majú sa nechať vybublať. A keď už ich zachytávame, tak ich nevypisujeme, ale logujeme. Nastaviť logovanie a všetko s tým spojené je fuška.
header("Access-Control-Allow-Origin: *");
Bezpečnostná chyba.
$query = "SELECT
id, name, description
FROM
" . $this->table_name . "
ORDER BY
name";
$stmt = $this->conn->prepare( $query );
$stmt->execute();
Toto tiež nevyzerá dobre, SQL príkazy sa nesmú takto spájať. Aj keď v tomto prípade zrejme nedôjde k SQL Injection, takto programovať je bezpečnostné riziko.
$keywords=isset($_GET["s"]) ? $_GET["s"] : "";
Toto je nedostatočná validácia.
Frameworku sú tu z určitého dôvodu. Aby sa predchádzalo chybám a znovuvynaliezaniu kolesa. Opakujem, vlastný framework si môže vytvoriť len naozaj skúsený programátor. Ostatní, študovať Laravel a Symfony.
-
Hned první věc kterou najde google na dotaz php rest api je tento tutoriál:
https://www.codeofaninja.com/2017/02/create-simple-rest-api-in-php.html
Žádný framework to nepoužívá, a nic složitého tam taky není.
Nič zložitého to možno nie je, pretože tak veľa ešte treba dopracovať.
Ten tutoriál je plný chýb. Začiatočník by rozhodne nemal začínať na čistom PHP (iba ak pre učenie), mal by začať so Symfony alebo Laravel. Svoj vlastný framework/aplikáciu bez frameworku si môže dovoliť len naozaj pokročilý programátor. Autor hore uvedeného tutoriálu ním zatiaľ nie je, má sa čo učiť. Námatkovo vyberiem chyby.
// specify your own database credentials
private $host = "localhost";
private $db_name = "api_db";
private $username = "root";
private $password = "";
public $conn;
Configuračné dáta sa dávajú zvlášť do súborou. Navyše, uloženie účtu a hesla treba riešiť zvlášť. Heslo treba tiež
samozrejme zakryptovať.
try{
$this->conn = new PDO("mysql:host=" . $this->host . ";dbname=" . $this->db_name, $this->username, $this->password);
$this->conn->exec("set names utf8");
}catch(PDOException $exception){
echo "Connection error: " . $exception->getMessage();
}
Pokiaľ viem, v PHP by sa takto nemali riešiť výnimky. Majú sa nechať vybublať. A keď už ich zachytávame, tak ich nevypisujeme, ale logujeme. Nastaviť logovanie a všetko s tým spojené je fuška.
header("Access-Control-Allow-Origin: *");
Bezpečnostná chyba.
$query = "SELECT
id, name, description
FROM
" . $this->table_name . "
ORDER BY
name";
$stmt = $this->conn->prepare( $query );
$stmt->execute();
Toto tiež nevyzerá dobre, SQL príkazy sa nesmú takto spájať. Aj keď v tomto prípade zrejme nedôjde k SQL Injection, takto programovať je bezpečnostné riziko.
$keywords=isset($_GET["s"]) ? $_GET["s"] : "";
Toto je nedostatočná validácia.
Frameworku sú tu z určitého dôvodu. Aby sa predchádzalo chybám a znovuvynaliezaniu kolesa. Opakujem, vlastný framework si môže vytvoriť len naozaj skúsený programátor. Ostatní, študovať Laravel a Symfony.
Přesně. Těch chyb je tam hodně. Nadruhou stranu nesouhlasím s tím, že by měl začátečník začít právě se Symfony. Je tam hodně věcí, které vám zatočí hlavu i když jste senior. Doporučoval bych FW, který není postavený nad Symfony, a to Laravel a Lumen rozhodně není. Nette možná ...
-
Odvážní jedinci mohou zkusit Haxe: https://haxe.org/
Jeden jazyk, který se mimojiné kompiluje jak do JavaScriptu, tak do PHP. Podpora PHP včetně bugfixů se rapidně rozvíjí ve verzi 4 která je sice zatím jen preview, ale pokud to funguje tak to funguje.
Haxe je jazyk velmi podobný ActionScriptu (Flash), a s vhodnými knihovnami jej dokáže nahradit. Rychlost transpilace je ve srovnání s TypeScriptem velmi rychlá, proběhne v podstatě ihned.
Už jsem na to kdysy dávno narazil. Setkal jsi se někdy s reálným nasazením?
Kterak se TiVo flashe zbavovalo...
https://haxe.org/blog/tivo-using-haxe-to-improve-user-experience-for-millions-of-customers/
-
Povim Vam pribeh, kterak jsem se rozhodl prepsat jeden obstarozni web. Stejne jako zakladatel vlakna jsem si rekl, ze prece nebudu pouzivat velky tezkopadny framework jako je prave treba Symfony. Vzdyt vzit neco maleho a pridat si v dnesni dobe par komponent pres composer nebude hracka...
Po dvou tydnech (vecerni) prace jsem stale nezacal na samotne aplikaci. Stale resim jak udelat to ci ono (preklady, routovani, pristup k DB, ...) - vse propojit. Spousta hodin psani adapteru a vselijakych propojovatek. Stale nejsem hotov.
... vlastne jsem. Kaslu na to a sahnu prave po Symfony - budu se moct ode dne 0 zaobirat programovanim toho, co chci, a ne toho kolem.
-----
Ad Haxe: nerad bych vypadal jako zakladac flamewaru, ale Haxe patri do minuleho desetileti. Dnes se (ke vsi smule) pouziva JavaScript.
-
Já osobně žádný framework nepoužívám, vystačím si se znalostmi jazyka a vlastní sbírkou funkcí, které jsem si za ty roky vytvořil. Více toho nepotřebuji. V první řadě nestojím o bloatware, kterému nerozumím do posledního písmenka a který zbytečně žere zdroje. Proto si radši dám práci s lastní tvorbou. Myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
-
Já osobně žádný framework nepoužívám, vystačím si se znalostmi jazyka a vlastní sbírkou funkcí, které jsem si za ty roky vytvořil. Více toho nepotřebuji. V první řadě nestojím o bloatware, kterému nerozumím do posledního písmenka a který zbytečně žere zdroje. Proto si radši dám práci s lastní tvorbou. Myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Což ocení každá firma, která Tě zaměstná...
-
Já osobně žádný framework nepoužívám, vystačím si se znalostmi jazyka a vlastní sbírkou funkcí, které jsem si za ty roky vytvořil. Více toho nepotřebuji. V první řadě nestojím o bloatware, kterému nerozumím do posledního písmenka a který zbytečně žere zdroje. Proto si radši dám práci s lastní tvorbou. Myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Což ocení každá firma, která Tě zaměstná...
Pokiaľ pracujete na svojej aplikácii, tak nech sa páči. Ale v prípade aplikácie pre tretiu stranu si takýto prístup neviem predstaviť. Kto bude upgradovať tú aplikáciu, kto sa postará o bug a security opravy?
Ak odíde programátor, ktorý si vytvoril svoju vlastnú sadu funkcií, tak programátor, ktorý ho nahradí, si to musí najprv naštudovať.
V prípady napr. Symfony frameworku máte pevne stanovený roadmap, pravidelné bug a security opravy, výbornú dokumentáciu. Všetko je predvídateľné a profesionálne. Jedného Symfony programátora nahradíte ľahšie iným Symfony programátorom. Zdrojové kódy sú k dispozícii na Githube, kto sa chce realizovať, môže si vytvoriť vlastnú Symfony komponentu.
-
Já osobně žádný framework nepoužívám, vystačím si se znalostmi jazyka a vlastní sbírkou funkcí, které jsem si za ty roky vytvořil. Více toho nepotřebuji. V první řadě nestojím o bloatware, kterému nerozumím do posledního písmenka a který zbytečně žere zdroje. Proto si radši dám práci s lastní tvorbou. Myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Což ocení každá firma, která Tě zaměstná...
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony? A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
-
Vám se to určitě vyplatilo, protože pokud máte 15 let vendor lock-in jako kráva, tak i kdybyste poslal šéfa a celé vedení firmy do prd ele, tak Vás stejně vyhodit nemůžou, protože nikoho jinýho by na spravování té aplikace nesehnali. Protože každý rozumný programátor, kterýho by tam vzali by hned vzal roha, než aby se staral o nějakej legacy projekt bez frameworku.
-
Vám se to určitě vyplatilo, protože pokud máte 15 let vendor lock-in jako kráva, tak i kdybyste poslal šéfa a celé vedení firmy do prd ele, tak Vás stejně vyhodit nemůžou, protože nikoho jinýho by na spravování té aplikace nesehnali. Protože každý rozumný programátor, kterýho by tam vzali by hned vzal roha, než aby se staral o nějakej legacy projekt bez frameworku.
Není to legacy, ale živý a rozvíjející se projekt, děláme na tom tři, zdrojáky a dokumentace jsou plně k dispozici a k jejich zvládnutí stačí umět php a js/html/css. Ale není to nic pro lepiče kódu, kteří umí akorát k sobě lepit komponenty frameworku, na všechny požadavky, které nejsou náhodou frameworkem pokryté odpovídají - to nejde a když se objeví nějaká chyba, tak se modlí, aby ji někdo co nejrychleji opravil.
-
Ne, díky. V 21. století stavět PHP projekt bez frameworku je nesmysl. :) Ono i kdyby ten Váš kód byl bezpečný jako je ten na úrovni Nette nebo Symfony (o čemž pochybuji, když oni mají security audity a další věci), tak stále je tam problém jako kráva v tom, že když přijde nový vývojář a uvidí Symfony, tak ví, že když dostane za úkol upravit routu, tak se podívá sem do tohohle souboru a upraví to. To samé v Nette. U něčeho dělaného na koleni tohle vědět nebude a tak bude v lepším případě číst dokumentaci a v horším zkoumat kód. :)
A vím o čem mluvím, pár takovýhle sraček bez FW jsme už ve firmě předělávali buď do Nette nebo do Symfony, podle toho, co preferoval klient (Nette pro ryze české projekty, Symfony pro ty, kde byl potenciál i pro zahraničí).
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony?
Jenže to je něco jiného. Dnes kvalitní FW jsou.
A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Nevyplatí. Proč by mělo? Uveďte konkrétní výhody.
Jako dobře, pokud budete tvrdit, že žádný FW nemá požadované funkčnosti, protože vy máte tento a tento skvělej nápad, který žádné FW nemá, a naroubovat se na to nedají, tak fajn, takto by se dalo bavit. Ale vytvářet si vlastní řešení jen proto, aby bylo vlastní?! Ne, zcela určitě ne.
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony? A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
V roku 2002 sa všetci len učili tvoriť webové stránky. Symfony tu bude o 15 rokov naisto. Každým rokom sa framework zlepšuje spolu s PHP jazykom a ekosystémom a komunita sa zväčšuje.
Ale není to nic pro lepiče kódu, kteří umí akorát k sobě lepit komponenty frameworku, na všechny požadavky, které nejsou náhodou frameworkem pokryté odpovídají - to nejde a když se objeví nějaká chyba, tak se modlí, aby ji někdo co nejrychleji opravil.
Nechápem, keď sa niekto díva na programátorov využívajúcich framework zvysoka. V skutočnosti musí mať takýto kóder rozsiahle znalosti a musí sa neustále vzdelávať. Keď vyvíjate aplikácie nemáte na nízkoúrovňové veci ako sú napr. transakcie, parsovanie requestu, budovanie security/databázovej vrstvy atď absolútne čas. O tom je predsa deľba práce.
Fabien Potencier a spol. kódia Symfony framework (a robia to dobre), ostatní kódia aplikácie pomocou Symfony.
V súčasnosti už ťažko nájdeme oblasť, ktorú Symfony alebo niektorý externý PHP modul nepokrýva. A keď narazíte na chybu, tak na 99% sa s ňou už niekto pred vami stretol a na webe nájdete odpoveď.
Ono i kdyby ten Váš kód byl bezpečný jako je ten na úrovni Nette nebo Symfony (o čemž pochybuji, když oni mají security audity a další věci)
Európska komisia zaradila Symfony do svojho zoznamu pre bug hunting program; medzi 15 najdôležitejších softwérov. Takže pochybuje že bude nejaký in-house projekt bezpečnejší ako Symfony.
-
Ne, díky. V 21. století stavět PHP projekt bez frameworku je nesmysl. :) Ono i kdyby ten Váš kód byl bezpečný jako je ten na úrovni Nette nebo Symfony (o čemž pochybuji, když oni mají security audity a další věci), tak stále je tam problém jako kráva v tom, že když přijde nový vývojář a uvidí Symfony, tak ví, že když dostane za úkol upravit routu, tak se podívá sem do tohohle souboru a upraví to. To samé v Nette. U něčeho dělaného na koleni tohle vědět nebude a tak bude v lepším případě číst dokumentaci a v horším zkoumat kód. :)
A vím o čem mluvím, pár takovýhle sraček bez FW jsme už ve firmě předělávali buď do Nette nebo do Symfony, podle toho, co preferoval klient (Nette pro ryze české projekty, Symfony pro ty, kde byl potenciál i pro zahraničí).
Nezlob se, ale je vidět, že jsi nikdy nic pořádného nedělal. Framework je legrace. PHP je legrace. Je to obyčejný kód. To umí kde kdo a nic na tom není, tařka nulová vstupní bariéra pro zkušeného programátora. To podstatné, skutečný poklad, který se v kódu skrývá, je byznys logika do toho kódu zakutá. Nový vývojář, i kdyby byl sebevětší IT machr, to bude uctivě sledovat z povzdálí a potrvá několik let, než byznysu zaměstnavatele porozumí a bude schopen do toho zasahovat. Jednoduší je udělat programátora z někoho, kdo dobře rozumí procesům zaměstnavatele, než naučit programátora rozumět jeho byznysu. Jestli jsem pro zaměstnavatele něčím cenný a nenahraditelný, tak právě tím, jak rozumím jeho potřebám, vyznám se v jeho technologických i organizačních procesech nebo jeho datových úložištích, což je bludiště samo o sobě. Což mě jen tak mimochodem přivádí k dotazu, jak si Symfony dobře rozumí s věcmi jako je SAP, AS8, Historian nebo COM?
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony?
Jenže to je něco jiného. Dnes kvalitní FW jsou.
A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Nevyplatí. Proč by mělo? Uveďte konkrétní výhody.
Jako dobře, pokud budete tvrdit, že žádný FW nemá požadované funkčnosti, protože vy máte tento a tento skvělej nápad, který žádné FW nemá, a naroubovat se na to nedají, tak fajn, takto by se dalo bavit. Ale vytvářet si vlastní řešení jen proto, aby bylo vlastní?! Ne, zcela určitě ne.
Dnes jsou kvalitní fw na co? Na dělání eshopů, možná redakčních systémů. Kolik máš kvalitních frameworků pro php na kreslení technologických schémat, které by si jednoduše rozuměly s opc serverem a vůbec obecně pro průmyslové nasazení? Který php framework si dobře rozumí alespoň s nejběžnějšími ERP systémy? Framework je dobrý na dělání tuctových webů, které potřebuješ sázet jako baťa cvičky, nikoliv na systémy přizpůsobené na míru, kde fw stejně z půlky musíš překopat a pak složitě udržovat funkční.
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony?
Jenže to je něco jiného. Dnes kvalitní FW jsou.
A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Nevyplatí. Proč by mělo? Uveďte konkrétní výhody.
Jako dobře, pokud budete tvrdit, že žádný FW nemá požadované funkčnosti, protože vy máte tento a tento skvělej nápad, který žádné FW nemá, a naroubovat se na to nedají, tak fajn, takto by se dalo bavit. Ale vytvářet si vlastní řešení jen proto, aby bylo vlastní?! Ne, zcela určitě ne.
Dnes jsou kvalitní fw na co? Na dělání eshopů, možná redakčních systémů. Kolik máš kvalitních frameworků pro php na kreslení technologických schémat, které by si jednoduše rozuměly s opc serverem a vůbec obecně pro průmyslové nasazení? Který php framework si dobře rozumí alespoň s nejběžnějšími ERP systémy? Framework je dobrý na dělání tuctových webů, které potřebuješ sázet jako baťa cvičky, nikoliv na systémy přizpůsobené na míru, kde fw stejně z půlky musíš překopat a pak složitě udržovat funkční.
Někdo tu argumentoval stylem, že FW má být na všechno? Pane, takto diskutovat nebudeme.
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony?
Jenže to je něco jiného. Dnes kvalitní FW jsou.
A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Nevyplatí. Proč by mělo? Uveďte konkrétní výhody.
Jako dobře, pokud budete tvrdit, že žádný FW nemá požadované funkčnosti, protože vy máte tento a tento skvělej nápad, který žádné FW nemá, a naroubovat se na to nedají, tak fajn, takto by se dalo bavit. Ale vytvářet si vlastní řešení jen proto, aby bylo vlastní?! Ne, zcela určitě ne.
Dnes jsou kvalitní fw na co? Na dělání eshopů, možná redakčních systémů. Kolik máš kvalitních frameworků pro php na kreslení technologických schémat, které by si jednoduše rozuměly s opc serverem a vůbec obecně pro průmyslové nasazení? Který php framework si dobře rozumí alespoň s nejběžnějšími ERP systémy? Framework je dobrý na dělání tuctových webů, které potřebuješ sázet jako baťa cvičky, nikoliv na systémy přizpůsobené na míru, kde fw stejně z půlky musíš překopat a pak složitě udržovat funkční.
Někdo tu argumentoval stylem, že FW má být na všechno? Pane, takto diskutovat nebudeme.
Dovolim si tvrdit, ze tak argumentovali prakticky vsichni, kdo ho tu shazovali po prohlaseni, ze on framework nepouziva. I ty bez rozmyslu pises ze kvalitni fw jsou, aniz by ses zajimal o co ma jit.
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony?
Jenže to je něco jiného. Dnes kvalitní FW jsou.
A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Nevyplatí. Proč by mělo? Uveďte konkrétní výhody.
Jako dobře, pokud budete tvrdit, že žádný FW nemá požadované funkčnosti, protože vy máte tento a tento skvělej nápad, který žádné FW nemá, a naroubovat se na to nedají, tak fajn, takto by se dalo bavit. Ale vytvářet si vlastní řešení jen proto, aby bylo vlastní?! Ne, zcela určitě ne.
Dnes jsou kvalitní fw na co? Na dělání eshopů, možná redakčních systémů. Kolik máš kvalitních frameworků pro php na kreslení technologických schémat, které by si jednoduše rozuměly s opc serverem a vůbec obecně pro průmyslové nasazení? Který php framework si dobře rozumí alespoň s nejběžnějšími ERP systémy? Framework je dobrý na dělání tuctových webů, které potřebuješ sázet jako baťa cvičky, nikoliv na systémy přizpůsobené na míru, kde fw stejně z půlky musíš překopat a pak složitě udržovat funkční.
Uff ... no PHP je technologie pro web, nevím proč by měla komunikovat s nějakou technologií pro renderování ... na ERP se samozřejmě dá napojit celkem lehce, tedy pokud ten systém má pěkné API. A s PHP jsem schopen vytvořit jakýkoliv systém namíru, stejně jako s .NETem, Javou ... jen nesmíš být klasický PHP prase!
-
Err, framework (_frame_work_) tu neni preci od zajisteni komunikace s buhvijakymi systemy. Framework poskytuje takovou tu beznou funkcionalitu, takze se prave clovek muze soustredit na vlastni business logiku a nemusi resit: zpracovani dotazu, logovani, nacitani konfigurace, IoC, sablonovani, cache, error handling ...
Tedy byt proti frameworkum kvuli tomu, ze nepodporuji to ci ono, je prinejmensim usmevne ::)
-
Dobrý den
chtěl bych se zeptat, jestli existuje nějaký PHP framework, který by se co do jednoduchosti užití vyrovnal jQuery. Vím že trochu míchám jablka a hrušky, ale jQuery jsem nadšen a přitom jsem s javascriptem začal před měsícem. Zatímco PHP frameworky mi přijdou pro mé účely jaksi... moc komplexní a složité na použití. Programování mám prozatím jako hobby a co se týče PHP, tak kromě využití nějaké převzaté třídy nebo třídy např. pro práci s MySQLi, co si píšu, začínám na zelené louce.
Odkud jste čerpal info k jQuery? Máte nějaký rozumný zdroj tutoriálů?
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony?
Jenže to je něco jiného. Dnes kvalitní FW jsou.
A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Nevyplatí. Proč by mělo? Uveďte konkrétní výhody.
Jako dobře, pokud budete tvrdit, že žádný FW nemá požadované funkčnosti, protože vy máte tento a tento skvělej nápad, který žádné FW nemá, a naroubovat se na to nedají, tak fajn, takto by se dalo bavit. Ale vytvářet si vlastní řešení jen proto, aby bylo vlastní?! Ne, zcela určitě ne.
Dnes jsou kvalitní fw na co? Na dělání eshopů, možná redakčních systémů. Kolik máš kvalitních frameworků pro php na kreslení technologických schémat, které by si jednoduše rozuměly s opc serverem a vůbec obecně pro průmyslové nasazení? Který php framework si dobře rozumí alespoň s nejběžnějšími ERP systémy? Framework je dobrý na dělání tuctových webů, které potřebuješ sázet jako baťa cvičky, nikoliv na systémy přizpůsobené na míru, kde fw stejně z půlky musíš překopat a pak složitě udržovat funkční.
Někdo tu argumentoval stylem, že FW má být na všechno? Pane, takto diskutovat nebudeme.
Dovolim si tvrdit, ze tak argumentovali prakticky vsichni, kdo ho tu shazovali po prohlaseni, ze on framework nepouziva. I ty bez rozmyslu pises ze kvalitni fw jsou, aniz by ses zajimal o co ma jit.
Dovolím si zvýraznit tučně tu nepromyšlenost. Ta odpověď od Sunara byla prostě blbá a hloupá.
-
Nezlob se, ale je vidět, že jsi nikdy nic pořádného nedělal. Framework je legrace. PHP je legrace. Je to obyčejný kód. To umí kde kdo a nic na tom není, tařka nulová vstupní bariéra pro zkušeného programátora. To podstatné, skutečný poklad, který se v kódu skrývá, je byznys logika do toho kódu zakutá. Nový vývojář, i kdyby byl sebevětší IT machr, to bude uctivě sledovat z povzdálí a potrvá několik let, než byznysu zaměstnavatele porozumí a bude schopen do toho zasahovat. Jednoduší je udělat programátora z někoho, kdo dobře rozumí procesům zaměstnavatele, než naučit programátora rozumět jeho byznysu. Jestli jsem pro zaměstnavatele něčím cenný a nenahraditelný, tak právě tím, jak rozumím jeho potřebám, vyznám se v jeho technologických i organizačních procesech nebo jeho datových úložištích, což je bludiště samo o sobě. Což mě jen tak mimochodem přivádí k dotazu, jak si Symfony dobře rozumí s věcmi jako je SAP, AS8, Historian nebo COM?
Počítáte projekty s rozpočtem v řádu od několika milionů po několik desítek milionů Kč jako něco pořádného? Pokud ano, tak u takových projektů se v rámci firmy běžně pohybuji (jako "řadový" vývojář). A zkuste si nějakému takovému zákazníkovi říct, že použijete vlastní framework místo Symfony a uvidíte, jak rychle Vás pošle do zadeke. 8)
Btw nevidím důvod proč bych potřeboval nějak detailně rozumět businesu zákazníka, když na to máme analytiky, díky kterým dostanu zadání v takovém stavu, že ho prostě udělám a nějak extra mě nezajímá proč to tak zákazník chce - mě prostě stačí vědět, že když se udělá A, tak něco tady uložím do databáze, něco vytáhnu a upravím, támhle pošlu emailem tohle a je to - přesně dle zadání. Proč se to má udělat je mě u zadeke, od toho je tam ten analytik, aby věděl že je tohle nutné udělat.
Kolik máš kvalitních frameworků pro php na kreslení technologických schémat, které by si jednoduše rozuměly s opc serverem a vůbec obecně pro průmyslové nasazení?
Ano, tohle je totiž naprosto běžné použití PHPka. To je asi tak pádný argument jako chtít vytvořit webovej eshop v GLSL, kterej bude běžet na shaderech na grafice. 8)
-
Ta, co mě zaměstnává, to oceňuje už přes 15 let. Vývoj začal v roce 2002, nasazeno to bylo v roce 2003. Kde v té době bylo symfony?
Jenže to je něco jiného. Dnes kvalitní FW jsou.
A za svuj kratší život má symfony už čtvrtou major verzi (kdy přestala být podporovaná ta první) a visí na spoustě dalších projektů, takže otázka zní, kde bude za dalsich 15 let? Jak jsem napsal, myslím si, že z hlediska dlouhodobého udržování aplikace je to lepší řešení a vyplatí se to.
Nevyplatí. Proč by mělo? Uveďte konkrétní výhody.
Jako dobře, pokud budete tvrdit, že žádný FW nemá požadované funkčnosti, protože vy máte tento a tento skvělej nápad, který žádné FW nemá, a naroubovat se na to nedají, tak fajn, takto by se dalo bavit. Ale vytvářet si vlastní řešení jen proto, aby bylo vlastní?! Ne, zcela určitě ne.
Dnes jsou kvalitní fw na co? Na dělání eshopů, možná redakčních systémů. Kolik máš kvalitních frameworků pro php na kreslení technologických schémat, které by si jednoduše rozuměly s opc serverem a vůbec obecně pro průmyslové nasazení? Který php framework si dobře rozumí alespoň s nejběžnějšími ERP systémy? Framework je dobrý na dělání tuctových webů, které potřebuješ sázet jako baťa cvičky, nikoliv na systémy přizpůsobené na míru, kde fw stejně z půlky musíš překopat a pak složitě udržovat funkční.
Někdo tu argumentoval stylem, že FW má být na všechno? Pane, takto diskutovat nebudeme.
Dovolim si tvrdit, ze tak argumentovali prakticky vsichni, kdo ho tu shazovali po prohlaseni, ze on framework nepouziva. I ty bez rozmyslu pises ze kvalitni fw jsou, aniz by ses zajimal o co ma jit.
Dovolím si zvýraznit tučně tu nepromyšlenost. Ta odpověď od Sunara byla prostě blbá a hloupá.
No nevim, v diskusi zaznely veci jako Ne, díky. V 21. století stavět PHP projekt bez frameworku je nesmysl.
Ja v PHP moc nejedu, ale v jinych jazycich mi neprijde nic spatneho na tom vzit jazyk a zacit v nem delat program a v pripade potreby si stahnout nejakou knihovnu, pokud mi nestaci ty, ktere jsou soucasti jazyka. Zadny framework k tomu nepotrebuju, na co? Nakolik znam PHP, tak to je 'knihovnami funkci' docela bohate vybavene.
Imho zakladni chyba uz je v tunelovem videni PHP/WEB. V Linuxu jsem uz videl par systemovych skriptu v PHP. A ted mi rekni, k cemu by takovemu skriptu bylo Symphony? A i pokud aplikace pobezi na serveru, nemusi to byt klasicky web, aplikaci muze byt mnoho. Pokud sunar dela nejake technologicke cosi, co neni bezna webova aplikace, je k tomu potreba Symfhony? Ja v Pythonu treba delam aplikace, ktere realizuji gui skrz websokety v prohlizeci. Bezi to zpravidla lokalne, ale ne vzdy (treba v pripade headless aplikace, kde webove rozhrani slouzi jen k nastaveni/monitoringu) a zadny framework jsem k tomu nikdy nepotreboval. Je to spatne? Kdybych to delal v PHP, k cemu by mi v tomto pripade bylo Symphony. Bez znalosti veci se mi jevi, jako mozne usnadneni delani klasickych webu, ale ne jako neco, bez ceho se neobejde zadna PHP aplikace. Nebo je PHP samo o sobe tak spatne?
Zasveceneji bych mohl hovorit o JS, kde treba ja davam prednost psat v cistem js a nekdo uprednostnuje jquery. Mozna proto, ze js dobre ovladam a v pomalem jquery (https://medium.com/@trombino.marco/you-might-not-need-jquery-a-2018-performance-case-study-aa6531d0b0c3) nevidim rozumny prinos. Nemyslim si, ze by si mel clovek implementovat vsechno sam, ale melo by to mit prinos. Za vdek jsem vzal treba knihovnou svg.js, ktera take kupodivu pouziva vanilla js. Mozna se tak take na svou adresu dozvim, ze v 21. stoleti je nesmysl pouzivat js bez jQuery. Ale je ti vnimam jako hodne omezeny vykrik.
Takze pokud je tu nejaky objektivnejsi znalec, jaky prinos a jake ztraty prinasi Symphony? Jake ma naklady na vykon a pamet? Je to implementovane v C nebo v PHP? Jestlize nechci pouzivat ORM, co mi nabizi pro databaze?
-
1) je to Symfony. zadne P, zadne H a podobne patvary
2) co mi to prinasi? STANDARDIZACI. Tu predevsim. Kdyz pouziju framework X a jedu podle jeho guidelines tak je vyvojar velice jednoduse nahraditelny. To neplati o kodu od nuly. Prijdu jako novacek na ten projekt, ale delal jsem v symfony driv tak vim zhruba kam kouknout, co jak funguje.
3) co mi to prinasi? Nevynalezam kolo. Chci user management? Nepisu od zacatku nejaky storage, neresim bezne resene veci... Atd. => obrovska casova uspora. resim jen core byznys vec zakaznika, nezajima me implementace bezne pouzivanych veci, na to je API.
4) co mi to bere? Musim byt k zakaznikovi fair, nemam vendor lock-in. to nekdo muze brat jako nevyhodu. ja to beru jako vyhodu - najdu snadneji ksefty.
5) Jake ma naklady na vykon a pamet? Je mi to burt, zelezo je levnejsi nez vyvojar.
6) Je to implementovane v C nebo v PHP? Je to ciste PHP. Neni sebemensi duvod, aby to bylo jinak
7) Jestlize nechci pouzivat ORM, co mi nabizi pro databaze? mas PHP PDO.
Ano, existujou alikace kdy nema smysl pouzit Framework, ale v takovych pripadech bych se zamyslel, jestli je vubec vhodne pouzit PHP. Ano, PHP je proste urcene na delani webu.
-
Ano, PHP je proste urcene na delani webu.
Takový rozumný příspěvek a taková kravina na závěr ::)
-
1) je to Symfony. zadne P, zadne H a podobne patvary
2) co mi to prinasi? STANDARDIZACI. Tu predevsim. Kdyz pouziju framework X a jedu podle jeho guidelines tak je vyvojar velice jednoduse nahraditelny. To neplati o kodu od nuly. Prijdu jako novacek na ten projekt, ale delal jsem v symfony driv tak vim zhruba kam kouknout, co jak funguje.
3) co mi to prinasi? Nevynalezam kolo. Chci user management? Nepisu od zacatku nejaky storage, neresim bezne resene veci... Atd. => obrovska casova uspora. resim jen core byznys vec zakaznika, nezajima me implementace bezne pouzivanych veci, na to je API.
4) co mi to bere? Musim byt k zakaznikovi fair, nemam vendor lock-in. to nekdo muze brat jako nevyhodu. ja to beru jako vyhodu - najdu snadneji ksefty.
5) Jake ma naklady na vykon a pamet? Je mi to burt, zelezo je levnejsi nez vyvojar.
6) Je to implementovane v C nebo v PHP? Je to ciste PHP. Neni sebemensi duvod, aby to bylo jinak
7) Jestlize nechci pouzivat ORM, co mi nabizi pro databaze? mas PHP PDO.
Ano, existujou alikace kdy nema smysl pouzit Framework, ale v takovych pripadech bych se zamyslel, jestli je vubec vhodne pouzit PHP. Ano, PHP je proste urcene na delani webu.
2) PHP je sam standard. Kazdy programator v PHP zna PHP, ale ne kazdy zna Symfony. Frameworku je vic, tim se to tristi a komplikuje. PHP ale znaji vsichni. Padaly tu dotazy na mene bezne veci a bylo receno, udelej sá sam, framework je jen na zaklady, takze stejne vetsinu aplikace bude tvorit vlastni tvorba a originaliita, do ktere novacek zasahnout nemuze.
3) Jo, beru, setri to praci, ale je to ucelove, zamerene na klasicky web. Kdyz delam svou single user aplikaci, user management nepotrebuju, kdyz budu delat podnikovou aplikaci, jak si to poradi s domenovym overovanim uzivatelu? Co se tyce DB, v kroku 7 jsi me stejne odkazal na vanilla PHP reseni, framework zase utrel.
4) S PHP nemas nikdy vendor lock in a rozumny zadavatel si dostupnost zdrojaku osetri smluvne. Lock-in spise zakaznikovi (i sobe) vytvoris na ten framework, ktery nemas pod kontrolou.
5) Dobre, nevyhodami se zabyvat nechces.
6) Duvodem by byl vykon, byt to v C, bylo by to rychle, to byl objektivni prinos. Takhle je to mezivrstva navic a mozna ze ta mezivrstva je bloatware. jQuery je oproti vanille JS snizuje vykon radove, pritom js samo uz je jako interpretovany jazyk dost pomale. U sranda webu to nevadi, u velkych bych se o to zajimal.
Uprimne receno, kdybych ja byl zadavatel a nekdo me tvrdil, ze ted v php frci symfony a ze musi muj web predelat do symfony, protoze to je ted in a jeho programatori nic jineho neumi, vyhodil bych ho. A kdybych se rozhodl, ze je web nutno predelat, sel bych na to z gruntu a nasadil misto PHP nejaky zavedeny jazyk, ktery je pouzitelny primo.
-
- no takhle, ted budu strilet do svych rad, ale videt v PHP nejake standardy... ty prave prinasi dobry framework.
- overovani uzitelu? tak proste nad ten "klasicky" user management pridam LDAP nebo jiny balicek. Muzu si tam vyladit detaily, ale nepotrebuju vedet jak to s tim serverem komunikuje. Nebo si holt dopisu jen ten konektor a nemusim resit zaklady. At tak nebo tak bude to vyrazne levnejsi nez to psat od nuly.
- vendor: i se zdrojakem vznika silna zavislost. v jedny firme jsem prave predelaval asi 8 projektu pod jednu strechu. co pes to jina ves. programator neco na koleni spichnul a pak ho nebylo jak dohledat. kazdy kdo pak videl "samo domo" tak mel strach do toho sahnout. zdrojak meli a presto to byl problem. ve chvili kdy se nam to podarilo dostat na jeden stejny zaklad a ja chtel po case skoncit tak nebyl problem najit nekoho kdo nemel problem to vzit (na rozdil od predchoziho hegeše). on si kazdej mysli jakej je genius a pise nejlip. neni to pravda. a vetsinou cim vetsi genius tim hure udrzovatelny kod pro ostatni.
- pokud pujdu fakt drsne po vykonu tak se preci PHP vyhnu na zacatku. Ale kdyz clovek vyslovene neprasi tak neni zase tak moc webu, ktery by to neutahlo (a neni problem škálovat).
- predelavani jen kvuli predelavani? to asi nema smysl ne. ale kdyz vytvarim novy projekt tak mi nekdo navrhovat samo-domo tak leti oknem.
Urvustrop: ano, vypadlo mi tam slovo "primarne". muzes v tom napsat velin jaderne elektrarny, muzes v tom napsat cokoliv, ale je to vyhodne?
-
Uprimne receno, kdybych ja byl zadavatel a nekdo me tvrdil, ze ted v php frci symfony a ze musi muj web predelat do symfony, protoze to je ted in a jeho programatori nic jineho neumi, vyhodil bych ho. A kdybych se rozhodl, ze je web nutno predelat, sel bych na to z gruntu a nasadil misto PHP nejaky zavedeny jazyk, ktery je pouzitelny primo.
Ale tady nikdo neříká, že se má předělávat každý web do frameworku. Ale když přijde zákazník, že mu někdo zbastlil projekt za pět mega a že je to pomalý a nikdo se v tom nevyzná a chce to napsat na zelený louce, tak mu tam prostě dáme Symfony nebo Nette, protože tam i za pět let to bude relativně v pohodě + samozřejmě se klade důraz na coding-style, statickou analýzu (PHPStan) a testy (není náhodou, že zbastalený věci bez frameworku nemají většinou ani jedno - zkuste si naschvál spustit třeba PHPStan nad nějakým vlastním projektem a napište počet chyb :D).
PHP je jazyk použitelný přímo, ale to se hodí tak na skripty o maximálně pár stovkách řádcích. Stejně jako nebudu single page aplikaci psát v čistým Javascriptu, protože nejsem masochista, ale sáhnu pro Angularu, Reactu nebo Vue.js, tak stejně protože nejsem masochista a nehodím si psát 100x login a myslet na milion bezpečnostních nastavení, aby to bylo opravdu bezpečné, tak prostě sáhnu po frameworku, který mi minimálně vyřeší uživatele, cachování, připojení k databází, sanatizaci výstupu HTML a podobný věci - zrovna to poslední, kolik lidí vypíše normálně do HTML echo a vůbec neřeší nějaký escapování (a už vůbec ne, že to escapování musí být podle kontextu). V Nette to Latte vyřeší přímo, vypíšu proměnnou a je mi fuk kde, protože vím, že Latte to samo detekuje a použije tu správnou metodu.
-
Imho zakladni chyba uz je v tunelovem videni PHP/WEB. V Linuxu jsem uz videl par systemovych skriptu v PHP. A ted mi rekni, k cemu by takovemu skriptu bylo Symphony?
V tomto vlákne sa rozoberajú PHP frameworky, preto sme tu väčšina z nás implicitne predpokladali webovú aplikáciu. Inak, Symfony má Console komponentu, ktorá uľahčuje tvorbu systémových aplikácií v PHP. Samotný Symfony framework využíva systémové PHP programy, napr. na scaffolding.
Treba si Symfony hlbšie naštudovať. Symfony je totiž sada komponent a webový framework. Viaceré Symfony komponenty sú úspešne využívané ostatnými frameworkami, CMSkami atď.
Co se tyce DB, v kroku 7 jsi me stejne odkazal na vanilla PHP reseni, framework zase utrel.
Symfony ponúka query builder s názvom DBAL (database abstraction layer).
<?php
$queryBuilder
->select('DATE(last_login) as date', 'COUNT(id) AS users')
->from('users')
->groupBy('DATE(last_login)')
->having('users > 10')
;
-
Symfony ponúka query builder s názvom DBAL (database abstraction layer).
<?php
$queryBuilder
->select('DATE(last_login) as date', 'COUNT(id) AS users')
->from('users')
->groupBy('DATE(last_login)')
->having('users > 10')
;
K čemu je to dobré? Komu to prospěje?
-
Err, framework (_frame_work_) tu neni preci od zajisteni komunikace s buhvijakymi systemy. Framework poskytuje takovou tu beznou funkcionalitu, takze se prave clovek muze soustredit na vlastni business logiku a nemusi resit: zpracovani dotazu, logovani, nacitani konfigurace, IoC, sablonovani, cache, error handling ...
Frameworky tyhle prkotiny dělají? Dělají i něco užitečnějšího?
-
Symfony ponúka query builder s názvom DBAL (database abstraction layer).
<?php
$queryBuilder
->select('DATE(last_login) as date', 'COUNT(id) AS users')
->from('users')
->groupBy('DATE(last_login)')
->having('users > 10')
;
K čemu je to dobré? Komu to prospěje?
1) Modul A vytvori objekt dotazu. Ja dokazu v modulu B toto upravit nez to poslu do DB. To je vyhodne treba kdyz resis uzivatelska prava na jednotlive radky v tabulce.
2) pokud to pouzijes spravne nemusis resit jakou DB tam mas.
-
Tady se nette a php obecně dost hejtí, ale php 7.1+ a nette 3.0 by mělo být dost dobře použitelné. Stáhnu, hodím na server a už mi jede první stránka, aniž bych strávil tejden na konfiguraci. Vyřešili typy proměnných i funkcí, takže ten předchozí bordel by měl být minulostí. Prostě strict_types=1
Řešil jsem teď zrovna, co použít na jednoduchý dynamický web a další projekty a po několika dnech hledání zde na rootu jsem chtěl upustit od php. Tak jsem hledal nějakou alternativu a nevím, nenašel jsem. Po shlédnutí tohoto mám zase jasno: https://www.youtube.com/watch?v=omuufHslbDY&t=585s
Mám hned vyřešenou bezpečnost, autentizaci, databázi, ladění. Přidám bootstrap a už jedu jen vlastní projekt.
V další verzi php by mělo přijít zrychlení načítání o 30-50%.