Fórum Root.cz

Hlavní témata => Vývoj => Téma založeno: PanVP 15. 02. 2021, 20:10:56

Název: Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 15. 02. 2021, 20:10:56
Ahoj,

PHP je řekněme ...luk (ehm)
https://www.youtube.com/watch?v=EjSFesxiB6Y (https://www.youtube.com/watch?v=EjSFesxiB6Y)

ASP.NET Core je jako náckovský flak...8 lidí to obsluhuje, ale poradí si to se vším...
https://www.youtube.com/watch?v=IeqeUyPlRRs (https://www.youtube.com/watch?v=IeqeUyPlRRs)
No nemám 8 lidí...

Java je krásná a čistá, ale dnes použít Javu na nový projekt ???...
https://youtu.be/NQj-d6KWSnU?t=60 (https://youtu.be/NQj-d6KWSnU?t=60)

Python je dobrý na prototypování, ale nemá výkon (požadavky zpracovává v jednom vláknu).
Node.js je dost daleko od toho, co umím.

Co použít?
Líbilo by se mi použít MongoDB a Nginx...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: LarryLin 15. 02. 2021, 20:27:32
To je úplně jedno co si vybereš. Stejně za 5-10 let přijde něco nového - David Grudl: https://youtu.be/rXjHCFz0UTI?t=1353
 :)
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 15. 02. 2021, 20:42:27
hm, divný dotaz.

php je slušný jazyk, zlepšuje se a dá se v něm něco dělat.

Python má spoustu rychlostního kódu pro práci s daty nebo sítí v C, jeho pomalost je spíše teoretická. Můžeš použít i jiný interpret, např. cpython, ironpython aj.

ASP.NET s .NET 5.0 vypadá dobře, WPF také není špatné, netuším odkud bereš informaci, že na to potřebuješ 8 lidí. Spousta projektů vč. např. hlidacstatu.cz dělají skoro jednotlivci.

V Javě začínáme projekty každý půl rok, ten jazyk pořád žije. Krom toho nad JVM je více zajímavých jazyků jako např. scala, kotlin, haskell, clojure.

V nginx si můžeš programovat přímo v js nebo v lua, jen bacha, není to thread safe.

Zrovna zmíněné Mongo je dost kontroverzní databáze. Vypadá to, že vlastně nechceš dělat v ničem a jen si potřebuješ najít důvod a trochu zabít čas na fóru.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 15. 02. 2021, 21:02:30
David Grudl
Dost dobrý!
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: BoneFlute 15. 02. 2021, 22:45:36
Krom toho nad JVM je více zajímavých jazyků jako např. scala, kotlin, haskell, clojure.
Haskell?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 15. 02. 2021, 23:09:25
Haskell?

Haskel neznám, ale dostal jsem tenhle typ:

https://falconframework.org/#sectionDesign (https://falconframework.org/#sectionDesign)

PyPy3 7.0.0

Napráskat to v pythonu a urychlit to vhodným způsobem.
Django se svou ...svižností... nebo použít Bottle (je snazší než Falcon) zbytek dohnat hardwarem...hmmm
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 15. 02. 2021, 23:53:22
Krom toho nad JVM je více zajímavých jazyků jako např. scala, kotlin, haskell, clojure.
Haskell?

aj, sorry, haskell samozřejmě není nad jvm, zkracoval jsem větu až jsem to zkrátil moc.

PanVP: rychlost jazyku je chiméra, zpravidla největší brzda je stejně sám programátor a spíše vyber jazyk, který ti vyhovuje z pohledu použití, funkcí a tvých znalostí. Pomalý kód dokážeš napsat v čemkoliv, stejně tak rychlý. Stejně tak bude nějakou dobu trvat než se dostaneš do situace, kdy ti rychlost bude vadit, málokdy děláme optimalizace rychlosti dříve než je napsaná nějaké funkční část.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: BoneFlute 16. 02. 2021, 03:34:24
Krom toho nad JVM je více zajímavých jazyků jako např. scala, kotlin, haskell, clojure.
Haskell?

aj, sorry, haskell samozřejmě není nad jvm, zkracoval jsem větu až jsem to zkrátil moc.

Škoda :) Už jsem si říkal, že je nějaká implementace Haskellu pod JVM.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: okalousek 16. 02. 2021, 08:50:59
Já bych doporučil Rust. Na web buď frameworky Actix-web (docela si rozumí s actixem, actor modelem) nebo Rocket.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: premekv 16. 02. 2021, 09:34:37
Citace
dnes použít Javu na nový projekt ???

Proč ne?

Frameworky jsou rock solid, komunita obrovská (spring (boot), hibernate,..). Java je dobrá a komu nesedí, může použít jiný jvm jazyk (kotlin, scalu..).

V javě/springu vývoj odsýpá opravdu hodně rychle, kód je konzistentní, čitelný a snadno udržovatelný. Na backend servisy ideální. Hlavně máte šanci najít lidi, kteří tomu rozumí  a jsou navíc schopni se v kodu rychle zorientovat. Znám to na sobě, přijdu někam, kde se dělá spring, hibernate a začnu se chytat podle nastolených konceptů a pokud je struktura aplikace "standardní", tak většinou hodně rychle.

Někdo by mohl namítnout, že velká konzumace zdrojů. Java ale není jenom spring, je tu víc frameworků (třeba quarkus, který má být jako spring, ale lehčí na paměť a rychlejší). Kdo chce opravdu minimální velikost/nároky aplikace, má různé mikroframeworky.

Přiznám se, že nevím, kam se posunul desktop (java/open fx) a jestli je to použitelné a někdo to na produkční věci používá (to by mne samotného zajímalo).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: MalyTomi 16. 02. 2021, 09:54:31
java na backend je strasny moloch. Kod sice vyzera super jednoducho, ale mas tam milion roznych kniznic, o ktorych netusis ako vlastne funguju.
Ja som niekolko rokov robil servisy v c#, bezia niekolko rokov bez vypadku a zaberaju minimum prostriedkov. Teraz skusam rok javu (springboot+docker) a katastrofa. Strasne to zabera prostriedkov, ten kod je este ako-tak ok, ale 30 importov, aby som urobil rest service s pripojenim na mssql a chodilo to nejak rozumne.
"Programatori" si to pochvaluju, lebo nemusia riesit nic, ale za aku cenu. Ja osobne mam radsej veci pod kontrolou, aj ked to znamena viac pisania.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 16. 02. 2021, 10:19:01
java na backend je strasny moloch. Kod sice vyzera super jednoducho, ale mas tam milion roznych kniznic, o ktorych netusis ako vlastne funguju.
To ale není problém Javy. Klidně to můžete programovat s pár jednoduchými knihovnami, o kterých víte, jak fungují. Java není jen Spring.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Standa Blábol 16. 02. 2021, 10:30:36
Zalezi, co chces delat.

Jestli oldschool weby pro mensi mnozstvi uzivatelu a silnou podporou business logiky se session a MVC na serveru, pak Spring Boot pres maven starter a zvazit nejake RAD knihovny typu Primefaces, nejlepe v podani Joinfaces, kde to dostanes na stribrnym talire.
K tomu jako bonus OBRI sada funkcionalit z Maven Central, tohe jinde nenajdes, Nuget je parodie, PyPi se jenom blizi.

Jestli chces novy Angular like weby, kde je MVC na klientovi a backend jenom vystavujre REST API, tak pro mensi uzivatelskou bazi opet Spring Boot ze stejneho duvodu - REST api je tam otazkou jedne anotace nad metodou generujici listy beanu.
Pokud pottebujes vyssi vykon ale porad jednoduchou single node server instalaci, pak java netty.io nebo ActiveJ.
 
A pokud hodlas stavet novy google se radove miliony uzivatelu, pak dospod staeless Kubernetes pody v GO.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Standa Blábol 16. 02. 2021, 10:34:17
java na backend je strasny moloch. Kod sice vyzera super jednoducho, ale mas tam milion roznych kniznic, o ktorych netusis ako vlastne funguju.
Ja som niekolko rokov robil servisy v c#, bezia niekolko rokov bez vypadku a zaberaju minimum prostriedkov. Teraz skusam rok javu (springboot+docker) a katastrofa. Strasne to zabera prostriedkov, ten kod je este ako-tak ok, ale 30 importov, aby som urobil rest service s pripojenim na mssql a chodilo to nejak rozumne.
"Programatori" si to pochvaluju, lebo nemusia riesit nic, ale za aku cenu. Ja osobne mam radsej veci pod kontrolou, aj ked to znamena viac pisania.

Ehm, v mavenu je to pouziti 2 (slovy dvou) maven starteru (webmvc + jpa), pricemz na generovani POMu je na webu klikatko https://start.spring.io/

Weru netusim, co by melo byt jednodussi.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: premekv 16. 02. 2021, 10:39:23
Citace
30 importov, aby som urobil rest service s pripojenim na mssql a chodilo to nejak rozumne

start.spring.io,  zašrknout spring web, spring data jpa, mysql. Vygenerovaná funkční kostra rest servisy s připojením na mysql ootb..

Holý spring zas tak žravý na resources nebude. Je to pár konceptů na naučení a funguje to spolehlivě.
Větší blackbox je JPA/spring data (za cenu toho, že to hodně akceleruje práci s SQL). Komu to připadá jako moc velký blackbox, může zkusit třeba JDBI (řeší infrastrukturní kód, SQL může mít uživatel pod kontrolou) nebo spring JDBC templates (to už je dost low level, jenom šablonovou metodou obaluje kód kolem JDBC, který by člověk psal pořád dokola nebo by si na to napsal sám podobnou šablonu).

A vedle springu je to třeba quarkus (podobná věc, implementace standardních java API jako JAX-RS, JPA, ale lehčí na zdroje) a nebo různé mikroframeworky (mikronaut, spark java..)


Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 16. 02. 2021, 10:43:50
JavaScript, GoLang, Python... na túto trojicu by som sa pozrel,... prípadne ešte ERLang.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: okalousek 16. 02. 2021, 10:51:36
JavaScript, GoLang, Python... na túto trojicu by som sa pozrel,... prípadne ešte ERLang.

Asi kromě erlangu bych z toho nic na backend nedoporučil :)
JavaScript je skriptovací jazyk pro klienta
Golang je no, golang a python
 bude o dost pomalejší.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 16. 02. 2021, 10:59:57
JavaScript je skriptovací jazyk pro klienta

To je ako povedať: "prog. jazyk C je len na tvorbu operačných systémov, a je morálne zakázané v tom programovať desktopovú aplikáciu..." Nie, JavaScript nie je len scriptovací jazyk pro klienta.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Standa Blábol 16. 02. 2021, 11:39:06
Citace
30 importov, aby som urobil rest service s pripojenim na mssql a chodilo to nejak rozumne

start.spring.io,  zašrknout spring web, spring data jpa, mysql. Vygenerovaná funkční kostra rest servisy s připojením na mysql ootb..

Holý spring zas tak žravý na resources nebude. Je to pár konceptů na naučení a funguje to spolehlivě.
Větší blackbox je JPA/spring data (za cenu toho, že to hodně akceleruje práci s SQL). Komu to připadá jako moc velký blackbox, může zkusit třeba JDBI (řeší infrastrukturní kód, SQL může mít uživatel pod kontrolou) nebo spring JDBC templates (to už je dost low level, jenom šablonovou metodou obaluje kód kolem JDBC, který by člověk psal pořád dokola nebo by si na to napsal sám podobnou šablonu).

A vedle springu je to třeba quarkus (podobná věc, implementace standardních java API jako JAX-RS, JPA, ale lehčí na zdroje) a nebo různé mikroframeworky (mikronaut, spark java..)

Tak ono ani Spring JPA (Hibernate) neni zadna cerna.magie,.pokud clovek pochpy par prostych principu.
A i to JPA je mozno pouzit s native queries, kdy z hibernatu pouziju jenom mapping do entity beanu.
Takto pouzivam JPA bezne, potrebuju zdimat plne vyuzivat funkcionalitu DB a prenositelnost me nezajima
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Idris 16. 02. 2021, 11:48:00
Pokud je důraz na výkon, tak z paměťově bezpečných jazyků jsou nejlepší Go a Rust, jsou zhruba stejně rychlé, Go je velice jednoduché na naučení, Rust nabídne nižší memory footprint. Jinak záleží na kontextu, i node.js na některé projekty stačí (i když JS je otřesný jazyk).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Standa Blábol 16. 02. 2021, 12:03:09
Pokud je důraz na výkon, tak z paměťově bezpečných jazyků jsou nejlepší Go a Rust, jsou zhruba stejně rychlé, Go je velice jednoduché na naučení, Rust nabídne nižší memory footprint. Jinak záleží na kontextu, i node.js na některé projekty stačí (i když JS je otřesný jazyk).

pokud je z nejake nezname priciny duraz na vykot HTTP frameworku (obvykle je uzke hrdlo v DB), pak je nejrychlejsi Java v podani ActiveJ 3.0
https://github.com/the-benchmarker/web-frameworks
A mam k dispozici obri moznosti Java ekosystemu, na ktery zadny jiny jazyk nelepi.

NodeJS je jeden velky singlethread bordel s callbackama navic s Javascriptem, Typescript se prosazuje velice pomalu. Na cokoliv dlouhodobe udrzovaneho je JS a NodeJS peklo.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Idris 16. 02. 2021, 12:11:43
NodeJS je jeden velky singlethread bordel s callbackama navic s Javascriptem
To jo, proto vzniklo Deno, mimochodem v Rustu. Jinak kdo nechce callbacky pro asynchronní běh, nechť používá await, JS ho už pár let má (a činí jej to trochu méně otřesným).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: L.. 16. 02. 2021, 12:16:01
NodeJS je jeden velky singlethread bordel s callbackama navic s Javascriptem, Typescript se prosazuje velice pomalu.

Ta přezdívka je opravdu nomen omen. Další, má nutkavou potřebu se blamovat dáváním svých neznalostí na odiv.

NodeJS může být i multithread, callback hell je dávno minulostí a větší projekt dneska už v čistém JS nikdo příčetný nezačíná.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Standa Blábol 16. 02. 2021, 12:46:19
NodeJS je jeden velky singlethread bordel s callbackama navic s Javascriptem, Typescript se prosazuje velice pomalu.

Ta přezdívka je opravdu nomen omen. Další, má nutkavou potřebu se blamovat dáváním svých neznalostí na odiv.

NodeJS může být i multithread, callback hell je dávno minulostí a větší projekt dneska už v čistém JS nikdo příčetný nezačíná.

Jojo, jasnacka.

Na NodeJS se mi nejvic libi, jak je porad nejlepci a progresivni, dobre navrzeny s rockstable API.
Byl nejlepsi v dobe callback hellu, byl nejlepci v dobe desiveho plain JS a ted kdyz zacina pouzivat Typescript, co resi ty nejvetsi sracky, tak zase je nejlepci.
Akorat si davej bacha pri pousteni npm update, taky se to muze cely sesypat.
 Proste ke starym JS knihovnam pribastlim *.ds.td definici a jedeeem! Nebo to naimportuju jako any.
Zkratka to bylo nejlepci, a kdyz se ty hovna komplet zahodily a predelaly zgruntu odnova, zase je to nejlepci. Nasadime rovnak na ohybak na rovnak a vsecko je skvele.
Zkratka je to porad nejlepsi a postupne se doiterovavame k vynalezeni kola, viz Typescript, cop Jave ze zadnice vylezl.

Ne, vubec to neni kupa hoven splacana na hromadu, na kterou vyvojari zvykli na normalni svet cumi nevericne a se zajmem prohlizelu na Redditu clanky typu "Modni policie: Co je v Javascriptu in a out v roce 2020"
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Idris 16. 02. 2021, 12:51:15
Typescript, cop Jave ze zadnice vylezl.
Je fakt, že si mohli vybrat o dost lepší zadnici  :D
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: L.. 16. 02. 2021, 13:03:32
Zkratka je to porad nejlepsi a postupne se doiterovavame k vynalezeni kola, viz Typescript, cop Jave ze zadnice vylezl.

Jak říkám, nomen omen. Typescript používá typový systém založené na úplně jiné filosofii, než Java (a podobné jazyky).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Standa Blábol 16. 02. 2021, 13:33:05
Zkratka je to porad nejlepsi a postupne se doiterovavame k vynalezeni kola, viz Typescript, cop Jave ze zadnice vylezl.

Jak říkám, nomen omen. Typescript používá typový systém založené na úplně jiné filosofii, než Java (a podobné jazyky).

Heh, ducktyping je prosty implementacni detail, ktery je jednodussi na transpilaci do Javascriptu.
Staci se podivat, jak se zapisuji v Typescriptu generika, do spicatejch zavorek, stejne jako v Jave. A jak dekoratory, zajimavy, ze pres zavinac jako Java anotace...
Jo, zajimava shoda nahod.
Resultat je takovy ze Typescript jest implementaci Java-like jazyka do sveta JS bordelu.
A snazi se drzet predlohy verne, akorat cast terminologie bere z C#, viz namespaces.

Takze JS je proste takova genialita, az to ze zoufalstvi prepisoujou do Java like syntaxe s obdobnym feature setem.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: L.. 16. 02. 2021, 13:46:51
...

Ducktyping je úplně jiné paradigma, umožňujících celou škálu nových věcí (třeba typovou aritmetiku). To je jako kdybys řekl, že elektromotor se liší od spalovacího motoru jen implementačními detaily, ale jinak je to vlastně totéž.

Naopak znaky a terminologie jsou implementační detaily.

No a namespaces jsou featura Javascriptu, ne Typescriptu.

Takže zase všechno špatně, gratuluju :D
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: listoper 16. 02. 2021, 16:29:22
Krom toho nad JVM je více zajímavých jazyků jako např. scala, kotlin, haskell, clojure.
Haskell?

aj, sorry, haskell samozřejmě není nad jvm, zkracoval jsem větu až jsem to zkrátil moc.

Škoda :) Už jsem si říkal, že je nějaká implementace Haskellu pod JVM.

To me primelo zagooglit:
https://eta-lang.org/ (https://eta-lang.org/)
ale nic o tom nevim...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 16. 02. 2021, 16:33:59
Asi to napráskám v Pythonu...  ::)
Nginx - Bottle(?)(raději bych ASGI...ale...) - MongoDB

Co posadit nad to?
Bootstrap na CSS (Asi není nejlepší, ale je responzivní a občas ho pořád používám)

Nějaký JS framework (JQuery?) nebo je něco menšího a s lepší křivkou učení?
JQuery mi přijde možná až moc big, neměl jsem to 10 let v ruce a bojím se, že bych na tom zabil 10MD a výsledek by stál za ...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 16. 02. 2021, 16:45:17
jQuery není framework, a hlavně už není rok 2010, aby se jQuery používalo (na cokoli). Záleží na tom, co na frontendu chcete řešit. Jestli bude lepší použít nějaký framework/prostředí jako Vue, Svelte nebo React, nebo jestli bude lepší použít jen nějaké knihovny.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Ondrej Nemecek 16. 02. 2021, 16:46:36
Krom toho nad JVM je více zajímavých jazyků jako např. scala, kotlin, haskell, clojure.
Haskell?

aj, sorry, haskell samozřejmě není nad jvm, zkracoval jsem větu až jsem to zkrátil moc.

Škoda :) Už jsem si říkal, že je nějaká implementace Haskellu pod JVM.

Tak několik. Jaká je použitelnost je věc jiná, ale pod jvm je opravdu hodně jazyků.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Ondrej Nemecek 16. 02. 2021, 16:54:00
java na backend je strasny moloch. Kod sice vyzera super jednoducho, ale mas tam milion roznych kniznic, o ktorych netusis ako vlastne funguju.
Ja som niekolko rokov robil servisy v c#, bezia niekolko rokov bez vypadku a zaberaju minimum prostriedkov. Teraz skusam rok javu (springboot+docker) a katastrofa. Strasne to zabera prostriedkov, ten kod je este ako-tak ok, ale 30 importov, aby som urobil rest service s pripojenim na mssql a chodilo to nejak rozumne.
"Programatori" si to pochvaluju, lebo nemusia riesit nic, ale za aku cenu. Ja osobne mam radsej veci pod kontrolou, aj ked to znamena viac pisania.

Nikdo vás nenutí používat velké frameworky. V javě není problém psát jednoduše, použijte třeba javalite a jdbi a máte službu, která startuje za 2 sekundy a stačí jí desítky MB RAM. Java má jiné problémy - nedokonalá generika, nedokonalý optional, statický dispatch. Ale některé věci z toho právě řeší jiné jazyky nad jvm při zachování dobré interoperability. Takže jvm jako runtime je pro mnoho použití dost dobrá volba. - Můj názor.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 16. 02. 2021, 16:56:59
jQuery není framework, a hlavně už není rok 2010, aby se jQuery používalo (na cokoli). Záleží na tom, co na frontendu chcete řešit. Jestli bude lepší použít nějaký framework/prostředí jako Vue, Svelte nebo React, nebo jestli bude lepší použít jen nějaké knihovny.

Zajímavé, můžeš to rozvést Filipe?
Shopů jsem udělal dost, ale už je to 10 let.
(Vue, Svelte nebo React) jsou pro mě neznámé pojmy, o Reactu jsem mnohokrát slyšel, ale neviděl, je to hodně skloňované jméno. Co má dobrou křivku učení?
A JQuery se už fak moc nepoužívá? :o
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Ondrej Nemecek 16. 02. 2021, 17:02:36
jQuery není framework, a hlavně už není rok 2010, aby se jQuery používalo (na cokoli). Záleží na tom, co na frontendu chcete řešit. Jestli bude lepší použít nějaký framework/prostředí jako Vue, Svelte nebo React, nebo jestli bude lepší použít jen nějaké knihovny.

Zajímavé, můžeš to rozvést Filipe?
Shopů jsem udělal dost, ale už je to 10 let.
(Vue, Svelte nebo React) jsou pro mě neznámé pojmy, o Reactu jsem mnohokrát slyšel, ale neviděl, je to hodně skloňované jméno. Co má dobrou křivku učení?
A JQuery se už fak moc nepoužívá? :o

JQuery se používá a je potřeba ho +- znát, ale své nejlepší roky má už za sebou. V čistém js se dá dnes napsat to samé a lépe. Pokud javascript tak bych doporučil zkusit si čistý js ve verzi es 6 a pak se podívat na vue. Řekl bych že zde bude poměrně dobrá učící křivka. Nejlepší je mít někoho k ruce, kdo pomůže prokousat se začátkem.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 16. 02. 2021, 17:21:33
Nějaký JS framework (JQuery?) nebo je něco menšího a s lepší křivkou učení?
JQuery mi přijde možná až moc big, neměl jsem to 10 let v ruce a bojím se, že bych na tom zabil 10MD a výsledek by stál za ...

Ani sa nedivím príspevkom v tomto vlákne, ale nazvať jQuery frameworkom, a ešte napísať či je niečo "s lepší křivkou učení" je... ako z úst Wordpress a HTML programátora.  ;D

Ak chcete sakra výkonný JavaScript (na úrovni optimalizovaného VanillaJS kódu), tak sa pozrite na framework Svelte. Jeho krivka učenia je že prečítam si dokumentáciu za 10 minút a som pripravený v tom programovať celé webstránky, či aplikácie.

Na React by som nepozeral, kopa boilerplatu, nizší výkon, balast, ani krivka učenia není až tak rýchla.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 16. 02. 2021, 17:28:23
se podívat na vue

Díky za tip.
Dokonce vidím, že se VUE používá s Bootstrapem.

https://testdriven.io/blog/developing-a-single-page-app-with-flask-and-vuejs/
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 16. 02. 2021, 17:50:10
Ani sa nedivím príspevkom v tomto vlákne

Příspěvek může znít hloupě, ale PHP stránek jsem hackunl (na vyžádání) desítky, shodou okolností jsem to nedávno ukazoval kamarádovi a při té příležitosti další dvě a to jsem ani nechtěl :-D
Na požádání rád ukážu, ale jsou to vojáci...tak...bacha.
Zato ASPčkovou žádnou, ani prd, ani XSS. Klobouk dolů, MS hustý...ms občas umí...
Možný bych i rád použil ASP.NET Core, ale skutečně to je jako ten Flak 88, než bych to uměl dobře, bude léto.
Takže se prostě zeptám...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 16. 02. 2021, 17:50:55
A JQuery se už fak moc nepoužívá? :o
V nových projektech není žádný důvod použít jQuery. Používá se ve starých projektech, které nikdo nechce přepisovat. A pak ho používají lidé, kteří se ho kdysi naučili a nevšimli si, že dnes je svět webových technologií už úplně někde jinde.

Dokonce vidím, že se VUE používá s Bootstrapem.
Snad pro všechny frameworky nebo frontendové knihovny existuje knihovna (nebo i více knihoven), která pro ně zapouzdřuje Bootstrap.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 16. 02. 2021, 18:09:29
Snad pro všechny frameworky

To jsem nevěděl, 10 let vytvářím web jen velmi okrajově.
Ostatně proto se ptám, byť třeba hloupě.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 16. 02. 2021, 19:17:45
Aby bylo vidět, že umím a nekecám (většina totiž kecá a neumí): http://www.wave-tech.co.kr

Chybu pochopíte, když otestujete ten jejich "router": /main.php?m2=s22
http://www.wave-tech.co.kr/main.php?m2=s22

Cvičně to můžete změnit třeba na: main.php?m2=main
Že se dá ovládnout celý server...vám taky bude brzo jasné.
Ale fakt bacha, hrozně lehce jim to shodíte.

Nicméně třeba stránky Homecreditu jsou mnohem větší výyva, koukat můžete, hackovat ne, byl by to trestný čin.
Odkud se odpíchnout mohu poslat do SZ.

Takže ano, ptám se blbě, ale něco umím  ;)
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: LarryLin 16. 02. 2021, 19:49:33
Ani sa nedivím príspevkom v tomto vlákne
PHP stránek jsem hackunl (na vyžádání) desítky
Zato ASPčkovou žádnou, ani prd, ani XSS. Klobouk dolů, MS hustý...ms občas umí...
A není to hacknutí PHP vs. ASP spíše otázka kvality programátorů než samotného programovacího jazyka?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 16. 02. 2021, 20:02:42
PHP vs. ASP spíše otázka kvality programátorů než samotného programovacího jazyka?

JE to jeden z faktorů, a ano, PHP je ráj pro patlaly - proto se mi daří (prostě mi stačí být chytřejší, než oni a u PHPkářů to často není ...no...taková výzva). Ale ASP je robustní "by desighn", podobně i Java (ta je na programování dost náročná - chce jí to dělat na fulltime, chce to dělat každý den, není vhodná na dnes tobude jedna stránka a za dva měsíce další).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Wangarad 17. 02. 2021, 07:36:13
PanVP to ze PHP je pre patlaly su strasne kecy. Najdes patlalov aj v Jave aj ASP. V tvojom svete je to tak ze cim kompilovanejsie tym lepsie? Minule som sa bavil s jednim kolegom ktory ma na vsetku silu presviedcal podobne ako ty. Resp. mal rovnaky nazor a nakoniec s neho vypadlo ze PHP je zlo lebo to moze pisat aj "franto od lopaty" ale Javu tak lahko nedas. Argument ako prasa. Zaujimave je ze taky FB si tiez ide PHP. To znamena ze je tam patlalovo? Casto krat ide o to ako rychlo vies dodat riesenie zakaznikovy a s pohladu firmy o to najst kvalitnych ludi ktory pisu rychlo, dobre a lacno.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 17. 02. 2021, 08:31:21
Minule som sa bavil s jednim kolegom ktory ma na vsetku silu presviedcal podobne ako ty. Resp. mal rovnaky nazor

Máš chytré kolegy! To se hodí, můžeš za nimi chodit pro radu.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 17. 02. 2021, 09:54:48
jQuery není framework, a hlavně už není rok 2010, aby se jQuery používalo (na cokoli). Záleží na tom, co na frontendu chcete řešit. Jestli bude lepší použít nějaký framework/prostředí jako Vue, Svelte nebo React, nebo jestli bude lepší použít jen nějaké knihovny.

ty hranice významu nejsou moc přesně definované, pro někoho to může být knihovna, pro jiného framework. I Wiki je v tomhle zmatená, viz třeba přítomnost jquery na https://en.wikipedia.org/wiki/Comparison_of_JavaScript_frameworks

Nevím, v jakém roce žiješ ty, ale v roce 2021 je pořád jQuery významný artefakt na webech, i třeba Bootstrap ho používá pro řadu widgetů, pokud neděláš SPA nebo RIA tak věci jako React, Vue, Svelte ti zase tolik život neušetří, naopak ti seberou spousty času.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Standa Blábol 17. 02. 2021, 10:23:55
PanVP to ze PHP je pre patlaly su strasne kecy. Najdes patlalov aj v Jave aj ASP. V tvojom svete je to tak ze cim kompilovanejsie tym lepsie? Minule som sa bavil s jednim kolegom ktory ma na vsetku silu presviedcal podobne ako ty. Resp. mal rovnaky nazor a nakoniec s neho vypadlo ze PHP je zlo lebo to moze pisat aj "franto od lopaty" ale Javu tak lahko nedas. Argument ako prasa. Zaujimave je ze taky FB si tiez ide PHP. To znamena ze je tam patlalovo? Casto krat ide o to ako rychlo vies dodat riesenie zakaznikovy a s pohladu firmy o to najst kvalitnych ludi ktory pisu rychlo, dobre a lacno.

Hlavni rozdil je v tom, ze v Jave nebo C# jsou frameworky zabezpecene by default, napr ochrana CSFR nebo cross origin  pro rest API se musi aktivne vypinat. A tak koder, co nema poneti, pise bezpecne by default.
V PHP, co si neudelas, to nemas.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: A.P.Hacker 17. 02. 2021, 10:33:25
PanVP to ze PHP je pre patlaly su strasne kecy. Najdes patlalov aj v Jave aj ASP. V tvojom svete je to tak ze cim kompilovanejsie tym lepsie? Minule som sa bavil s jednim kolegom ktory ma na vsetku silu presviedcal podobne ako ty. Resp. mal rovnaky nazor a nakoniec s neho vypadlo ze PHP je zlo lebo to moze pisat aj "franto od lopaty" ale Javu tak lahko nedas. Argument ako prasa. Zaujimave je ze taky FB si tiez ide PHP. To znamena ze je tam patlalovo? Casto krat ide o to ako rychlo vies dodat riesenie zakaznikovy a s pohladu firmy o to najst kvalitnych ludi ktory pisu rychlo, dobre a lacno.

Hlavni rozdil je v tom, ze v Jave nebo C# jsou frameworky zabezpecene by default, napr ochrana CSFR nebo cross origin  pro rest API se musi aktivne vypinat. A tak koder, co nema poneti, pise bezpecne by default.
V PHP, co si neudelas, to nemas.

v PHP take muzete pouzit framework
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 17. 02. 2021, 10:40:10
Nevím, v jakém roce žiješ ty, ale v roce 2021 je pořád jQuery významný artefakt na webech, i třeba Bootstrap ho používá pro řadu widgetů, pokud neděláš SPA nebo RIA tak věci jako React, Vue, Svelte ti zase tolik život neušetří, naopak ti seberou spousty času.
To, že se to stále hodně používá, neznamená, že je dobrý nápad to použít, zejména v nových projektech. A zejména, když se chci učit něco nového.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Tomas-T 17. 02. 2021, 12:29:45
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.
Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 17. 02. 2021, 12:43:25
To, že se to stále hodně používá, neznamená, že je dobrý nápad to použít, zejména v nových projektech. A zejména, když se chci učit něco nového.

Presne jQuery by som označil ako "legacy" knižnicu. Teda hodne rozšírená v už existujúcich relatívne starých projektoch, ale skutočne akýkoľvek nový projekt by som v tom už nerobil. Jedinú výhodu jQuery má že má obrovské množstvo pluginov, ale inak z pohľadu samotnej knižnice, dnes ide efektívnejšie a kvalitnejšie to spraviť aj v čistom JS. Napr. $.ajax() vs fetch(), fetch() je ešte o písmeno menej písania kódu, a vo výsledku je to výkonnejšie, efektívnejšie, kvalitnejšie. Selectory, no jQuery stále používa jadro sizzle ktorý je doslova kurwa obrovské pomalé hebedo, zatiaľ čo už v JS máš document.querySelector() čož je síce trocha viac znakov, ale môžeš tú funkciu zapuzdriť vlastnou metódou a máš to stejné ako v jQuery ale omnoho výkonnejšie omnoho kvalitnejšie. Navyše dnes moderné frameworky typu Svelte, ktoré do run-time dávajú vysokooptimalizovaný vanillaJS, tak majú už featury ako bind či interpoláciu takže nemusíš selectory písať vôbec a nakoniec máš vo výsledku aplikáciu výrazne výkonnejšiu, žere menej prostriedkov, rýchlejšie napísanú, atd. Skutočne dnes neexistuje dôvod používať jQuery, keď v podstate 80% jeho funkcií už má aj čistý JS, a tá 20% sú len zriedkavo používané a aj tie sa dajú veľmi jednoducho nahradiť. To obrovské množstvo pluginou je síce výhoda jQuery ale inak si myslím že už ani toto nie je až taký problém, keďže pre veľa tých pluginov existuje non-jQuery alternatíva. Takže dnes jQuery fakt len v starých legacy projektoch, a v ničom novom. Naposledy som použil jQuery pred asi 2-3 rokmi, ale teraz by som použil už iba Svelte, prípadne iný compile-time framework.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 17. 02. 2021, 12:45:09
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.

ok, povedz mi čo čistý JS nevie čo vie jQuery.

Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.

Nevieš o čom hovoríš. Pozri sa na Svelte, tam tiež nemusím nijak ten projekt prispôsobovať a do ničoho ma nenúti.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 17. 02. 2021, 13:13:15
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.
Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.
Jenže pro takovéhle věci nepotřebujete jQuery, je lepší použít to, co už umí přímo prohlížeče.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 17. 02. 2021, 13:31:07
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.
Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.
Jenže pro takovéhle věci nepotřebujete jQuery, je lepší použít to, co už umí přímo prohlížeče.

Ja úplne nerozumiem tomu pojmu "zjednodušenie syntaxe" keď v podstate jedným riadkom kódu môže z document.querySelectorAll() urobiť funkciu $() a má v podstate jQuery syntax ale v čistom JS, bez zbytočného sťahovania 87.6kB (minified) dát.
Funkcia fetch() plne nahradí $.ajax() A okrem toho vie jQuery ešte čo? .html() či .text() čož je v JS innerHTML a innerText tiež vieš jedným riadkov nahradiť, a okrem toho animácie čo už majú CSS. V podstate to vieš väčšinu jQuery prepísať do 1kB knižnice.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Tomas-T 17. 02. 2021, 17:08:42
Tak jo, přesvědčili jste mě.
Ještě mi potvrďte, že použití uedených nativních JS funkcí je cross-platform jednotné (což byla v minulosti také výhoda použití jQuery funkcí) a budu úplně spokojený.  :)
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 17. 02. 2021, 18:26:24
Tak jo, přesvědčili jste mě.
Ještě mi potvrďte, že použití uedených nativních JS funkcí je cross-platform jednotné (což byla v minulosti také výhoda použití jQuery funkcí) a budu úplně spokojený.  :)

Keďže Microsoft už oznámil koniec podpory IE11, tak v podstate áno, je to jednotné. Pozri https://caniuse.com/
napríklad https://caniuse.com/fetch
alebo https://caniuse.com/queryselector
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 17. 02. 2021, 18:28:06
Tak jo, přesvědčili jste mě.
Ještě mi potvrďte, že použití uedených nativních JS funkcí je cross-platform jednotné (což byla v minulosti také výhoda použití jQuery funkcí) a budu úplně spokojený.  :)
Ano, je to jednotné. Právě že ta hlavní výhoda jQuery (že sjednotil různou podporu prohlížečů) už dnes není potřeba.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Patek13 17. 02. 2021, 18:55:32
jQuery sloužilo dobře jako obálka nad JS, dnes ale na něj absolutně zapomeňte, jsou sofistikovanější nástroje umožňující psát frontendový šablony čistě dekarativné a né složitý imperativní skládání elementů v jQuery. Za sebe doporučuju React z hlediska "seniority" a ekosystému, používám ho i na nejmenší komponenty, který pak integruju do administrace plný jQuery. Rozhodně bych se už nevracel.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: jano6 17. 02. 2021, 19:33:46
Nuž robiť sám na webovom projekte s pomocou frameworku; no neviem, neviem.
Je s tým tak veľa roboty, že to sám človek ťažko zvládne.
Pokiaľ sa chce človek vyhrať, tak povedzme. Ale pre niečo serióznejšie radšej nie.
Dnes je trend využívať aplikačné platformy, napr: https://www.back4app.com/,
Amazon, Google, Azure majú svoje ekvivalenty. Tam si svoju webovú aplikáciu
poskladáte takpovediac ako lego. Neexistuje, že by jednotlivec dokázal všetko,
čo vyžaduje moderná webovka zbúchať sám.

Na druhej strane je problém ten customer lock-in. Súdruhovia vám pri zlom
kádrovom profile dokážu zrušiť vašu aplikáciu bez vysvetlenia. Osobne by
som sa hlavne Googlu oblúkom vyhol. 
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 17. 02. 2021, 19:45:12
Nuž robiť sám na webovom projekte s pomocou frameworku; no neviem, neviem.
Je s tým tak veľa roboty, že to sám človek ťažko zvládne.
Pokiaľ sa chce človek vyhrať, tak povedzme. Ale pre niečo serióznejšie radšej nie.
Dnes je trend využívať aplikačné platformy, napr: https://www.back4app.com/,
Amazon, Google, Azure majú svoje ekvivalenty. Tam si svoju webovú aplikáciu
poskladáte takpovediac ako lego.

Viete vôbec čo je front-end framework a čo back4app? Lebo miešate úplne jablká s hruškami.

Neexistuje, že by jednotlivec dokázal všetko,  čo vyžaduje moderná webovka zbúchať sám.

stavíme sa?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: jano6 17. 02. 2021, 19:45:51
Ja som nedávno narazil na web slovenskej univerzity, kde je akýsi prastarý kceditor,
ktorý vám ako na tácke dáva možnosť uploadnúť tam web shell... K tomu sa
poľahky dá dopracovať pomocou tzv. Google dorks. Na webe je toho dosť.
Ale web je hacknutý pre mňa, keď je root access. A to je tá ťažšia cesta.



Vyzerá to na LFI, local file inclusion. Dajú sa zrejme prezerať súbory a prípadne
uploadnúť z iného serveru web shelly.

Zaujímalo by ma, ako postupujete pri hľadaní takýchto dier? Googlením, či nejakým
automatizovaným skriptom?

Aby bylo vidět, že umím a nekecám (většina totiž kecá a neumí): http://www.wave-tech.co.kr

Chybu pochopíte, když otestujete ten jejich "router": /main.php?m2=s22
http://www.wave-tech.co.kr/main.php?m2=s22

Cvičně to můžete změnit třeba na: main.php?m2=main
Že se dá ovládnout celý server...vám taky bude brzo jasné.
Ale fakt bacha, hrozně lehce jim to shodíte.

Nicméně třeba stránky Homecreditu jsou mnohem větší výyva, koukat můžete, hackovat ne, byl by to trestný čin.
Odkud se odpíchnout mohu poslat do SZ.

Takže ano, ptám se blbě, ale něco umím  ;)
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 17. 02. 2021, 21:34:02

Tyhle jsem hledal (na ukázku) googlem, kde není router maskovaný rewrites.
Shodou okolností šla hned první stránka, ale to byl jen luck.
Jako když chceš ukázat mizernou branku, nějakou najdeš, sťouchneš do ní a ona se nejen otevře, ale i rozpadne.

Jinak to jsou vesměs zakázky ...nebo se nudíš a šťouráš.
Ale NEKRÁST, protože k datům se v podstatě vždy dostaneš.

Tedy mimo ASP.NET \ Java, to si pak připadám jako ...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 17. 02. 2021, 21:43:14
 ;D
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: jano6 17. 02. 2021, 22:00:36
Mne tieto dva dotazy

intext:"Warning: include" site:sk
inurl:"main.php" site:sk

vyhodilo zopar potencionalne zrejme zranitelnych stranok. Avsak zvacsa ide
o dost stare stranky.

Nuz to je tak, ze pri tvorbe PHP stranok sa cosi clovek priuci. :)


Tyhle jsem hledal (na ukázku) googlem, kde není router maskovaný rewrites.
Shodou okolností šla hned první stránka, ale to byl jen luck.
Jako když chceš ukázat mizernou branku, nějakou najdeš, sťouchneš do ní a ona se nejen otevře, ale i rozpadne.

Jinak to jsou vesměs zakázky ...nebo se nudíš a šťouráš.
Ale NEKRÁST, protože k datům se v podstatě vždy dostaneš.

Tedy mimo ASP.NET \ Java, to si pak připadám jako ...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: BoneFlute 18. 02. 2021, 01:45:45
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.
Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.

Já bych s tím souhlasil.

jQuery je oblíbené a pohodlné. Dnes už možná ne tak užitečné, drtivá většina věcí se dá udělat pomocí nativních funkcí, ale tyto dvě věci zůstávají.

Moje strategie je taková, že jQuery spíše nepoužívám, protože dělám většinou core věci, a pak přijde uživatel, narve si tam svou jquery knihovnu, která bude zrovna jiná než ta má, vzniká konflikt...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 18. 02. 2021, 08:50:49
jQuery je oblíbené a pohodlné.
jQuery bylo oblíbené, dnes už se používá jen ze setrvačnosti. Pohodlné je na něm akorát to, že lidé, kteří se ho naučili používat, se nemusí učit nic nového. Jinak má jQuery dost nevýhod, mezi prvními tu, že se cpe do globálního jmenného prostoru. Z čehož plynou například problémy, kterých jste se dotknul, pokud se na jedné stránce sejde víc verzí jQuery.

Byl tu zmíněn Bootstrap – 5. verze už se obejde bez jQuery. Další čtení třeba zde: Removing jQuery from GitHub.com frontend (https://github.blog/2018-09-06-removing-jquery-from-github-frontend/). Nebo zde obhajuje jQuery, ale podle mne to popisuje jen tu setrvačnost: Why I’m still using jQuery in 2019 (https://www.arp242.net/jquery.html).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 11:52:03
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.
Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.

Já bych s tím souhlasil.

jQuery je oblíbené a pohodlné.

pre tých, ktorým sa tak moc páči jQuery:

Kód: [Vybrat]
// jQuery kód
$("#el1").text("ahoj1").css("color", "red");
$("#el2").text("ahoj2");
$("#el3").text("ahoj3");

tak Vám ukážem ako sa to dá prepísať do JavaScriptu.

Najskôr alias, jeden riadok:

Kód: [Vybrat]
const $ = document.querySelector.bind(document);

a teraz

Kód: [Vybrat]
// čistý JavaScript
$("#el1").innerText("ahoj1").style.color = "red";
$("#el2").innerText("ahoj2");
$("#el3").innerText("ahoj3");

a máte to isté v čistom JavaScripte. To ste prekvapený čo? Práve ste ušetrili 87.6kB. Navyše dnes v moderných frameworkoch ide niečo takéto napísať dokonca s 0 riadkami JS!!! Príklad:

https://svelte.dev/examples#numeric-inputs

skúste toto prepísať do jQuery, a povedzte mi koľko kódu ste napísali. Lebo to HTML budete mať zhodné, akurát z atribútu zmizne bind: pred value, a v JavaScripte okrem deklarácie 2 premenných budete mať asi 10 riadkov jQuery kódu.

Teraz mi povedzte či je pohodlné.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: A.P.Hacker 18. 02. 2021, 13:46:43
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.
Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.

Já bych s tím souhlasil.

jQuery je oblíbené a pohodlné.

pre tých, ktorým sa tak moc páči jQuery:

Kód: [Vybrat]
// jQuery kód
$("#el1").text("ahoj1").css("color", "red");
$("#el2").text("ahoj2");
$("#el3").text("ahoj3");

tak Vám ukážem ako sa to dá prepísať do JavaScriptu.

Najskôr alias, jeden riadok:

Kód: [Vybrat]
const $ = document.querySelector.bind(document);

a teraz

Kód: [Vybrat]
// čistý JavaScript
$("#el1").innerText("ahoj1").style.color = "red";
$("#el2").innerText("ahoj2");
$("#el3").innerText("ahoj3");

a máte to isté v čistom JavaScripte. To ste prekvapený čo? Práve ste ušetrili 87.6kB. Navyše dnes v moderných frameworkoch ide niečo takéto napísať dokonca s 0 riadkami JS!!! Príklad:

https://svelte.dev/examples#numeric-inputs

skúste toto prepísať do jQuery, a povedzte mi koľko kódu ste napísali. Lebo to HTML budete mať zhodné, akurát z atribútu zmizne bind: pred value, a v JavaScripte okrem deklarácie 2 premenných budete mať asi 10 riadkov jQuery kódu.

Teraz mi povedzte či je pohodlné.

aby to nahradilo jquery, musel byste pouzit document.querySelectorAll a zmenit chovani vysledneho objektu
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: stanislav.elbl 18. 02. 2021, 13:55:40
Teraz mi povedzte či je pohodlné.

A jak v čistém javascriptu pracujete s více elementy najednou?
$(".neco").addClass("d-none");

Co třeba delegování událostí?
$("#moje-tabulka").on("click", "tr", delejNeco);
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 14:05:54
Teraz mi povedzte či je pohodlné.

A jak v čistém javascriptu pracujete s více elementy najednou?
$(".neco").addClass("d-none");

Stačí nahradiť querySelector za querySelectorAll, výsledok je síce NodeList, ale to tiež nieje problém a jeden forEach() to spraví, aj preň si viete vytvoriť alias, či ho zahrnúť rovno do $() aby to bolo úplne ako jQuery. https://stackoverflow.com/a/46079132

Co třeba delegování událostí?
$("#moje-tabulka").on("click", "tr", delejNeco);

toto ide veľmi jednoducho, vidieť to v tom stackoverflow odkaze.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 14:14:28
Co třeba delegování událostí?
$("#moje-tabulka").on("click", "tr", delejNeco);

ok, tak to som nevedel že to ide ešte jednoduchšie https://developer.mozilla.org/en-US/docs/Web/API/Element/matches

len jedna funkcia .matches()

navyše mi delegovanie nedáva zmysel. Dá sa to omnoho jednoduchšie úplne bez toho.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 18. 02. 2021, 14:26:59
jQuery jsem neměl rád nikdy, ale důvod proč se používá je snadná dostupnost, jednoduchá syntaxe a zaručená kompatibilita mezi prohlížeči, v době jeho vzniku to byla obzláště velká bolístka.

Tady ukazujete jednoduché příklady, ale třeba ve vanillaJs napsat něco jako:

Někdy podobné nástroje mají smysl, díky jQuery se vymítilo spousty nefunkční webů a jejich JS, za to jsem rád a bojím se, že při použití čistého JS se to díky nedostatečným implementacím může vrátit do podobných kolejí. Dobře vypadá třeba UmbrellaJS jako něco, co přidává aspoň ty základní věci a je to minimální ve velikosti.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 14:47:50
jQuery jsem neměl rád nikdy, ale důvod proč se používá je snadná dostupnost, jednoduchá syntaxe a zaručená kompatibilita mezi prohlížeči, v době jeho vzniku to byla obzláště velká bolístka.

Tady ukazujete jednoduché příklady, ale třeba ve vanillaJs napsat něco jako:
  • .fadeIn()
  • .addClass()
  • .on() - tohle je obzláště těžké, protože u jQuery není potřeba, aby ten element ještě existoval (live), v čistém js si na něj musím počkat
  • .ready() - takhle třeba vypadá implementace u jQuery, https://github.com/jquery/jquery/blob/025da4dd343e6734f3d3c1b4785b1548498115d8/src/core/ready.js, není to tak přímočaré

fadeIn() - stačí 2 riadky CSS nepotrebuješ ani JS. Zavolanie je len zmena classy.
addClass() - to vie JavaScript priamo - classList.add()
ready() - implementácia jeden riadok (stačí zapuzdriť do jedného ifu, kde overíš či DOM už je vyparsovaný)

resp. by ti stačil document.addEventListener( "DOMContentLoaded", completed );
to čo je v implementácii jQuery je tak dlhé len preto že je to prispôsobené pre jQuery.

on () - implementácia 3 riadky

Kód: [Vybrat]
domElement.prototype.on = function(event, callback) {
   this.eventHandler.bindEvent(event, callback, this.element);
}

Nič z toho ale reálne nepotrebuješ, pozri Svelte a vypadnú ti oči, že addClass(), on(), máš na 0 riadkov JS.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 15:01:14
Už aj keby že nie Vanilla JS, stále existujú rôzne alternatívy pre jQuery v podobe miniatúrnej knižnice, ktorá je omnoho výkonnejšia a umožní Vám to čo jQuery vrátane tých .on() .fadeIn() či iných vecí.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 18. 02. 2021, 15:50:29
jQuery jsem neměl rád nikdy, ale důvod proč se používá je snadná dostupnost, jednoduchá syntaxe a zaručená kompatibilita mezi prohlížeči, v době jeho vzniku to byla obzláště velká bolístka.

Tady ukazujete jednoduché příklady, ale třeba ve vanillaJs napsat něco jako:
  • .fadeIn()
  • .addClass()
  • .on() - tohle je obzláště těžké, protože u jQuery není potřeba, aby ten element ještě existoval (live), v čistém js si na něj musím počkat
  • .ready() - takhle třeba vypadá implementace u jQuery, https://github.com/jquery/jquery/blob/025da4dd343e6734f3d3c1b4785b1548498115d8/src/core/ready.js, není to tak přímočaré

fadeIn() - stačí 2 riadky CSS nepotrebuješ ani JS. Zavolanie je len zmena classy.
addClass() - to vie JavaScript priamo - classList.add()
ready() - implementácia jeden riadok (stačí zapuzdriť do jedného ifu, kde overíš či DOM už je vyparsovaný)

resp. by ti stačil document.addEventListener( "DOMContentLoaded", completed );
to čo je v implementácii jQuery je tak dlhé len preto že je to prispôsobené pre jQuery.

on () - implementácia 3 riadky

Kód: [Vybrat]
domElement.prototype.on = function(event, callback) {
   this.eventHandler.bindEvent(event, callback, this.element);
}

Nič z toho ale reálne nepotrebuješ, pozri Svelte a vypadnú ti oči, že addClass(), on(), máš na 0 riadkov JS.

ale to jsou přesně ty špatné nedostatečné implementace, o kterých jsem mluvil. Na fadein musíš přidat nové třídy a řádky do css, nebude to fungovat s svg. U addClass je classlist super, ale pak je tady ještě IE s řadou záludností, na které musíš dát pozor, opět problém s použití u svg, kde jquery funguje dobře.

Zrovna u ready potřebuješ ještě další podmínku, viz i ten kód u jquery. Tvoje řešení on vyžaduje, aby element existoval a nepodporuje to u lazy elementu jako u jQuery.

Samozřejmě se to dá napsat i v čistém js, jen jsem chtěl říct, že to není tak jednoduchý a dobu, kdy byla půlka webů rozbitých právě kvůli nedostatečně obecné implementaci bez testů si živě pamatuji, nerad bych opakoval chyby z minulosti. Doporučování vanillaJS jako řešení nepovažuji za rozumné.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 15:56:58
U addClass je classlist super, ale pak je tady ještě IE s řadou záludností,

prečo tu niekto ešte spomína IE ktorý už neexistuje a samotný Microsoft ho pochová už 17. Augusta tohoto roku... tieto argumenty sú ako keby ste tu obhajovali <marque> lebo NetScape ešte nevie takú animáciu cez CSS. To vôbec nie je argument.

Zrovna u ready potřebuješ ještě další podmínku, viz i ten kód u jquery. Tvoje řešení on vyžaduje, aby element existoval a nepodporuje to u lazy elementu jako u jQuery.

Samozřejmě se to dá napsat i v čistém js, jen jsem chtěl říct, že to není tak jednoduchý a dobu, kdy byla půlka webů rozbitých právě kvůli nedostatečně obecné implementaci bez testů si živě pamatuji, nerad bych opakoval chyby z minulosti. Doporučování vanillaJS jako řešení nepovažuji za rozumné.

Ako pár vecí je ešte v čistom JS ako zložitejších, ale aj tak to ako argument pre jQuery neobstojí keď existujú knižnice 10x menšie a výkonnejšie ktoré to riešia.

Doporučování jQuery jako řešení nepovažuji za rozumné.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 16:11:40
A k tomu ready som teraz našiel že to tiež nie je absolútne potrebné a v čistom JS to sa dá spraviť 0 riadkami JS, stačí len pridať do tagu <script> jeden atribút defer. Alebo umiestniť <script> do <body> nakoniec (viď https://stackoverflow.com/a/18775368 ), a nepotrebujete vôbec žiadne .ready() a teda ani .on() takže vlastne čo sa tu rieši.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 16:47:54
Takže si to zhrnme čo sa ako tá nahradiť v čistom JS:

$.ajax() -> fetch()
$(document).ready() -> defer
$("el") -> $("el") ............... s využitím jednoriadkového aliasu, možno dvoj ak chcete pre všetky elementy a automaticky aplikovať forEach()
.addStyle() -> classList.add()
.css() -> .style
.on() -> snaď jediná vec, ktorá je v čistom JS náročnejšia (ak chceme lazy), dá sa nahradiť drobnou rýchlou knižnicou
.delegate() -> .matches()
.fadeIn() -> css opacity a transition

ok, čo ideme ďalej?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 18. 02. 2021, 17:44:08
Samozřejmě se to dá napsat i v čistém js, jen jsem chtěl říct, že to není tak jednoduchý a dobu, kdy byla půlka webů rozbitých právě kvůli nedostatečně obecné implementaci bez testů si živě pamatuji, nerad bych opakoval chyby z minulosti. Doporučování vanillaJS jako řešení nepovažuji za rozumné.
Chybou je připravovat se na minulé války. Dříve bylo použití jQuery rozumné, protože odstiňovalo vývojáře od rozdílech v implementacích v různých prohlížečích, a poskytovalo funkce, které přímo prohlížeče neimplementovaly. Dnes je naopak použití jQuery nerozumné, protože si do stránky zbytečně natáhnete velkou knihovnu, která nic nepřináší, akorát tam máte spoustu zbytečného kódu pro podporu prohlížečů, které nikdo nepoužívá.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 18. 02. 2021, 18:06:41
aby bylo jasno, jQuery nikomu nedoporučuji a nepovažuji to za vhodné věc, ale stejně tak nikomu nedoporučuji používat bezhlavě vanillaJs, to je zase módní věc poslední dobou a vznikají v tom chyb, viz i doporučování v tomhle vlákně.

Pro IE se pořád vyvíjí, v českém prostředí to je poměrně častý prohlížeč u bank a operátorů, takže pokud člověk pro ně dělá produkty, měl by na to prozatím myslet. Nerad zabíjím podporu něčeho jen proto, že se mi to zdá příliš staré. Fetch nefunguje na Androidu 4, koukám do statistiky a pořád existují 3 % návštěvníků u jednoho z velkých webů v ČR. U Zahraničních webů pro Maďarsko,Ukrajinu dokonce vidím i 10 % z mobilních prohlížečů.

Tohle prostě nepovažuji na dobrou náhradu. Pokud chci vyřešit podporu i pro ty starší, už to tak málo kódu není a potřebuji pomoc nějakého frameworku/knihovny, která přidá polyfill. VanillaJS je sice cool, ale těch plnohodnotných webů v tom moc není, jen se o tom mluví a píšou tutoriály na jednoduché příklady.

Už jen tyhle příklady, doteď mám jeden js soubor s aplikací, teď to najednou musím rozsekat, init volat jako defer, aninamace dát do css a přepínat třídy. To už vyžaduje trochu větší um než bylo potřeba s jQuery. Vzhledem k tomu jaká je cílovka a pozice jQuery prostě nevidím vhodné doporučovat přejít na čistý JS.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 18. 02. 2021, 18:37:32
stejně tak nikomu nedoporučuji používat bezhlavě vanillaJs, to je zase módní věc poslední dobou a vznikají v tom chyb, viz i doporučování v tomhle vlákně.
Jak můžete „bezhlavě“ používat čistý JavaScript? Buď podporované prohlížeče danou funkci umí (nebo ji transpilujete), pak je hloupost používat něco jiného – zpomalujete tím načítání stránky (čeká se na další kód) i zpomalení provádění (implementace v JavaScriptu je obvykle pomalejší, než nativní implementace). Nebo ji neumí, a pak musíte použít nějakou funkci, která to implementuje. Nevidím tam prostor pro nějakou bezhlavost.

Nevím, jaké chyby tím podle vás reálně vznikají – tady jsem zaznamenal akorát příklady toho, že divnou implementaci jQuery, které je dobré se zdaleka vyhnout, není úplně jednoduché zreplikovat. Chyba ale je jenom to, pokud někdo něco takového chce programovat.

Tohle prostě nepovažuji na dobrou náhradu.
Ona to také není žádná náhrada. Ono prostě už jen jQuery není potřeba.

Pokud chci vyřešit podporu i pro ty starší, už to tak málo kódu není a potřebuji pomoc nějakého frameworku/knihovny, která přidá polyfill.
Ano, přidá se polyfill pro ty používané funkce, ne zbytečná knihovna, která má spoustu anti-vzorů.

VanillaJS je sice cool, ale těch plnohodnotných webů v tom moc není, jen se o tom mluví a píšou tutoriály na jednoduché příklady.
To jako podle vás všechny weby používají jQuery? Web je napsaný v Reactu, Svelte, Vue, Angularu nebo něčem podobném, a do toho je tam přidané jQuery? Vážně?

To už vyžaduje trochu větší um než bylo potřeba s jQuery.
Teď jste trefil hřebíček na hlavičku. jQuery se výborně hodí, když chcete prasit a vůbec vás nezajímá, jak bude ten výsledný web vypadat, jak bude pomalý a datově náročný. Kdo chce web dělat pořádně, ten se jQuery vyhne.

Vzhledem k tomu jaká je cílovka a pozice jQuery prostě nevidím vhodné doporučovat přejít na čistý JS.
Nikdo nedoporučuje „přejít na čistý JS“. Doporučení je používat současné nástroje. Spousta věcí se dnes napíše přímo pomocí funkcí prohlížeče, další se udělají pomocí CSS, pro další máte samostatné malé knihovny.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 18. 02. 2021, 20:30:03
ano, jQuery dominuje tam, kde nejsou programátoři, ale spíše lepiči, pro ně to je prostě přijatelné řešení.

jQuery je sice pomalé, ale proti reactu je to sportovec; myslím, že ochota dělat stránky rychlé, paměťově a zdrojově nenáročné prostě právě s Reactem umřela.

S vanillaJS si musím být vědom omezení a daleko více testovat mezi prohlížeči. Doporučení na čistý js tady zaznělo ve vláknu několikrát.

Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 18. 02. 2021, 20:43:24
jQuery je sice pomalé, ale proti reactu je to sportovec; myslím, že ochota dělat stránky rychlé, paměťově a zdrojově nenáročné prostě právě s Reactem umřela.

Ak chceš rýchlosť na úrovni čistého JS tak skús ten Svelte čo tu už štvrtý krát odporúčam. Ten je nie len športovec ale stíhačka.

S vanillaJS si musím být vědom omezení a daleko více testovat mezi prohlížeči.

To nesúhlasím.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 18. 02. 2021, 20:54:00
jQuery je sice pomalé, ale proti reactu je to sportovec; myslím, že ochota dělat stránky rychlé, paměťově a zdrojově nenáročné prostě právě s Reactem umřela.

S vanillaJS si musím být vědom omezení a daleko více testovat mezi prohlížeči. Doporučení na čistý js tady zaznělo ve vláknu několikrát.
Když vy pořád porovnáváte jablka s krokodýlama. To není tak, že ten samý web budete psát v čistém JavaScriptu bez jakýchkoli knihoven, nebo v jQuery, nebo v Reactu. Když budete psát webovou aplikaci, použiju Svelte, React, Vue, Angular, Preact nebo třeba webcomponents. Když budu potřebovat jenom nějaké drobnosti, budu psát třeba v ES2019 a transpilovat do verze, kterou podporují všechny prohlížeče, které chci podporovat. Případně použiju nějakou knihovnu pro to, co potřebuji.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: hurvajs spejbl 18. 02. 2021, 23:03:39
jQuery je sice pomalé, ale proti reactu je to sportovec; myslím, že ochota dělat stránky rychlé, paměťově a zdrojově nenáročné prostě právě s Reactem umřela.

jasně, dobrý plky. To, že někdo neumí optimalizovat React, neznamená že je špatný. Ono neoptimalizace je "přínos" dnešní doby, kdy už ani frameworky moc neřeší zdroje - procesory jsou výkonější, máme více paměti apod.

Podle vaší analogie mohu říci, že všechno co není psané v Asembleru je na ho*no.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: duck.typing 18. 02. 2021, 23:39:28
... to je jako ten Flak 88, než bych to uměl dobře...
Flak 88? To zní spíš jako jméno neonacistické kapely. Zřejmě máte na mysli legendární a rozšířené protiletadlové dělo, které ale neslo označení 8,8-cm-FlaK 18, 8,8-cm-FlaK 36 nebo 8,8-cm-FlaK 37.

... flak...8 lidí to obsluhuje, ale poradí si to se vším...
V tomto ohledu bych byl skeptičtější. Diskutované dělo bylo velmi dobré akorát tak na dvě věci.

Může se to zdát off-topic, ale sám zakladatel tématu to zde hned v prvním příspěvku nakousl a pak se k tomu ještě vrátil, takže...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: BoneFlute 19. 02. 2021, 05:22:51
Já vnímám jQuery pořád jako knihovnu pro zjednodušení práce s DOM/CSS v čistém JS, tam své místo pořád má, dokud podobné věci neumí JS sám o sobě.
Na rozdíl od velkých FW, které když začnu používat, tak už nemůžu uhnout (a proto je moc nemusím), tak jQuery mě do ničeho nenutí, nemusím jí nijak přizpůsobovat návrh projektu, jen využívám zjednodušení syntaxe tam, kde se to hodí.

Já bych s tím souhlasil.

jQuery je oblíbené a pohodlné.


To ste prekvapený čo?

To skutečně jsem. Nevšiml jsi si, že jsem psal, že nativní funkce používám? Nebo se jen vytahuješ že to umíš taky?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 19. 02. 2021, 12:17:14
jQuery je sice pomalé, ale proti reactu je to sportovec; myslím, že ochota dělat stránky rychlé, paměťově a zdrojově nenáročné prostě právě s Reactem umřela.

jasně, dobrý plky. To, že někdo neumí optimalizovat React, neznamená že je špatný. Ono neoptimalizace je "přínos" dnešní doby, kdy už ani frameworky moc neřeší zdroje - procesory jsou výkonější, máme více paměti apod.

Podle vaší analogie mohu říci, že všechno co není psané v Asembleru je na ho*no.

ano, musíš ho optimalizovat a to tak, že v něm prostě data nemáš nebo vše cpeš do immutable struktur, pureComponent rulezz a celou dobu bojuješ s re-render problémem. Náklady na optimalizaci u vývoje u reactu dosahují už pěkného poměru k samotnému vývoji. Mně připadalo zajímavé na jedné straně mluvit o tom, že jQuery zbytečně zpomaluje web a pak říct, že se dá také použít React.

O ASM jsem nepsal ani slovo, stačí se podívat jak spotřeba paměti a CPU roste každým rokem, z tohohle pohledu to jQuery vlastně nebyl tak špatné :). Naopak např. napsat v ASM efektivnější kód než produkují novodobé JIT kompilery není vůbec snadné. Jinak moje neoblíbenější stránka vždy byla http://microjs.com a třeba způsob jak je schopný se vypořádat s efektivitou https://github.com/mafintosh je unášející, škoda, že tak o tom nepřemýšlí jiní tvůrci frameworků. Zajímavou cestou jde Svelte, ale to už tady bylo dříve (např. třeba Google Dart, dnes již mrtvý), na první pohled dobrá efektivita je vykoupena vendor lock-inem, špatnou interportabilitou a celkovou uvězněností v jednom světě, tohle web z kolen nevytrhne, Google Closure je za mě použitelnější a pěkněji vyřešená sada nástrojů pro tvorbu.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 19. 02. 2021, 12:28:29
ano, musíš ho optimalizovat a to tak, že v něm prostě data nemáš nebo vše cpeš do immutable struktur, pureComponent rulezz a celou dobu bojuješ s re-render problémem. Náklady na optimalizaci u vývoje u reactu dosahují už pěkného poměru k samotnému vývoji. Mně připadalo zajímavé na jedné straně mluvit o tom, že jQuery zbytečně zpomaluje web a pak říct, že se dá také použít React.
Akorát jste k tomu zapomněl napsat takovou drobnost – že ten web v Reactu, o jehož optimalizaci píšete, je tak složitý, že s jQuery byste ho vůbec nenapsal.

O zpomalování webu jQuery byla řeč v souvislosti s tím, že potřebujete vybrat pár elementů a jim nastavit nějaký ovladač události – a místo abyste to udělal prostředky, které má každý dnes používaný prohlížeč, dotáhnete tam celou knihovnu jQuery (a pokud možno ještě tak, aby její stažení blokovalo vykreslení stránky).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Tomas-T 19. 02. 2021, 15:31:20
Nakouknul jsem co je Svelte zač - a zjistil, že s JS knihovnami typu jQuery to nemá nic společného.
Není to nic, co by rozšiřovalo možnosti skriptování v JS na straně klienta, ale je to vývojový FW který transpiluje nějaký zdrojový kód do JS/CSS - jeden kód píšu a jiný kód jde do browseru.
To už se asi raději naučím Blazor - stejně serverovou část píšu v ASP .NET c#.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 19. 02. 2021, 15:47:10
Nakouknul jsem co je Svelte zač - a zjistil, že s JS knihovnami typu jQuery to nemá nic společného.
Není to nic, co by rozšiřovalo možnosti skriptování v JS na straně klienta, ale je to vývojový FW který transpiluje nějaký zdrojový kód do JS/CSS - jeden kód píšu a jiný kód jde do browseru.
To už se asi raději naučím Blazor - stejně serverovou část píšu v ASP .NET c#.
Svelte je frontendový framework, typicky se používá pro SPA, podobně jako React, Vue, Angular… Všechny tyto frameworky dělají to, že místo HTML značek a DOM událostí pracujete s komponentami, které jsou napojené na data. React, Vue i Angular to řeší tak, že dodávají vlastní knihovnu funkcí, které poslouchají události a manipulují s DOMem. Svelte na to jde jinak, přímo generuje kód, který na základě událostí manipuluje DOMem. Odpadá tam tedy velká část knihovních funkcí, místo toho se už v době transpilace vytvoří ten správný kód pro prohlížeč.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 19. 02. 2021, 21:01:36
Svelte je frontendový framework

Do PRRRdddele  ??? ;D dost dobrý!
Prošel jsem si tutoriál a vypadá to velmi dobře!
Na rozdíl od blbnutí s JQuery je tohle neuvěřitelně čitelné (a vypadá pohodlně).
Jen se bojím, jestli to nakonec nevygeneruje zbytečně hrozně moc kódu.

@ALL
Super diskuze a díky vám, bez vás bych se mrcasil s JQuery a dělal všechno "staře".
Když vidím schopnosti Svelte nebo Vue a porovnám to s ručním blbnutí s DOMem...
Taky jsem myslel na Bootstrap 3 a on už je Bootstrap 5 (ostrá v březnu).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 19. 02. 2021, 21:37:34
Do PRRRdddele  ??? ;D dost dobrý!
Prošel jsem si tutoriál a vypadá to velmi dobře!
Na rozdíl od blbnutí s JQuery je tohle neuvěřitelně čitelné (a vypadá pohodlně).
Jen se bojím, jestli to nakonec nevygeneruje zbytečně hrozně moc kódu.

Bojíte sa neoprávnene, vyskúšajte a budete prekvapený. Využíva to komu optimalizačných featur (napr. code-splitting, tree-shaking atď), čoskoro by mal byť hotový aj SvelteKit ktorý využíva Snowpack a Vite. Kód ktorý Svelte generuje je skutočne kód takmer bez zbytočností, optimalizovanosť dosahuje úrovne že momentálne už ani nie je možné vytvoriť menší a rýchlejší kód, aby sa uchovala funkcionalita webstránky.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: ZAJDAN 20. 02. 2021, 10:31:03
Zkuste Ruby on Rails , pak snad pochopíte, že ty capiny jako React, Angular, Vue, Svelte apod vůbec nepotřebujete!
JS už používám jen na jedinou věc a tou je grafická animace a ta se děje na klientské straně, takže stačí JQuery, MooTools, GreenSock apod a dost věcí už lze i pomocí CSS.

Ale server side JavaScript?! Za mě ne.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 20. 02. 2021, 10:58:05
Zkuste Ruby on Rails , pak snad pochopíte, že ty capiny jako React, Angular, Vue, Svelte apod vůbec nepotřebujete!
JS už používám jen na jedinou věc a tou je grafická animace a ta se děje na klientské straně, takže stačí JQuery, MooTools, GreenSock apod a dost věcí už lze i pomocí CSS.
To by mne zajímalo, jak chcete server-side řešením konkurovat frontendovým frameworkům v rychlosti odezvy.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Patek13 20. 02. 2021, 11:32:44
Já jsem zvědanej, jestli někdy bude vývoj webový aplikace stejně snadnej jako desktopový - jeden jazyk a nebude se muset řešit transformace dat mezi serverem a klientem.

Blazor něco podobného řeší, ale furt není hotový a co si pamatuji, měl problémy s velikostí runtime a vyžadoval websockety? Takže to asi nejspíš nebude univerzální řešení na téměř statické weby a zároveň na interaktivní aplikace. A vůbec, s C# a .NET to není tak slavné, jak jsem po vydání .NET Core očekával. Spíš bych do budoucna sázel na Kotlin.

Tuším, že JetBrains píše fullstack v Kotlinu, ale jejich frontend je jen React, co se pak zkompiluje do JS.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Kit 20. 02. 2021, 11:46:05
Já jsem zvědanej, jestli někdy bude vývoj webový aplikace stejně snadnej jako desktopový - jeden jazyk a nebude se muset řešit transformace dat mezi serverem a klientem.

Až se místo HTML, CSS, PHP a SQL bude používat Lisp, včetně browserů, tak to půjde. Jenže vývojáři ho stále a priori odmítají.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 20. 02. 2021, 12:02:38
Já jsem zvědanej, jestli někdy bude vývoj webový aplikace stejně snadnej jako desktopový - jeden jazyk a nebude se muset řešit transformace dat mezi serverem a klientem.
Už dávno můžete psát serverovou část v JavaScriptu. A ještě starší jsou možnosti překládat „serverový“ jazyk do JavaScriptu – mezi ty známější patřil třeba Google Web Toolkit.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 20. 02. 2021, 12:04:24
Já jsem zvědanej, jestli někdy bude vývoj webový aplikace stejně snadnej jako desktopový - jeden jazyk a nebude se muset řešit transformace dat mezi serverem a klientem.

To netreba ani teraz aj keď robíš weby v JS.

Blazor něco podobného řeší, ale furt není hotový a co si pamatuji, měl problémy s velikostí runtime a vyžadoval websockety? Takže to asi nejspíš nebude univerzální řešení na téměř statické weby a zároveň na interaktivní aplikace. A vůbec, s C# a .NET to není tak slavné, jak jsem po vydání .NET Core očekával. Spíš bych do budoucna sázel na Kotlin.

Na Blazor mám osobný názor že je to nezmysel.

Až se místo HTML, CSS, PHP a SQL bude používat Lisp, včetně browserů, tak to půjde. Jenže vývojáři ho stále a priori odmítají.

Lisp si myslím že to JS nenahradí. Btw. prečo je tu reš o SQL? Však Lisp a SQL sú 2 totálne rozdielne veci. A náhodou HTML je v pohode, PHP osobne už mám nahradené za JS už dávno.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 20. 02. 2021, 12:52:57
Vlastně jsem nepochopil, proč JS už dávno nebyl nahrazen byte code nad virtuálním strojem.
Jasně, Flash byla hnusná proprietární záležitost, ale vznikla v tom hromada her a dalších věcí, které dnes už nevznikají a je to možná docela škoda.

Doplním: Ne snad, že by nevycházely žádné, ale místo bývalého kvanta to jsou spíš výjimky.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 20. 02. 2021, 12:55:56
Vlastně jsem nepochopil, proč JS už dávno nebyl nahrazen byte code nad virtuálním strojem.
Jasně, Flash byla hnusná proprietární záležitost, ale vznikla v tom hromada her a dalších věcí, které dnes už nevznikají a je to možná docela škoda.

ja nechápem prečo chcete JS nahradiť, a hlavne ako by ste ho nahradili keď všetky už existujúce webstránky používajú v klientovy JS snaď s výnimkou pár (čož je pod 0.1%)
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Kit 20. 02. 2021, 13:48:42
Až se místo HTML, CSS, PHP a SQL bude používat Lisp, včetně browserů, tak to půjde. Jenže vývojáři ho stále a priori odmítají.
Lisp si myslím že to JS nenahradí. Btw. prečo je tu reš o SQL? Však Lisp a SQL sú 2 totálne rozdielne veci. A náhodou HTML je v pohode, PHP osobne už mám nahradené za JS už dávno.

Lisp je schopen kompletně nahradit Javascript i SQL, dokonce je ten zápis kratší a jednodušší. Na rozdíl od Javascriptu umí makra, což dělá různé transpilery zbytečnými.

Databázi jsem si v Lispu napsal za pár minut. Opravdu to není nic složitého a jsou na tom vidět i výhody jednotného jazyka. Program, makra i datové struktury v něm mají stejnou syntaxi.

Jenom mi není jasné, jak to PHP, kterým jsi nahradil Javascript, provozuješ v prohlížeči.

Ne, nechci na sílu zavádět Lisp tam, kde je Javascript. Chci jen naznačit, že Lisp toho umí víc. Jeho jedinou nevýhodou je, že na první pohled vypadá nepřátelsky, i když má stejný počet závorek jako běžné jazyky.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Kit 20. 02. 2021, 13:51:08
Vlastně jsem nepochopil, proč JS už dávno nebyl nahrazen byte code nad virtuálním strojem.
Jasně, Flash byla hnusná proprietární záležitost, ale vznikla v tom hromada her a dalších věcí, které dnes už nevznikají a je to možná docela škoda.

Doplním: Ne snad, že by nevycházely žádné, ale místo bývalého kvanta to jsou spíš výjimky.

WASM snad není plnohodnotnou náhradou?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 20. 02. 2021, 14:03:15
Až se místo HTML, CSS, PHP a SQL bude používat Lisp, včetně browserů, tak to půjde.
PHP osobne už mám nahradené za JS už dávno.

Jenom mi není jasné, jak to PHP, kterým jsi nahradil Javascript, provozuješ v prohlížeči.

Spýtaj sa seba, tys tu nahradzoval PHP Lispom, v prehliadači. Nebo to nebolo v prehliadači? Pretože ja hovoril o náhrade PHP za JS logicky na servery.

Lisp je schopen kompletně nahradit Javascript i SQL, dokonce je ten zápis kratší a jednodušší. Na rozdíl od Javascriptu umí makra, což dělá různé transpilery zbytečnými.

Databázi jsem si v Lispu napsal za pár minut. Opravdu to není nic složitého a jsou na tom vidět i výhody jednotného jazyka. Program, makra i datové struktury v něm mají stejnou syntaxi.

Takže nahradzuješ SQL databázku SQL databázou akurát v Lispu? Heh, SQL fakt nemá nič s prog. jazykom v zmysle toho že SQL databáza aj tak príjma SQL príkazy, to že tie príkazy generuješ v určitom jazyku je iné, ale to vieš generovať rovnako v ostatných jazykoch, či už je to JS, či už Golang, či už Python, alebo C/C++, alebo ERLang, alebo Haskell, alebo aj tvoj Lisp, je to totálne jedno.

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní, tým že v JS je front-end a back-end oddelený (aj keď nemusí byť) tak sa pridáva dosť prehľadnosti. Btw. Lisp až tak moc nadužíva gulaté zátvorky () že síce vo výsledku máš stejný počet zátvoriek ale horšie sa ti to číta, a až sa pomýliš a prcneš zátvorku na špatnom mieste, tak máš problém.

Ne, nechci na sílu zavádět Lisp tam, kde je Javascript. Chci jen naznačit, že Lisp toho umí víc. Jeho jedinou nevýhodou je, že na první pohled vypadá nepřátelsky, i když má stejný počet závorek jako běžné jazyky.

Neviem, ale môj prvý pohľad není nepriatelský, to skôr nepriatelsky vyzerá PHP alebo Java alebo C++
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: A.P.Hacker 20. 02. 2021, 14:05:59
skoda, ze se zajimava diskuze opet zvrhla.

podle me hlavni neprijemnost nativnich selektor funkci oproti jquery je, ze mohou vracet null, nodelist a node, musite na to myslet a psat nadbytecny kod osetrujici ruzne pripady.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 20. 02. 2021, 14:12:49
skoda, ze se zajimava diskuze opet zvrhla.

podle me hlavni neprijemnost nativnich selektor funkci oproti jquery je, ze mohou vracet null, nodelist a node, musite na to myslet a psat nadbytecny kod osetrujici ruzne pripady.

V skutočnosti nie, pretože ti stačí len jeden a tým je querySelectorAll(),... nepotrebuješ byId, byClass, či byElementName, a pod. pretože querySelectorAll() nahradí všetky tieto. A k tomu ti stačí jeden forEach() a zrazu máš vždy stejný výsledok, nemusíš nijak ošetrovať rôzne prípady, takže do 5 riadkov máš hotovo komplet náhradu za jQuery selectory.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 20. 02. 2021, 16:42:44
WASM snad není plnohodnotnou náhradou?
Současná verze WASM ne, protože nemá přístup k API prohlížeče (např. k DOMu).
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: listoper 20. 02. 2021, 17:32:57

Takže nahradzuješ SQL databázku SQL databázou akurát v Lispu? Heh, SQL fakt nemá nič s prog. jazykom v zmysle toho že SQL databáza aj tak príjma SQL príkazy, to že tie príkazy generuješ v určitom jazyku je iné, ale to vieš generovať rovnako v ostatných jazykoch, či už je to JS, či už Golang, či už Python, alebo C/C++, alebo ERLang, alebo Haskell, alebo aj tvoj Lisp, je to totálne jedno.

Myslim, ze o tom to neni. Koukni treba na datomic.

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.

Huh?

Btw. Lisp až tak moc nadužíva gulaté zátvorky () že síce vo výsledku máš stejný počet zátvoriek ale horšie sa ti to číta, a až sa pomýliš a prcneš zátvorku na špatnom mieste, tak máš problém.

Nenaduziva... cte se mi to lip... Je to vec subjektivni a o zvyku.
Navic to co to prinasi prevazi vsechny zdanlive nedostatky... viz structural editing

Edit: jo a jeste... kdyz prcnes v javascriptu zavorku na spatny misto tak nemas problem?

A k tomu nahrazovani... nevidim to jako nutnost, ale uz dneska muzu mit odshora dolu cely tech stack lispovy...

DB: datomic
backend: clojure
frontend: clojurescript s reagent/re-frame/fulcro/quil(kdyz byla rec o tech hrach)... jak je libo

Nemusim napsat ani radek SQL,html...


Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 20. 02. 2021, 18:57:59
Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.
Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: listoper 20. 02. 2021, 19:52:58
Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.
Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)

Takze mam dva kamarady.. Johnyho a Pepu. S Johnym mluvim anglicky a s Pepou cesky. A je to super protoze si je diky tomu nespletu...
Takhle?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Kit 20. 02. 2021, 20:18:20
PHP osobne už mám nahradené za JS už dávno.
Jenom mi není jasné, jak to PHP, kterým jsi nahradil Javascript, provozuješ v prohlížeči.
Spýtaj sa seba, tys tu nahradzoval PHP Lispom, v prehliadači. Nebo to nebolo v prehliadači? Pretože ja hovoril o náhrade PHP za JS logicky na servery.

Aha, tys to myslel obráceně? Hmm, osobně k tomu nemám důvod.

Prohlížeče PHP neumí. Umí HTML, XML, XSLT, CSS, Javascript a Wasm, ale mohly by umět i Lisp. Významně by se tím urychlil přenos dat mezi klientem a serverem. Místo JSONu samozřejmě také Lisp, protože má o řád lepší schopnosti uchování dat.
Lisp je schopen kompletně nahradit Javascript i SQL, dokonce je ten zápis kratší a jednodušší. Na rozdíl od Javascriptu umí makra, což dělá různé transpilery zbytečnými.

Databázi jsem si v Lispu napsal za pár minut. Opravdu to není nic složitého a jsou na tom vidět i výhody jednotného jazyka. Program, makra i datové struktury v něm mají stejnou syntaxi.

Takže nahradzuješ SQL databázku SQL databázou akurát v Lispu? Heh, SQL fakt nemá nič s prog. jazykom v zmysle toho že SQL databáza aj tak príjma SQL príkazy, to že tie príkazy generuješ v určitom jazyku je iné, ale to vieš generovať rovnako v ostatných jazykoch, či už je to JS, či už Golang, či už Python, alebo C/C++, alebo ERLang, alebo Haskell, alebo aj tvoj Lisp, je to totálne jedno.

V Lispu můžeš volat běžnou SQL databázi obvyklým způsobem, ale měl jsem spíš na mysli vlastní objektovou databázi v Lispu, která by se podle mne na web hodila lépe. Zcela by tím odpadly obvyklé ORM frameworky.

A ještě něco: Lisp je kompilovaným jazykem.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 20. 02. 2021, 20:47:05
Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.
Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)

Takze mam dva kamarady.. Johnyho a Pepu. S Johnym mluvim anglicky a s Pepou cesky. A je to super protoze si je diky tomu nespletu...
Takhle?

Človeka rozoznáš aj hlasom, výzorom, atď... takže to miešaš hrušky s jablkami.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Patek13 20. 02. 2021, 20:56:56
Tady se každá diskuze stočí k obhajobě jazyků, který skoro nikdo nepoužívá (Lisp, Haskell atd.).
Pro mě je jasná volba PHP, protože ho umím a má velký ekosystém. Ideální jazyk by byl s GC, statické typy, objekty, použitelnost i na desktop - takže Kotlin (jako náhrada za hnusnou Javu) nebo C#. Rust neznám a Go nemá objekty.

Na frontendu není co řešit, všechny knihovny jsou vesměs podobné, jen náskok Reactu se podle mě zvyšuje. Největší potenciál vidim ve Svelte, protože díky kompilaci se nemusí dělat kompromis mezi UX a DX. Toto taky vypadá zajímavě https://github.com/ryansolid/solid (https://github.com/ryansolid/solid)
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: listoper 20. 02. 2021, 21:35:33
Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.
Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)

Takze mam dva kamarady.. Johnyho a Pepu. S Johnym mluvim anglicky a s Pepou cesky. A je to super protoze si je diky tomu nespletu...
Takhle?

Človeka rozoznáš aj hlasom, výzorom, atď... takže to miešaš hrušky s jablkami.

A kdyz nahradim slovo "mluvim" frazi "pisu si" tak uz to sedi?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Mlocik97 20. 02. 2021, 21:43:30
Človeka rozoznáš aj hlasom, výzorom, atď... takže to miešaš hrušky s jablkami.

A kdyz nahradim slovo "mluvim" frazi "pisu si" tak uz to sedi?

V takom prípade ak by ti aplikácia nehovorila "TOTO je Roman" a "TOTO je Krištof" neukazovalo ich fotky a pod. (teda nemali by žiadne iné spoznávacie znaky) ale bol by to iba slepý chat, tak áno, a skutočne bys rozoznal tých 2 ľudí na základe jazyku.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Idris 20. 02. 2021, 21:48:45
Rust neznám a Go nemá objekty.
Rust a Go mají stejně koncipovaný typový systém. Včetně objektů.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: listoper 20. 02. 2021, 22:09:29
Človeka rozoznáš aj hlasom, výzorom, atď... takže to miešaš hrušky s jablkami.

A kdyz nahradim slovo "mluvim" frazi "pisu si" tak uz to sedi?

V takom prípade ak by ti aplikácia nehovorila "TOTO je Roman" a "TOTO je Krištof" neukazovalo ich fotky a pod. (teda nemali by žiadne iné spoznávacie znaky) ale bol by to iba slepý chat, tak áno, a skutočne bys rozoznal tých 2 ľudí na základe jazyku.
Pristoupim na tve rozireni me metafory... A beru te za slovo ze to potom sedi...
Takze ta vyhoda ruznych jazyku pro lepsi cteni teda potom plati jen v pripade, ze kod aplikace je jako "slepy chat" kde o sobe kod nicim jinym nez jazykem, kterym je napsan, nedava najevo co dela?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 21. 02. 2021, 00:00:35
By the way, když už jsme stejně úplně OT.

Proč to vlastně chci, mám v hlavě takový projekt.

Možnosti:

Nebo:

 ??? popravdě mám zkušenost, že když něco chci, musím si to udělat sám. V opačném případě to je A) blbě, B) draze, C) za dlouho, D) jinak než jsem chtěl, E) cena vyskočí na dvojnásobek, F) nic si na tom pak neudělám, G) musím ukecávat někoho, aby milostivě splnil svoje slovo chlapa  :-\ :P

Jinak jsem koukal na Bootstrap, Svelte a pythonové frameworky, není to těžké, naopak lehčí než dřív.
Jenže k tomu je potřeba ještě grafika a čas, sousta času.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Kit 21. 02. 2021, 10:05:08
Použij Wordpress a můžeš se věnovat obsahu.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 21. 02. 2021, 10:30:43
Použij Wordpress a můžeš se věnovat obsahu.

WP je jedna velká tragédie, to už bych raději použil Joomla.
ALE musí to vypadat dobře a potřebuji tam speciální funkcionality, vrazit je do WP nebo Joomla by bylo těžší, než to udělat celé znova. Jinak právě tu Joomla občas používám, když někdo chce webovou stránku pro svojí firmu, takže tyhle systémy celkem znám. Dokonce jsem měl Artisteer na generování a úpravu šablon.
https://www.youtube.com/watch?v=KLrKXQSCSPo
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 21. 02. 2021, 10:38:11
By the way, když už jsme stejně úplně OT.

Proč to vlastně chci, mám v hlavě takový projekt.

Možnosti:
  • Věnovat se obsahu
  • Tohle někomu zadat, ať to "zdevelovepří"
  • Za web, ksicht, backend vypláznu tak 50 hadrů

Nebo:
  • Sfouknout to sám, ale zabere mi to násobně víc času
  • Učit se znovu něco, co jsem dlouho nedělal
  • Ušetřím celkem dost peněz
  • Budu to mít udělané tak, jak chci
  • Na obsah budu mít násobně méně času

 ??? popravdě mám zkušenost, že když něco chci, musím si to udělat sám. V opačném případě to je A) blbě, B) draze, C) za dlouho, D) jinak než jsem chtěl, E) cena vyskočí na dvojnásobek, F) nic si na tom pak neudělám, G) musím ukecávat někoho, aby milostivě splnil svoje slovo chlapa  :-\ :P

Jinak jsem koukal na Bootstrap, Svelte a pythonové frameworky, není to těžké, naopak lehčí než dřív.
Jenže k tomu je potřeba ještě grafika a čas, sousta času.

Co znamená ten „obsah“ – je to něco dynamického, každá stránka obsahu se bude muset naprogramovat, nebo je to jen klasický statický webový obsah (texty, obrázky, videa apod.)? Pokud je to ten druhý případ, zvolil bych generátor statických webů – Gatsby (https://www.gatsbyjs.com) (založený na Reactu), Hugo (https://gohugo.io) (napsaný v Go), NextJS (https://nextjs.org) (založený na Reactu, má blíž k aplikacím než GatsbyJS), Nuxt.js (https://nuxtjs.org) (založený na Vue). Nebo si prostě vyberte na webu JAMstack (https://jamstack.org/generators/), co vás zaujme. Generuje to statické weby, takže web je velmi rychlý, dá se snadno hostovat v CDN. Zároveň při buildu můžete pracovat s daty – v jednodušším případě mít třeba jednotlivé stránky napsané v Markdownu, ale můžete i sahat pro data do databáze nebo přes API. A když někde potřebujete nějakou dynamickou část, není problém ji tam přidat – vyhledávání, formuláře nebo prostě jakoukoli frontendovou logiku. Všechny uvedené nástroje mají už spoustu hotových šablon, takže na začátku se můžete věnovat jenom obsahu – a pokud se projekt ujme a vyplatí se do něj investovat, můžete následně nechat někoho udělat šablonu na míru, přidat víc backendové logiky atd.

A kdybyste nutně chtěl udržovat obsah ve WordPressu, i to je se statickými generátory možné. Budete mít schovaný WordPress u sebe, v něm budete udržovat obsah a pak to třeba přes Gatsby publikujete jako statický web. Takhle funguje třeba https://covid.gov.cz.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Kit 21. 02. 2021, 12:55:55
Použij Wordpress a můžeš se věnovat obsahu.
WP je jedna velká tragédie, to už bych raději použil Joomla.
ALE musí to vypadat dobře a potřebuji tam speciální funkcionality, vrazit je do WP nebo Joomla by bylo těžší, než to udělat celé znova. Jinak právě tu Joomla občas používám, když někdo chce webovou stránku pro svojí firmu, takže tyhle systémy celkem znám. Dokonce jsem měl Artisteer na generování a úpravu šablon.
https://www.youtube.com/watch?v=KLrKXQSCSPo

Takže Joomla to jistí. Nebo snad v něčem nevyhovuje?
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 21. 02. 2021, 15:10:40
Takže Joomla to jistí. Nebo snad v něčem nevyhovuje?

WP ani Joomla naprosto nevyhovují.
Výsledek musí vypadat profesionálně, Joomla i WordPress vypadají podobně jako výstup z Microsoft Frontpage.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: ETNyx 22. 02. 2021, 12:43:06
Takže Joomla to jistí. Nebo snad v něčem nevyhovuje?

WP ani Joomla naprosto nevyhovují.
Výsledek musí vypadat profesionálně, Joomla i WordPress vypadají podobně jako výstup z Microsoft Frontpage.

Jenže to že výsledek podle Vás nevypadá profesionálně, tak za to nemůže ani WP ani Joomla, ale jejich integrátor, což jako tvrzení by se dalo aplikovat snad na všechno. O Malování by jste taky řekl asi něco jako, to není nástroj pro profesionály, ale koukněte na YT co s tím "profesionálové" dokáží vytvořit. Vzpomínám jak se před časem velebil borec co předělal prostředí iOS a udělal to v libreoffice nebo něčem podobným a by jste určitě neoznačil za profesionální :-D
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 22. 02. 2021, 18:00:39
O Malování by jste taky řekl asi něco jako, to není nástroj pro profesionály, ale koukněte na YT co s tím "profesionálové" dokáží vytvořit.

Souhlasím, ale předělávat hrábě na krompáč není efektivní ani moudré.

Nicméně diskuze s Joomla a WP mi "pomohla" se ujistit, že nemá smysl předělávat Magento nebo Prestashop na něco, co nejsou. A že bude lepší to udělat odznova...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Filip Jirsák 22. 02. 2021, 20:25:37
O Malování by jste taky řekl asi něco jako, to není nástroj pro profesionály, ale koukněte na YT co s tím "profesionálové" dokáží vytvořit.

Souhlasím, ale předělávat hrábě na krompáč není efektivní ani moudré.

Nicméně diskuze s Joomla a WP mi "pomohla" se ujistit, že nemá smysl předělávat Magento nebo Prestashop na něco, co nejsou. A že bude lepší to udělat odznova...

To, jak vypadá web, ale WordPress ani Joomla neurčují. To záleží na použité šabloně a tu si klidně můžete udělat svou nebo  si ji od někoho nechat navrhnout. Nebo opačně, pokud máte šablonu, která podle vás vypadá profesionálně a chcete ji použít, nejspíš ji budete moci použít i s WordPressem nebo Joomlou. Čímž neříkám, že bych tyhle nástroje použil pro frontend (i když někdy i to dává smysl), ale kritizujete na nich něco, co s nimi nesouvisí.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 23. 02. 2021, 07:47:01
To, jak vypadá web, ale WordPress ani Joomla neurčují. To záleží na použité šabloně

Předně, já nepotřebuji a nechci jejich CMS. Nevyhovuje.
Potřebuji systém s uživatelskou sekcí, která je přístupná jen po přihlášení, také potřebuji placenou sekci a sekci s přístupem, který budu udělovat na základě tokenu, v další části webu potřebuji možnost plateb atd. Nevyhovuje dokonce ani Magento nebo Prestashop (které jsem dělal v poslední době).
Všechno bych to hrozně moc ohýbal. Byť třeba Magento obsahuje podporu pro virtuální produkty.
(Virtuálním produkt má podporu produktové stránky, kam je přístup až po jeho zakoupení.)
Magento také podporuje multi-eshop, tj. několik webových frontendů se společnou administrací.
Ale vlastně bych ten systém přepsal - a stejně by z toho čišelo to, že to je Magento.
Jdou tu proti sobě dvě věci - vynalézat kolo, což se mi nechce VS předělávat hrábě na krompáč (tady to zpevním, zem přilepím kámen, tady to naostřím, sem přidělám zvonek na kolo...)

Ano, vzhled samozřejmě určuje šablona, ale ve chvíli, kdy bych tam začal dolepovat ty moduly, výsledek bude prostě hnusný - nebo dá násobně víc práce, než udělat celý nový systém a ještě to bude hnusné.
Skutečně jsem neviděl - a možná jsem se jen dost nekoukal - prostě jsem neviděl na Joomla nebo WP dokonce ani eshop, který by nevypadal poněkud hnusně.

Tedy, použil jsem zkratku a napsal, že WP nebo Joomla vypadají hnusně. No nevypadají, když se použije pořádná šablona. Jenže v mém případě by to hnusně vypadalo a byl by to hnusný bastl.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Wangarad 23. 02. 2021, 08:11:27
Takze ked si to zhrnieme tak Vam vlastne nic hotove co treba priohnut nevyhovuje lebo to bude "hnusne" a "dolepene" a prilis ohnute. Ako nic Vam nebrani v tom si to cele napisat od zaciatku. Samozrejme si mozte vyrezervovat tak mesiac na pisanie vlastneho CMS. Sice bude dobre len pre Vas a kazdy druhy vam povie ze to nevie pouzit a treba to priohnut ale potom asi budete spoko.Len nezabudajte na detaily ako bezpecnost, sprava uzivatelov a bambilion funkcii.Pripadne si rovno zoberte framework a nabuchajte si to v nom to nie je problem. Ale myslim ze by to dopadlo presne ako pisete v poslednej vete vasho prispevku... Pripadne si sadnite napiste zadanie a skuste ho dat napriklad na nakoduj.to alebo webtrh a myslim ze nielen casovo usetrite ale aj financne.
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: PanVP 23. 02. 2021, 09:15:24

To si uvědomuji.
Můj výsledek vypadat hnusně nebude, ale zabere mi to určitě dva měsíce práce...
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: _Tomáš_ 23. 02. 2021, 10:02:58

To si uvědomuji.
Můj výsledek vypadat hnusně nebude, ale zabere mi to určitě dva měsíce práce...

Frontend k WP (či jiným) si můžeš udělat naprosto podle sebe. Třeba edalnice.cz je také na WP a nepřipadá mi, že tam jsou nějaké věci z WP, které by byly "hnusné".
Název: Re:Náhrada PHP nebo ASP.NET Core
Přispěvatel: Václav Prokeš 23. 02. 2021, 10:05:30
Ahoj,
měli jsme aplikace napsané v klasickém ASP.
Řešili jsme kudy dál. Nakonec jsme skončili na web serveru s PHP a migrujeme z jednoduchého MVC na Symfony.
Pro obslužné aplikace okolo používáme Python pro jeho jednoduchost a možnost psát běžící aplikaci než "script".

Považuji se spíše za bastlíře než programátora. Nakonec jsem po bádání došel k tomuto:

Potřebuji udělat aplikaci, která bude dělat o já nebo klient potřebuje. Jsme moc malý tým na to abych se
neustále zabývat co je kde nového.

Proto jsem si našel mentora pro back end, který i vývoj školí a dělá nám externí code review a tím nám pomáhá k čistotě aplikace a má zajímavé nestranné otázky.
Stejně tak máme externistu na pár hodin měsíčně pro Frontend a stejně tak Python.

Za mě jako bastlíře bych nakonec řekl že potřebuji :
1. Dlouhodobost a podporovanost - nechce se mi pořád měnit technologii u dlouhodobých projektů
2. Používat nějakou koncepci, která bude i dobře čitelná
3. Jednoduchou implementaci a také deploy v případě živé aplikace.

Pro nás na web backend je odpověď PHP. Obecně se podívej na to co vlastně s jak dlouhodobým pohledem potřebuješ.
Pokud ti nevadí vše jednou za 3-5 let překopat tak je to v podstatě jedno. pokud chceš dlouhodobost doporučuji něco možná ne tak cool ale jednoduše funkční.

V.