Programavimas be PHP framework'ų? [Kam jie reikalingi?]

Ar kas daro savo projektus iš Jūsų su grynu PHP? Tiesiog atrodo, jog įgijus pakankamai skill'o man tiesiog neapsimoka imti ir dėti perteklinį kodą, kai viską galiu parašyti geriau ir suprantamiau. Ar framework'ai labiau reikalingi tam, kad programuotojai tiesiog turėtų standartą, pagal kurį susikalba? Kiek matau lietuvių rinkoj pagrinde Laravel reikia. Gal užsieny galima lengviau remote susirast kur nereiktų tiek bloat'o?

taip ir del standarto reikalingas irankis, plius jau gaunate apdirbta produkta, kur pradetumete nuo 0, ir ten tarkime po nn-nnn valandų tik pradėtumėte turite panašų įrankį. plius saugumo spragos, services ir daugybe kitų įrankių kartu eina. 

galų gale, php ar js turi didelių skirtumų, bet esmė tame, kad nereiškia, kad js greitu metu sunaikins php, php išvis - gerokai pigesni išlaikymo, maintenance kaštai, plius mažiau programavimo ir bugų. jeigu pasidomėtumėt tai lyg 60% webo php, tai tiesiog per metus ar 10 neišnyks, kol js neturės rimtos konkurencijos tarp mažų sąnaudų, ir programavimo sąnaudų ir aplamai saugumo bėdos ...

egzistuoja didelių projektų ir viešajame sektoriuje ir tarp verslų

Yra visokiu framework'u. Yra ready2go ir yra tokiu kaip F3, t.y. DIY framework'as. As ji naudoju ir man patinka, jog nesu verciamas mastyti taip kaip masto fw kurejai. Is esmes tu turi kelis pasirinkimus:

1. Naudoji fw su is anksto esanciom bibliotekom. Tai yra saugu, duoda greita starta, neisradineji dviracio, lengvai dirbama komandose;

2. Naudoji atskiras bibliotekas kuriu tau konkreciai reikia: route, db ir t.t. Susidedi butent tai ko tau reikia. Maziau blouto, bet aukoji sauguma, komandose tokie sprendimai neveikia.

Pasiskaityk best practices php. Rasi patarimu kada logiska naudoti all in one fw, mini fw ar tiesiog bunch of libs.

Kad kas siais laikais naudoti pure php - retas kas. Vistiek bus composer ir external libai.

Gerai kad viska gali parasyti lengviau paprasciau ir suprantamiau bet nemanau kad vienas devas sugebes visus edge cases coverinti + architektura normalia padaryti.

Neisradinek dviracio, frameworkas reikalingas tam kad kad kitiems butu paprasciau dirbti su tavo kodu ateityje.

Jei nenori tapt dinozauru sudarankiu kurio nieks samdyt nenores tai followink industry standartus.

Realiai PHP (kaip ir absoliučiai visos progamavimo kalbos) ir yra framework'as. Kompiuteris pastatytas ant 0 ir 1 - čia ir yra pati tikroji programavimo kalba. Visa kita yra "kaip" framework'ai. Tai čia ir yra tavo atsakymas. Ar norėtum svetaines kurti su nuliukais ir vienetukais? Kiek laiko tai truktų, kaip apsaugotum nuo hakerių ir dar begalė galvos skausmo...

Pvz. asmeniškai framework'ų nenaudoju, bet naudoju WordPress, nes tokiu atveju man nereikia išradinėti svetainės architektūros, nebūtina ištisai galvoti apie saugumą, daugybė funkcijų jau egzistuoja, o tai n kartų pagreitina darbą. 

Galų gale, yra gerų framework'ų (efektyvių, neėdančių resursų) ir yra prastesnių. Pvz. visi JS based frameworks naudoja žyymiai daugiau resursų ir elektros, bet yra dažniausiai dinamiški, o PHP based framwork'ai bus labiau lightweight, tačiau mažiau dinamiški

Būtina naudoti. Teisingai naudojamas framework'as sustrukturizuota projektą pagal tam tikrus stardartus, mažai vietos improvizacijai. Tarkim ant NodeJs naudoju NestJs framework'ą su typescript. Ten tu daryk taip arba neveiks ir mes error'us. Aš nežinau tavo dydžio projektų, bet pas mane ateina klientai būtent tokie, kur parašyti ant pure php ir nebeatlaiko scalinimo tempo. Galų gale žmoniškieji resursai, su framework'u daug greičiau rašosi kodas, Rest API CRUD'ą galiu jums parašyti per 10 min su kelias object relationais, dokumentacija.

prieš 5 valandas, Samick parašė:

Realiai PHP (kaip ir absoliučiai visos progamavimo kalbos) ir yra framework'as. Kompiuteris pastatytas ant 0 ir 1 - čia ir yra pati tikroji programavimo kalba. Visa kita yra "kaip" framework'ai. Tai čia ir yra tavo atsakymas. Ar norėtum svetaines kurti su nuliukais ir vienetukais? Kiek laiko tai truktų, kaip apsaugotum nuo hakerių ir dar begalė galvos skausmo...

Pvz. asmeniškai framework'ų nenaudoju, bet naudoju WordPress, nes tokiu atveju man nereikia išradinėti svetainės architektūros, nebūtina ištisai galvoti apie saugumą, daugybė funkcijų jau egzistuoja, o tai n kartų pagreitina darbą. 

Galų gale, yra gerų framework'ų (efektyvių, neėdančių resursų) ir yra prastesnių. Pvz. visi JS based frameworks naudoja žyymiai daugiau resursų ir elektros, bet yra dažniausiai dinamiški, o PHP based framwork'ai bus labiau lightweight, tačiau mažiau dinamiški

Ka turi omeny rasydamas PHP FW bus maziau dinamiski?

prieš 8 valandas, brogrammer parašė:

Ar kas daro savo projektus iš Jūsų su grynu PHP? Tiesiog atrodo, jog įgijus pakankamai skill'o man tiesiog neapsimoka imti ir dėti perteklinį kodą, kai viską galiu parašyti geriau ir suprantamiau. Ar framework'ai labiau reikalingi tam, kad programuotojai tiesiog turėtų standartą, pagal kurį susikalba? Kiek matau lietuvių rinkoj pagrinde Laravel reikia. Gal užsieny galima lengviau remote susirast kur nereiktų tiek bloat'o?

Su grynu PHP darau testines uzduotis kai tai nurodyta uzduoties aprasyme arba kai eksperimentuoju ir darau viska nuo nulio: REST API serveri, Websocket serveri ar dar kazka. Tik tiek.

Prieš 57 minutes, gabber parašė:

Ka turi omeny rasydamas PHP FW bus maziau dinamiski?

Tiesiog kad pvz. tik su PHP nebus server-side rendering

prieš 14 valandų, Samick parašė:

Tiesiog kad pvz. tik su PHP nebus server-side rendering

Bus ir toks, ir toks, kokio tik nori renderingo.

2023-11-13 13:18, ello parašė:

taip ir del standarto reikalingas irankis, plius jau gaunate apdirbta produkta, kur pradetumete nuo 0, ir ten tarkime po nn-nnn valandų tik pradėtumėte turite panašų įrankį. plius saugumo spragos, services ir daugybe kitų įrankių kartu eina. 

galų gale, php ar js turi didelių skirtumų, bet esmė tame, kad nereiškia, kad js greitu metu sunaikins php, php išvis - gerokai pigesni išlaikymo, maintenance kaštai, plius mažiau programavimo ir bugų. jeigu pasidomėtumėt tai lyg 60% webo php, tai tiesiog per metus ar 10 neišnyks, kol js neturės rimtos konkurencijos tarp mažų sąnaudų, ir programavimo sąnaudų ir aplamai saugumo bėdos ...

egzistuoja didelių projektų ir viešajame sektoriuje ir tarp verslų

Wordpress'e maziau bug'u negu Nodejs? Na kaip tik atvirksciai. Kad shared hostingas pigiau negu VPS - kaina gali buti ir beveik vienoda. Kad Wordpress programuotojai pigesni negu Nodejs - tiesa, tokie rinkos desniai.

Prieš valandą, gabber parašė:

Bus ir toks, ir toks, kokio tik nori renderingo.

jeigu Php naudoji, labai abejoju kad client side rendering gausi. Php juk server sided language yra 😄

prieš 2 valandas, 0djek parašė:

jeigu Php naudoji, labai abejoju kad client side rendering gausi. Php juk server sided language yra 😄

Prastai esi apsisvietes. Client-side (reiskia narsykleje) rendering'ui atlikti dazniausiai naudojami tam skirti JS lib'ai: vuejs, react, angular, etc. etc.

Cia reikes API REST serverio / back-end'o. Kad ir su PHP FW ji gali pasidaryti.

Jei tokie klausimai dar kyla, tai tikrai naudok tau patinkantį Framework'ą. Tiesiog nesi pakankamai patyręs. Komandų darbo tu vienas nepakeisi. Tas kelių 'ms' tavo pavadintas bloat'as yra niekinis.

prieš 1 valandą, gabber parašė:

Prastai esi apsisvietes. Client-side (reiskia narsykleje) rendering'ui atlikti dazniausiai naudojami tam skirti JS lib'ai: vuejs, react, angular, etc. etc.

Cia reikes API REST serverio / back-end'o. Kad ir su PHP FW ji gali pasidaryti.

Bet ar php client side rendering atliks? :D nelabai, dėl to ir sakau, kad php client side rendering nepadarysi :D O su kuo tu tuos duomenis paduosi I naršyklė skirtumo nėra, nes renderins juos vistiek jau javascript

Prieš 21 minutę, 0djek parašė:

Bet ar php client side rendering atliks? :D nelabai, dėl to ir sakau, kad php client side rendering nepadarysi :D O su kuo tu tuos duomenis paduosi I naršyklė skirtumo nėra, nes renderins juos vistiek jau javascript

Tai ir tavo supratimu PHP maziau dinaminis nes narsykles naudoja Javascript? Atsakymo nereikia, jus abu profesoriai 😂

Prieš 7 minutes, gabber parašė:

Tai ir tavo supratimu PHP maziau dinaminis nes narsykles naudoja Javascript? Atsakymo nereikia, jus abu profesoriai 😂

Už JavaScript php mažiau dinaminis, nes jau ką jis atidavė į naršykle: nebepakeis. Be JavaScript patogiai nepadarysi, kad paspaudus mygtuką, keli papildomai formos laukai atsiranda. 

Pametem tema: kuom blogai apsišvietęs buvau, kad php client side rendering yra?

Ką tik, 0djek parašė:

Už JavaScript php mažiau dinaminis, nes jau ką jis atidavė į naršykle: nebepakeis. Be JavaScript patogiai nepadarysi, kad paspaudus mygtuką, keli papildomai formos laukai atsiranda. 

Pametem tema: kuom blogai apsišvietęs buvau, kad php client side rendering yra?

Is originalaus klausimo buvo galima suprasti, kad ten kazkieno mintis buvo ta, kad svetaine su PHP bus tik su server-side renderingu, tai as ir atsakiau kad nebutinai.

Apie dinamiskuma. Kazkas pasiklydo savokose. As dabar matau cia kalba buvo ne apie dinamiskuma, o universaluma. Labai skirtingos savokos. Jeigu plestis toliau galiu teigti, kad PHP, ar bet kuri kita kalba, gali renderinti ir client-side per WebAssembly.

Prieš 4 minutes, gabber parašė:

Is originalaus klausimo buvo galima suprasti, kad ten kazkieno mintis buvo ta, kad svetaine su PHP bus tik su server-side renderingu, tai as ir atsakiau kad nebutinai.

Apie dinamiskuma. Kazkas pasiklydo savokose. As dabar matau cia kalba buvo ne apie dinamiskuma, o universaluma. Labai skirtingos savokos. Jeigu plestis toliau galiu teigti, kad PHP, ar bet kuri kita kalba, gali renderinti ir client-side per WebAssembly.

Jeigu tik php, tai pagrinde ir bus server side rendering. Kaip sakei gali naudoti php per wasm ir gauti client side rendering, bet ar nebūtų tada paprasčiau naudoti tinkamą įrankį darbui (tiesiog JavaScript)?

Dėl dinamiškumo: kaip paaiskintum tada dinamiškumą ir universaliskuma?

prieš 4 valandas, freepeeG parašė:

Jei tokie klausimai dar kyla, tai tikrai naudok tau patinkantį Framework'ą. Tiesiog nesi pakankamai patyręs. Komandų darbo tu vienas nepakeisi. Tas kelių 'ms' tavo pavadintas bloat'as yra niekinis.

Gal galėtum pasakyt pavyzdžių web page'ų, kuriuos padaryt be frameworkų būtų žymiai sudėtingiau? Nes kaip suprantu yra riba kur jau tikrai geriau imt kodo gabalą, kuris ateity sutaupys nervų ir laiko.

prieš 12 valandų, brogrammer parašė:

Gal galėtum pasakyt pavyzdžių web page'ų, kuriuos padaryt be frameworkų būtų žymiai sudėtingiau? Nes kaip suprantu yra riba kur jau tikrai geriau imt kodo gabalą, kuris ateity sutaupys nervų ir laiko.

Galim pradet nuo paprastu dalyku, kaip tu renderinsi html template's? Savo twig arba blade rasysi? Tas pats su db api, irgi savo rasysi? Naudosi sql tiesiogiai, o jeigu veliau reikes pereiti nuo mysql i koki postgre sql? Kiek laiko tada sugaisi? Yra dar daug visokiu lib'u kuriu nepaminejau, tu juos irgi pats pasirasysi?

Prieš valandą, gabber parašė:

Galim pradet nuo paprastu dalyku, kaip tu renderinsi html template's? Savo twig arba blade rasysi? Tas pats su db api, irgi savo rasysi? Naudosi sql tiesiogiai, o jeigu veliau reikes pereiti nuo mysql i koki postgre sql? Kiek laiko tada sugaisi? Yra dar daug visokiu lib'u kuriu nepaminejau, tu juos irgi pats pasirasysi?

Papildant @gabber, jeigu girdejes apie StackOverflow, tai jis naudojant .Net padarytas (source: https://en.wikipedia.org/wiki/Stack_Overflow#Technology).

Jeigu butu kure viska nuo 0, jiems butu reikeje patiems pasidaryti:

• autentifikacijos flow
• autorizacijos flow
• kontrolerius (i koki url kreipiantis, kas turetu ivykti)
• middlewares infrastructure
• SQL rasymas ir priziurejimas (daug patogiau dirbti su SQL, kai gauni type safety)
• HTML generator
• dar daug kas

Gali but, kad paklydau vietomis, tai del to sorry (gal kazkas istaisys, irgi nesupyksiu), bet kiek matyt gali, tai naudojant jau sukurta framework'a, labai daug laiko susitaupo ir saugiau viskas, nes populiarus framework'us kuria daug ivairiu zmoniu, o ne 20 zmoniu is tavo imones

prieš 2 valandas, gabber parašė:

Galim pradet nuo paprastu dalyku, kaip tu renderinsi html template's? Savo twig arba blade rasysi? Tas pats su db api, irgi savo rasysi? Naudosi sql tiesiogiai, o jeigu veliau reikes pereiti nuo mysql i koki postgre sql? Kiek laiko tada sugaisi? Yra dar daug visokiu lib'u kuriu nepaminejau, tu juos irgi pats pasirasysi?

Dėl SQL - lib'o ar frameworko čia tikrai nereikia. PHP su savim kartu turi PHP data objects. Nebent, dėl greičio žinai kokią DB API biblioteką geresnę.

Templat'ai irgi nėra reikalingi visada(Native PHP užtenka tiesiog visur po du failus pasidarau page.php ir page.view.php atskyręs kodą nuo vaizdo), tai nėra paprastas dalykas, klausimas ant kiek sudėtingas turi būti HTML, jog reikėtų templatinimo? ( Ar gali duot kokio nors websaito pvz, kur tarkim verta naudoti templat'us? )

Prieš 26 minutes, brogrammer parašė:

Dėl SQL - lib'o ar frameworko čia tikrai nereikia. PHP su savim kartu turi PHP data objects. Nebent, dėl greičio žinai kokią DB API biblioteką geresnę.

Templat'ai irgi nėra reikalingi visada(Native PHP užtenka tiesiog visur po du failus pasidarau page.php ir page.view.php atskyręs kodą nuo vaizdo), tai nėra paprastas dalykas, klausimas ant kiek sudėtingas turi būti HTML, jog reikėtų templatinimo? ( Ar gali duot kokio nors websaito pvz, kur tarkim verta naudoti templat'us? )

Tau truksta patirties, kad suvoktum programuotojo uzduociu masta ir ju kaina. Del manes tai gali kad ir asembleriu viska nuo nulio pasirasyt.

Prieš 5 minutes, gabber parašė:

Tau truksta patirties, kad suvoktum programuotojo uzduociu masta ir ju kaina. Del manes tai gali kad ir asembleriu viska nuo nulio pasirasyt.

Tau trūksta patirties, suvokiant savo įrankius, bei paprasta kalba paaiškinant jų reikalingumą.