-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
Én se arra gondoltam, amire az előző kolléga értette, hanem hogy egyáltalán nem ír CSS-t aka nem webes fejlesztő, erre vonatkozott a disclaimer is
Nekem most az emotiont kell megtanulni React projekthez, előtte Sass-t használtam, a Sass-al nem volt annyira nagy bajom, viszont ezt a CSS-in-JS-t én kicsit kreált problémának érzem, de fixme...
Az viszont kb totál mindegy, hogy mi hány sor griddel, ha a támogatott böngészők fele fejreáll a gridtől...
-
"es volt valami elegancia abban hogy felpakolsz egy php filet ftpre es fut es atom gyors 123kB js nelkul is" - a PHP előnyei kb. itt meg is állnak
Amúgy meg a server side rendering mindig is nagyságrendekkel gyorsabb volt, nem véletlenül erőltetik majdnem mindenhol az SSR-t. -
instantwater
addikt
Jöhet publicban is, hadd okuljunk mindannyian.
-
instantwater
addikt
-
Megoldás egy URL-be ágyazott JWT token lett, ugyis erre valok
marmint itteni utolso bekezdes alapjan, mostmar csak vhogy a lejaratukat kell megoldani, hogy frontenden automatikusan generalodjanak-frissuljenek, azaz ha nyitva a telefonod kb 2 percig akkor mar 2 kulon jwt-t lattal. -
instantwater
addikt
Ja, hogy még ráadásul serverless is
-
instantwater
addikt
-
instantwater
addikt
Szivesen olvasnánk, mire jutottál
-
Ne hagyjatok le a node.js setHeader fv string alapu cookie setterebol a httpOnly utan a ;-t es akkor boldogok lesztek
problem solvedLehet megirom elso medium cikket, mert netet bongeszve sokan szptak ezzel, viszont ha ez a par dolog amire idokozben rajottem/leesett egy nagyon durvan clean code authot lehet csinalni, frontend kodban pontosan 0 sorral
(se cookie savelgetes fn, se token kudozgetes, minden bongeszon kivul tortenik) -
instantwater
addikt
-
instantwater
addikt
-
Ok köszi, ez is egy vélemény, pláne megerősít, hogy vágjak bele.
Egy alap HTML/CSS/JS-t felszedek w3schools-on (szerintem jó), aztán udemy és utána meglátjuk. Valszeg a tudás nagyja az egyébként valljuk be, itt-ott hiányos alapokra úgyis menet közben jön meg.
Csak ez a k*sok ilyen-olyan-amolyan zárójel, hülyét kapok..
Na, akkor némileg fiatalabb vagy nálam, én 40 és az utolsó kód, amit írtam, nem tegnap volt és szerintem még csak nem is Windows-on
Köszi.
-
instantwater
addikt
-
hiperFizikus
senior tag
"honnan szedi hogy oldalakban merjuk a kodot"
Hát valamiben mérni kell . Mégis miben méritek ?"meg igy mi akar lenni ez a random if elsek egymas alatt,"
Folyamat megosztás ."ilyen egy senior fejleszto? kappa"
Majd leszel te is idősebb, és a fiatalabb foglalkosztatód majd téged piszkálni fogg . Kíváncsi vagyok, hogy hogyan fog ez esni neked ?
-
instantwater
addikt
-
Képek töltésének figyelése helyett azt szokták csinálni, hogy minden képhez beállítasz egy placeholder-t, és amíg nem érkezik meg a kép, addig az jelenik meg. Persze ez is csak kerülő megoldás. Lazy load-olt képeknél ez elég általános.
Másik bonyolultabb ötletem, hogy minden egyes képre csinálsz egy komponenst, azon belül figyelve az adott kép onload eventjét. Amikor a kép betöltött, akkor a kép komponens státuszát loadingról loadedre váltod. Kívül pedig azt figyeled, hogy minden kép komponensed loaded lett-e (bár persze, mi van, ha egy kép valóban hiányzik), és a szülő státusza csak akkor lesz loaded, ha a képek is loaded-ok.
De szerintem ez egy rakás bohóckodás csak azért, hogy mindenáron vuejs-en belül tarts mindent, miközben az egyszerű megoldásom vuejs nélkül css-ből megoldja az adott problémát és még a UX is rendben lesz, mert hamarabb megjelennek a találatok, a képek meg majd ahogy jönnek lecserélgetik a placeholdereket (ha meg 404-el jön egy-egy kép, akkor marad a placeholder). -
instantwater
addikt
-
őrület... Amúgy meg meg is veheted: https://philosophy-science.com/
-
Ez nagyon változó. Van ahol külön választják a front-endest a sitebuildertől. De van ahol meg a full-stack webfejlesztőkre esküsznek.
Szerintem (aztán aki akar, majd megcáfol), azért valahol az a jó, ha a frontendes nem vérzik el a css-ezésen. Azt kell látni, hogy az utóbbi években rengeteget változott a frontendes. Régebben a frontendezés valóban minimális javascriptezésből, és inkább css-ezésből állt.
Manapság viszont a js heavy, single-page appok idejében a komoly programozási tudás, komplex rendszerek átlátása (lásd alap angular projekt mikor, hol, mibe, miért éppen abba kell belenyúlnia) alapkövetelmény egy frontendesnél.
Ráadásul a CSS is egyre többet tud, scss, less miatt az is komolyodik, szóval egyre inkább kezd a sitebuilderség (amihez némi dizájner véna se árt, de a UX-es szakmát végképp ne keverjük ide ) is egy külön szakiránnyá válni.Szerintem.
-
No igen, itt jön be, amit írtam, hogy a react meg túl fapados, és még egy normális bindolás, foreach sincs benne.
és ezek hiánya miatt mindent kényszeresen komponensekbe "kell" szervezni, hogy "elrejtsd" a fapadosságát, és mégis valamennyire olvasható maradjon a kód.Ezzel szemben vuejs-el / angular-al (már ha angular esetében megtetted előtte a fentebb részletezett jó hosszú előkészületeket) kb. ennyivel meg is lehet oldani:
<ul id="example-1">
<li v-for="item in ListItems">
<a :href=item.to>
<img :title=item.title :alt=item.alt :src=item.src />
{{ item.text }}
</a>
</li>
</ul>Aztán persze vue / angular vonalon is lehet komponenseket készíteni, de a fejlett html-es binding lehetőségek miatt korántsem kell annyira kényszeresen csinálni, mint a reactnál.
"egy jó fapados minden elemet kézzel beírt html kódot meg nem mernék felrakni a githubomra mert kiröhögnek" - ezt csak hiszed. Az "attól tűnik profibbnak, hogy jól túlkomplikáljuk" hozzáállás is nevetséges tud lenni
-
nem véletlenül ajánlom mindig a vue-t, én is dolgozok react-tal is (régen pedig volt szerencsétlenségem angularral is szopni), és már várom, hogy mikor fog ugyanúgy lecsengeni a react hype, mint anno az angular hype. Bár tagadhatalan, hogy az angularhoz képest a react is egy megváltás.
-
első mondatban cookie helyett tokent akartam írni.
mindegy, közben esti kikapcsnak megcsináltam Vue-ban is egy jwt autentikációt. meglepően sima volt, reacthoz képest legalábbis... vannak ilyen apróságok, hogy routes.beforeEach() amivel aki csinált már más frameworkben authot szerintem el tudja képzelni mennyivel egyszerűbb a téma
Még amikor kiderült, hogy cégnél Vue van a stackban eléggé el voltam kenve, mert nem akartam egy enniyre opinionated frameworkot begyakorlolni, meg a react mégiscsak jobban ment, de mostmár kezdem érteni miért szeretik ennyire az emberek. Kezdőknek nagyon sokat segít, hogy minden "gyárilag" benne van, de látva a személyes példám és azt hogy egyre nagyobb oldalak váltanak vue-ra (gitlab, 9gag), lehet annyira nem is vészes dolog az, ha egy framework nincs teljesen lecsupaszítva a minimumra.
Koszi a tippet!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(se cookie savelgetes fn, se token kudozgetes, minden bongeszon kivul tortenik)
Új hozzászólás Aktív témák
- Xbox Series X|S
- Sorozatok
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Győr és környéke adok-veszek-beszélgetek
- Még 2026-ban megérkezik a karcsúsított Commodore 64 Ultimate
- Gyúrósok ide!
- PlayStation 4
- One mobilszolgáltatások
- Megújult mobilos felület, fórumos ráncfelvarrás a PROHARDVER! lapcsaládon
- Samsung Galaxy A54 - türelemjáték
- További aktív témák...
- CÉGEK FIGYELEM!! iPhone 11 64GB Black -1 ÉV GARANCIA - 27% ÁFA-S SZÁMLA Kártyafüggetlen, 100% Akks
- 27% - Dell S2721NX IPS Monitor! 1920x1080 / 75Hz / 4ms / FreeSync
- Gamer PC-Számítógép! Csere-Beszámítás! I7 9700 / RTX 3070 / 16GB DDR4 / 1TB SSD!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9700X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- AKCIÓ! LENOVO ThinkPad P15s Gen2 munkaállomás - i7 1165G7 16GB DDR4 512GB SSD Quadro T500 4GB W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest