- Huawei Watch Fit 5 Pro - jó forma
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Samsung Galaxy A52s 5G - jó S-tehetség
- Vivo X200 Pro - a kétszázát!
- Okosóra és okoskiegészítő topik
- Rég várt frissítést kap az Android tárcsázója
- Poco F8 Ultra – forrónaci
- iPhone topik
- Xiaomi 17 Ultra - jó az optikája
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
"nyers" CSS-ben írtam és írom most is a design systemet Reactos frontendre, köszi nem kérek semmilyen bullshit absztrakciós réteget, a végén úgyis ott kötnét ki hogy valamilyen random -webkit prefixes cucchoz sima csst kellene írnom. Teljesen értelmetlen a tailwind és társai, de én még a sassról is igy vélekedek. Csak lusták megtanulni az emberek a csst. Griddel 3 sor a legtöbb layout, reszponzívan.
-
"nyers" CSS-ben írtam és írom most is a design systemet Reactos frontendre, köszi nem kérek semmilyen bullshit absztrakciós réteget, a végén úgyis ott kötnét ki hogy valamilyen random -webkit prefixes cucchoz sima csst kellene írnom. Teljesen értelmetlen a tailwind és társai, de én még a sassról is igy vélekedek. Csak lusták megtanulni az emberek a csst. Griddel 3 sor a legtöbb layout, reszponzívan.
É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...
-
Ha mar megmutatjuk mi anti-pattern akkor ne mas anti-patternekkel tegyuk
Nem egy input vagy egy gomb dönti el magáról, hogy mennyi space van maga körül, mert így sosem lesz újra felhasználható a komponens. Az inline stylekkel ugyszint semmi baj nincs, objektiven gyorsabb egy weboldal betoltese ahol nem egy bazinagy css fajlban szerepel minden, de továbbmegyek, a legtobb css-in-js solutin is "inline" style attributumokkent irodik es run/build-time valik style tagekke.Nem ertem pontosan, hogy mi a "mas anti-patternekkel". Marmint elhiszem neked, hogy van, de nem ertem a kommentedbol, hogy mi az pontosan
Termeszetesen erdekel, le tudod irni megint kerlek? -
Ha mar megmutatjuk mi anti-pattern akkor ne mas anti-patternekkel tegyuk
Nem egy input vagy egy gomb dönti el magáról, hogy mennyi space van maga körül, mert így sosem lesz újra felhasználható a komponens. Az inline stylekkel ugyszint semmi baj nincs, objektiven gyorsabb egy weboldal betoltese ahol nem egy bazinagy css fajlban szerepel minden, de továbbmegyek, a legtobb css-in-js solutin is "inline" style attributumokkent irodik es run/build-time valik style tagekke. -
Ha mar megmutatjuk mi anti-pattern akkor ne mas anti-patternekkel tegyuk
Nem egy input vagy egy gomb dönti el magáról, hogy mennyi space van maga körül, mert így sosem lesz újra felhasználható a komponens. Az inline stylekkel ugyszint semmi baj nincs, objektiven gyorsabb egy weboldal betoltese ahol nem egy bazinagy css fajlban szerepel minden, de továbbmegyek, a legtobb css-in-js solutin is "inline" style attributumokkent irodik es run/build-time valik style tagekke. -
Nem lesz SPA, az SPA-kban a routingot a React oldja meg, a Next.js es Gatsby eseteben kulon fajlod van minden pathodra.
Pl: SPAnal a weboldal.hu/asd eleresehez le kell jonnie a teljes hobelebancnak mire beroffen a router es atrak a /asdra.
Az gatsbynal van alapbol fajlod a /asd endpointra amit egybol tudsz lekuldeni, nextnel is same, esetleg ha SSR-t valasztottal akkor varni kell meg a szerver megcsinalja es lekuldi
Az hogy hidratalas utan lesz meno JS routered amiel weblap ujratoltes nelkul tudsz maszkalni az nem azt jelenit hogy SPA lenne az oldalad, az a React velejaroja
-
Nem lesz SPA, az SPA-kban a routingot a React oldja meg, a Next.js es Gatsby eseteben kulon fajlod van minden pathodra.
Pl: SPAnal a weboldal.hu/asd eleresehez le kell jonnie a teljes hobelebancnak mire beroffen a router es atrak a /asdra.
Az gatsbynal van alapbol fajlod a /asd endpointra amit egybol tudsz lekuldeni, nextnel is same, esetleg ha SSR-t valasztottal akkor varni kell meg a szerver megcsinalja es lekuldi
Az hogy hidratalas utan lesz meno JS routered amiel weblap ujratoltes nelkul tudsz maszkalni az nem azt jelenit hogy SPA lenne az oldalad, az a React velejaroja
-
Ezt miota hazakuldtek Pestrol korona miatt es szar a netem hatvanyozottan ateltem:
Egy weboldalnak nem kellene masodpercekig full page loadereket a kepedbe tolnia. Elkepesztoen rosszak a First Meaningful Paint es Time to Interactive szamok az osszes SPA-nal.
Szandekosan irtam, weboldalt, a webappoknak termeszetesen nagyon nincs mas lehetoseguk, ott szukseg van a teljes js bundlera elso megjelenites elott, bar a PWA ott is eleg jo megoldast kinal, lasd: twitter.
Maradva a CRA-nal: miert szednel le olyan JS kodot ami olyan aloldalhoz tartozik amit lehet sosem latogatsz meg, es teszed ezt minden oldallekeres soran?
A Gatsby es a Next is ezt ugy kuszoboli ki, hogy egyreszt aloldalankent code splittel, masreszt az alapvetes a statikus html kesobbi rehidratalasa reactel, azaz lemegy az usernek a skeleton, a time to first byte teljesen megegyezik azzal mintha semmi JS kod nem lenne az oldalon, majd amint vege a rehidratalasnak ott vagy egy teljes Reactel
tisztazva:
Server Side Rendering: http keresre a szerver on-demand legeneralja a html-t es lekuldni.
Static Site Generation: build idoben, azaz otthon a te gepeden lefut a react statikus html, js, css fajlokba exportalas es ezt te csak felrakod CDNre.Mindket esetben ugyan az a vegeredmeny, eloszor egy html filet kapsz jobb esetben beinjektalt critical css-el, ez valszeg ki is teszi az elso TCP kort, es csak kesobb kapod meg a JS kodod ami megint legelso korben rehidratal.
Azt ugye vagod, hogy a Next is SPA lesz vegul?
Az SSR csak az elso loadnal segit. -
én
let-es vagyok, kevesebb karakter :pRemélem tetszenek kattingatni a Next.js-t, eleg durva dolgok jottek most
En most greenlightot kaptam cegnel, hogy osszedobjak egy alap projektet, amivel levaltanam a mostani korosodo boilerplatet ami meg jQuerys alapokon nyugszik mivel rajottunk, hogy mire behuzzuk a jQueryt es azt a par libet ami meg kell ugyan ott van a JS footprintunk mintha egy reactet tolnank, cserebe kezzel kell forditani a css-t es picit kaka a dev experience.
Annak nagyon orultem pl, hogy kezd leesni embereknek, hogy az SPA szar UX.
Kb jottunk egy teljes kort, en pl sosem irtam phpt de onboarding hetemen abban kellett site buildelnem, es volt valami elegancia abban hogy felpakolsz egy php filet ftpre es fut es atom gyors 123kB js nelkul isCRA-t pl mar ne hasznaljon senki, aki arra vetemedne, hogy mostanaban Reactozik, es mostmar a Gatsbyba is szerintem felesleges sok idot foccolni, tud mindent a Next 9.3 ota, kissebb bundlesizeval, kb 0 proprietary dologgal es tobb lehetoseggel.
"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. -
én
let-es vagyok, kevesebb karakter :pRemélem tetszenek kattingatni a Next.js-t, eleg durva dolgok jottek most
En most greenlightot kaptam cegnel, hogy osszedobjak egy alap projektet, amivel levaltanam a mostani korosodo boilerplatet ami meg jQuerys alapokon nyugszik mivel rajottunk, hogy mire behuzzuk a jQueryt es azt a par libet ami meg kell ugyan ott van a JS footprintunk mintha egy reactet tolnank, cserebe kezzel kell forditani a css-t es picit kaka a dev experience.
Annak nagyon orultem pl, hogy kezd leesni embereknek, hogy az SPA szar UX.
Kb jottunk egy teljes kort, en pl sosem irtam phpt de onboarding hetemen abban kellett site buildelnem, es volt valami elegancia abban hogy felpakolsz egy php filet ftpre es fut es atom gyors 123kB js nelkul isCRA-t pl mar ne hasznaljon senki, aki arra vetemedne, hogy mostanaban Reactozik, es mostmar a Gatsbyba is szerintem felesleges sok idot foccolni, tud mindent a Next 9.3 ota, kissebb bundlesizeval, kb 0 proprietary dologgal es tobb lehetoseggel.
-
visszaterve picit meg a let es const reszelgetesre: a constot is teljesen feleslegesen hasznaljak az emberek
az egyetlen hely ahol azt fogja csinalni a const mint amire szamitasz mas nyelvekbol az a const SOME_VALUE = 12;aconst obj = {};pontosan ugyan ugy modositgathato mint a let-es baratja, cserebe jo megteveszto -
visszaterve picit meg a let es const reszelgetesre: a constot is teljesen feleslegesen hasznaljak az emberek
az egyetlen hely ahol azt fogja csinalni a const mint amire szamitasz mas nyelvekbol az a const SOME_VALUE = 12;aconst obj = {};pontosan ugyan ugy modositgathato mint a let-es baratja, cserebe jo megteveszto -
visszaterve picit meg a let es const reszelgetesre: a constot is teljesen feleslegesen hasznaljak az emberek
az egyetlen hely ahol azt fogja csinalni a const mint amire szamitasz mas nyelvekbol az a const SOME_VALUE = 12;aconst obj = {};pontosan ugyan ugy modositgathato mint a let-es baratja, cserebe jo megtevesztoJó, hát a javascript furi nyelv (direkt nem írtam szart
), de ettől még írhatunk js-el is normális kódot. ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
instantwater
addikt
-
En ezzel tisztaban vagyok, semmilyen titkositast nem is akartam, nem latom ertelmet. En a sajat api endpointomat akartam vedeni a verpistikektol meg az olyan szintu kihasznalastol h a qr kod linkjet elkuldi a haverjainak akik ott sem voltak.. 1 napos event es nem a kiberbiztonsag van a fokuszban
-
marmint? az url querybe rakott plain text emailnel jobb
mik az ellenervek egy percenkent lejaro JWT-re?"JSON Web Token (JWT) is a compact, URL-safe means of representing claims to be transferred between two parties. [...] enabling the claims to be digitally signed or integrity protected with a Message Authentication Code (MAC) and/or encrypted."
-
instantwater
addikt
marmint? az url querybe rakott plain text emailnel jobb
mik az ellenervek egy percenkent lejaro JWT-re?"JSON Web Token (JWT) is a compact, URL-safe means of representing claims to be transferred between two parties. [...] enabling the claims to be digitally signed or integrity protected with a Message Authentication Code (MAC) and/or encrypted."
-
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. -
Na hali, kellene egy kis help
Adott egy kis eventre egy app, mindenki szepen belep OAuth-al, van kb 100 szervezo, OAuthbol kapom az infot h szervezo-e az user vagy sem.
Ennek kellene tortennie: alap felhasznalo felmutatja a profil oldalan lathato QR kodot az egyik szervezonek, annyi a lenyeg hogy ennek be kell kerulnie az adatbazisba, hogy PISTI sima user volt ELEMER szervezonel. (de ha van jobb otlet a flowra akkor irjatok, semmi sincs kobe vesbe meg, sot ram van bizva hogyan oldom meg ha egyaltalan megoldom)
Problema: mivel en semmilyen adatot nem tarolok az userjeimrol, eddig a QR kod
/api/activate?mail=ennyi volt, itt a mail query pedig az adott belepett user oauthjabol szarmazo email cim volt.Ez szep es jo, proof of conceptkent lefutott az egesz folyamat, viszont para, hogy nem kellene publikban lennie az email cimeknek, hogy ne lehessen visszaeles a szervezoi oldalrol.
Tok jo, ravagtam hogy persze hat rakjuk az user id-t az emailbe, azzal nem sokat ernek es nem kell ez 100% atom biztosra ugysem a dolog szoval ez mar siman jo megoldas is lenne..
.. csak ugye semmit nem erek en a backenden az user id-vel, nem tudom az oauthnal bevaltani az user id-t az user nevere, mailcimere stb amire kesobb szukseg lenne..
Mi lehetne itt a jo megoldas? En hirtelen ket dologra gondoltam:
User belep oauthal, es en egybol a sajat adatbazisomba lementem az osszes adatat, a qrkod mar az en adatbazisom alapjan generalodik, ez kb megold mindent de kicsit nyakatekert..
Masik egesz meredek dolog amire gondoltam, hogy az user access tokenjet jwtvel vagy hashelve vagy akarhogy bele rakom az aktivacios urlbe, mint ahogy fent a mail.
TL;DR: hogyan tudok ket egymastol teljesen fuggetlen A illetve B kliens kozott ugy adatot tovabbitani, hogy a legvegen B kliensnek A+B adatait kell odaadni a backendnek?
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
-
instantwater
addikt
-
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
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)Szivesen olvasnánk, mire jutottál
-
JWT-t tarolok httpOnly cookieban ami megoldotta minden authos gondom, eddig ahany frameworkot es libet hasznaltam authra ez a "kezzel" (jwt, bcrypt es ket sornyi setheader backenden) a legszebb. Egyetlen problemaba utkoztem, ami pedig a SSR next.js-el van, itt az oldal getInitialProps fvnye tolna egy apihivast de olyat amihez kellene az user is, az viszont httpOnly cookieban tarolodik es teljesen elerhetetlen barmilyen js kod szamara...
Mennyire gaz spinning loadereket hasznalni 2019ben? Marmint reszben ezert is hasznalok next.js-t hogy SSR mellett egy teljes oldalt szolgaltassak elso renderre is, de akkor most az authomat nagyon csunyan at kellene rakni sima cookieba + header tokenekbe, hogy user fuggo oldalakat is teljes egeszeben ki tudjak tolni elso renderen.
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) -
Valoban nincs sok, viszont kb 0 overheadja van annak hogy kihasznalom a next.js/now serverless funckiojait es akkor igy csak szepp a kliensben a fetch("/api...") mint az egesz adatbazismokolas odateve random ket react komponens koze, meg ha onmagaban o sem tobb mint par masik fetch/request
-
Ha nem en futtatom a db-m, es igyis-ugyis resten keresztul kommunikalok vele akkor van ertelme sajat serverless apit osszepakolni, hogy ne a client-side kod legyen ronda?
Tehat:
kliens -> sajat serverless funckiok -> adatbazis resten (mongodb atlas pl)vagy mar mindegy ha nem absztrahalom el a dolgokat es mennek az adatbazisos restes cuccok egybol a kliensbe?
-
instantwater
addikt
asszem megvagyok, eddig ugye plain jsben toltam a graphqlt es mappak alapjan szet volt szedve a query/mutation/type amit utanna osszemergeltem egy nagy schemaba.
most viszont a TS classok es a typegoose / typed-graphql dekoratorait ha ossze tudom hozni akkor elvileg lesz single source of truthom amibol jonni fog egyreszt a mongodb schema illetve a graphql is
, megprobalok edzes elott osszerakni valamit -
instantwater
addikt
-
Csak mert valamelyik ceg egy adott problemajanak megoldasara valami uj frameworkot ir es az uj projekteket mar erdemes valami frissben csinalni attol meg a 2013ban irt frontend kodok is teljes mertekben megalljak a helyuket, nekem az egyik kedvenc framem az emberjs ami elvileg mar outdated megis most irta az apple az egesz music appjat emberben.
A frameworkok ezkozok, nem kell semmit ujra atallni 2-3 ev utan, ez bs. A JS/web tudasod konkretan 1:1ben at fogod tudni ultetni, nekem anno az elso melohetem eleg volt egy a reactrol atallni a vuera ugy hogy szinte teljes gozzel, produktivan dolgozzak utana benne. Az meg a masik, hogy most elegge van defacto mindenre, ts, react, graphql. most hogy ezeken belul te nextet vagy semmit, styled components vagy styled jsxt, apollot vagy prismat hasznalsz az mar teljesen preferencia es de ez szerintem jo is, hogy minden problemadhoz talalsz egy megfelelo ezkozt.
Ha te hasznalsz most egy adott dolgot es nem 15 soros kodokat tolsz benne akkor hamar elojonnek azok a hianyossagok amiket legtobbszor ezek a frissitesek is orvosolnak, tehat ilyen szempontbol en pl mindig jol fogadok egy uj reviziot, egy updatet, legrosszabb esetben nem migralok at ra mert nem kell az a par ujdonsag.
na de am ne vedd kezpenznek amit irok, tavaly meg golya voltam egyetemen es eddig 1 melohelyem akadt osszvissz :p
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
Jestet konfigolt mar esetleg valaki? Most azzal akadt problemam, hogy van egy monorepom, create-react-app felel a reactos reszert es van egy api mappa amiben a backend talalhato
a teszteket akarom valahogy 1 kommand ala rakni mert jelenleg ha rootbol hivok egy jestet akkor ugye az nem lesz bekonfigolva reactre es igy minden reactos teszt bukik. ha a react-scripts tesztjet hivom az tok jo, minden reactos teszt lefut de ugye azok csak a reactos tesztek, az api mappa egy szinten van a react mappajaval ezert az apis teszteket a react-scripts nem latja...
-
hiperFizikus
senior tag
de pl honnan szedi hogy oldalakban merjuk a kodot? meg igy mi akar lenni ez a random if elsek egymas alatt, vagy en vagyok keves ehhez? ilyen egy senior fejleszto? kappa
"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
-
most vagy 3 honap kihagyas utan volt alkalmam leulni az egyik kis hazi projektemhez es feltunt egy dolog instant amin eddig sosem gondolkodtam / nincs ra megoldasom hirtelen.
adott egy kereses page ami egy adott apiban keres, talalat eseten betolti az adott cumokat. van egy szep skeleton animaciom mert ugye elore tudom milyen kontenerekben lesz a szoveg meg a kep stb. a problemam az, hogy pl egy keresesi talalatban van 5 sor szoveg meg 1 kep, ekkor mivel az adat valojaban mar megjott az apitol a toltes state offolodik, megjelenik a content, viszont a contentben a kep mint egy <img src"..."> szerepel, ami most elkezd tolteni.
mit kellene csinalnom, hogy az eredeti toltes magaba foglalja az adott kepek bevarasat is?
szerk:
ja amugy igen, Vue.js, a state alapjan jelenik meg vagy a tolto komponens vagy a rendes. apitol amikor a fetch lekeri az adatot akkor sima isLoading = false, a szoveg szepen meg is jelenik, a kepek viszont most hogy lassu volt a netem, meg vartak vagy 2 mp-t es emiatt ugye full feherseg volt a helyukon.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
na kozben osszehekkeltem, mukodik ahogy szeretnem csak az a baj, hogy most nem tudom a vue keretein belul tartani. eddig v-if, v-else modon volt a komponensek megjelenitese, viszont most orokre a tolto komponenst mutatna, mert a kepek addig nem loadolnak mig nem visiblek
megoldaskent a loader v-ifelve maradt, a rendes komponens viszont styleban kapott egy hiddent amig be nem toltott az osszes kep, amire amugy van nativ html event mint kiderult 
-
index.html 612. sor:
var d = new Date(Date.now() + 1000 * 60 * 60 * 24 * 248);248 jelenti a hatralevo napokat.
itt ugye annyit csinalunk hogy letrehozunk egy datumot a jenlegi ido + X miliszekundumbol. a miliszekundumokat igy szorzassal erdemes felirni mert kicsit atlathatobb.
sok boldogsagot amugy
Köszönöm!
Még egy kérdésem lehet:
Hol tudom módosítani, hogy ne angolul legyen kijelezve a days-hours...stb?
Hanem átírnám magyarra! -
Ja amugy bocsi mar kicsit faradt vagyon enis, tokre irtam dolgokat csak a lenyegre nem valaszoltam.
Szoval:
pont jo a kodod ahogy van, annyit csinalj hogy a te altalat leirt dolgokat tedd bele egy fuggvenybe es azt hivd meg, igy nem lesz valtozod a globak namespacen, hanem minden a fuggvenyen belul lesz. Magyarazat a miert mukodikre az elozo kommentemben.Koszi a gyors segitseget, utana nezek az emlitett dolgoknak!
-
Webfejlesztés során eddig különböző böngészők kapcsán csak a CSS okozott fennakadást számomra.
JS-ben egy ilyesi jött szembe, az pedig a String.contains() fv amit valamiért csak a mozilla motorja támogat. Persze egy sima indexOf használható bárhol helyette.A V8 beteg gyors, okkal használja a Node is motorként, de amúgy míg ezt a kommentet nem írtam meg nagyon eszembe sem jutott volna azon gondolkodni, hogy más js motoron vajon jó-e a kódom, szerintem neked sem kell.
"míg ezt a kommentet nem írtam meg nagyon eszembe sem jutott volna azon gondolkodni, hogy más js motoron vajon jó-e a kódom, szerintem neked sem kell." - Na, akkor ez a dolog jól működik, vagyis nem szükséges figyelni rá.
-
Webfejlesztés során eddig különböző böngészők kapcsán csak a CSS okozott fennakadást számomra.
JS-ben egy ilyesi jött szembe, az pedig a String.contains() fv amit valamiért csak a mozilla motorja támogat. Persze egy sima indexOf használható bárhol helyette.A V8 beteg gyors, okkal használja a Node is motorként, de amúgy míg ezt a kommentet nem írtam meg nagyon eszembe sem jutott volna azon gondolkodni, hogy más js motoron vajon jó-e a kódom, szerintem neked sem kell.
-
Életem első (rendes)munkában töltött hete után eléggé vegyes érzéseim támadtak a vue-vel kapcsolatban.
Java backend fölött toljuk az összes projektben kivétel nélkül a vue-t.
A slotok nagyon haszosak és szép kódot eredményeznek, de a formok kezelésénél és a two way data bindingnal eléggé elpattant bennem ez-az. Vagy legalábbis nekem már kilóméterekről bűzilk az a pattern amihez konstans lodash cloneDeepek kellenek, csak hogy biztos jók legyenek a propok....A typescriptelt reacthez szokott kis lelkemnek azért okoztak fájdalmat ezek a random sztringes mapolások meg prop interfész dolgok.
Ezeken kívül még mindig jóval szebb a komponens layout, nem lesz spagettikód JSX-ed, (akármennyire is hiányzik néha az ereje) és szerintem a styleolás megoldásában még mindig a vue a legjobb/leglogikusabb.
Marad nálam és remélem industryban is standard a react de egy kis frissességnek nem rossz framework a vue.
-
Kicsit langyosítva itt a harcokat, aki már dolgozott front-end fejlesztőként elmondaná, hogy most akkor félig designernek kell lenni, vagy csak nem árt ha legalább azt észreveszed ha szarul néz ki az egész?
Én ugye most azért választottam délutáni elfoglaltságnak a frontendezést mert beleuntam a c/c++ command lineos progházikba, de folyamatosan előjött ez a "frontendes vagy? hahah szoval nem tudsz egy rendes algoritmust megirni haha" stigma. Amit valahol értek, hogy honnan jön, és én sem leszek szerintem még sokáig ennyire fókuszált a frontenden, mert mint az előző kérdésemből kiderült nem sok közöm van az ux / ui designhez és hányok a csstől 100 sor felett.
Nektek ki a front-end developer? Meddig ér a keze? Vagy tényleg ennyire gyakori az a dolog, hogy mindenhová fullstackeket keresnek, így ha odaadnak az adott embernek egy funkciot hogy implementalja akkor azt az elejétől a végéig meg tudja oldani?
-
Kicsit langyosítva itt a harcokat, aki már dolgozott front-end fejlesztőként elmondaná, hogy most akkor félig designernek kell lenni, vagy csak nem árt ha legalább azt észreveszed ha szarul néz ki az egész?
Én ugye most azért választottam délutáni elfoglaltságnak a frontendezést mert beleuntam a c/c++ command lineos progházikba, de folyamatosan előjött ez a "frontendes vagy? hahah szoval nem tudsz egy rendes algoritmust megirni haha" stigma. Amit valahol értek, hogy honnan jön, és én sem leszek szerintem még sokáig ennyire fókuszált a frontenden, mert mint az előző kérdésemből kiderült nem sok közöm van az ux / ui designhez és hányok a csstől 100 sor felett.
Nektek ki a front-end developer? Meddig ér a keze? Vagy tényleg ennyire gyakori az a dolog, hogy mindenhová fullstackeket keresnek, így ha odaadnak az adott embernek egy funkciot hogy implementalja akkor azt az elejétől a végéig meg tudja oldani?
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.
-
Nekem a Reactal kapcsolatban az overengineeringel van ki a
öm.
Mai példám rá:interface ListItem {
to: string,
icon: IconProp,
text: string
}
const SpreadListItems = (array: ListItem[]) => {
return array.map((item, index) => (
<li key={index}>
<Link to={item.to}>
<Icon icon={item.icon}/>
{item.text}
</Link>
</li>
)
)
};
const MenuLinks: ListItem[] = [
{to: '/search', icon: 'search', text: 'search'},
{to: '/favorites', icon: 'heart', text: 'favorites'},
{to: '/cart', icon: 'shopping-cart', text: 'cart'},
{to: '/login', icon: 'sign-in-alt', text: 'sign in'}
];
... majd komponensen belül ...
{SpreadListItems(MenuLinks)}Szerintem nem egészséges az, hogy mindent ennyire absztraktan kell csinálni, viszont egy jó fapados minden elemet kézzel beírt html kódot meg nem mernék felrakni a githubomra mert kiröhögnek
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
-
Ez a hype dolog szerintem szimplán annyi, hogy valamiért szeretünk (én legalábbis biztos) mindig a legmenőbb, legújabb, ha a fészbuk is ezt használja akkor biztos jó módon olyan ezközökhöz nyúlni amire egyáltalán semmi szükségünk.
Az angular komplexitása szerintem egy kifejezetten erős dolog ha 300 senior fejlesztőd van, mert ők fogják tudni igazán értékelni azokat a megoldásokat amelyeket a többi frameworkhöz képest nyújt.
React már egy fokkal emészthetőbb az átlag JS fejlesztőnek, legalább érted mit írsz amint megtanulod a framework sajátságait meg a jsx-et.
Szerintem csak jól kell ezközt választani az adott feladathoz és nem fogja felütni a fejét ez a probléma, persze ha nem te döntöd el miben írod akkor....
-
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.
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. -
user oldalon el kell tárolni valahol a cookiet nem?
és ugye vagy localstorage vagy cookie, kettő közül pedig ha jól tévedek a cookie biztonságosabb és némileg egyszerűbb is. (localstoraget xss attack miatt vélem, meg mások is egy gyors google miatt kevésbé biztonságosnak)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.
-
Ha token alapu authentikaciot hasznalok akkor tenyleg nincs jobb megoldás a "kilépés" gomb megoldására a token blacklistelésnél?
Illetve ki kell még bővíteni a köv megoldást esetleg? Nem akarok atombiztos dolgot, csak ha valaki megnezi a projektet githubon akkor ne rohogje el magat..
Szoval: user regisztracional bcryptel jelszot "szaltedheshelek", loginnál comparelek, ha helyes akkor (JWT) tokent rakok cookieba, frontenden (react) pedig a megfelelo oldalaknal csekkolom a tokent es annak megfeleloen engedem be / redirectelem a felhasznalot.
-
Ha token alapu authentikaciot hasznalok akkor tenyleg nincs jobb megoldás a "kilépés" gomb megoldására a token blacklistelésnél?
Illetve ki kell még bővíteni a köv megoldást esetleg? Nem akarok atombiztos dolgot, csak ha valaki megnezi a projektet githubon akkor ne rohogje el magat..
Szoval: user regisztracional bcryptel jelszot "szaltedheshelek", loginnál comparelek, ha helyes akkor (JWT) tokent rakok cookieba, frontenden (react) pedig a megfelelo oldalaknal csekkolom a tokent es annak megfeleloen engedem be / redirectelem a felhasznalot.
-
Ha token alapu authentikaciot hasznalok akkor tenyleg nincs jobb megoldás a "kilépés" gomb megoldására a token blacklistelésnél?
Illetve ki kell még bővíteni a köv megoldást esetleg? Nem akarok atombiztos dolgot, csak ha valaki megnezi a projektet githubon akkor ne rohogje el magat..
Szoval: user regisztracional bcryptel jelszot "szaltedheshelek", loginnál comparelek, ha helyes akkor (JWT) tokent rakok cookieba, frontenden (react) pedig a megfelelo oldalaknal csekkolom a tokent es annak megfeleloen engedem be / redirectelem a felhasznalot.
-
Milyen gyakorisággal szokás a backend apit összeegyeztetni a frontendel?
Frontenden react-reduxom van. Tegyük fel, hogy az user töröl egy elemet a listából. Ez ugye, hogy azonnal megtörténjen kitolok egy dispatchet, ami megváltoztatja a statet a frontenden és azonnal kitorlodik az elem. Ezzel párhuzamosan kimegy egy api post is, ami ugye a valódi adatbazisban modosit adatot.
A listat megjeleniteskor api alapjan jelenitem meg (componentdidmount -> dispatch -> api call -> visszaadja az adatot -> dispatch -> bennevan az adata a stateben). Utana viszont az elobb leirtak alapjan kulon kezelodik nemileg a frontend es a backend.
Ez code smell? Nem igy szokas, vagy ez is egy jarhato ut?
Olyan problemakat tudok elkepzelni pl, hogy ugye elmegy hasznalat kozben a net, erre kikuszoboleskent minden apihivas vegen ha az nem ter vissza 200as statussal akkor azonnal jelzek az usernek. Ez igy teljes koru megoldas?
-
persze én sem nyúlnék már bottal sem a bootstraphez, de szerintem amíg barátkozik az ember a reszponziv webdesignal addig teljesen jó, főleg a fasza dokumentációja és a millio stackoverflowos válasz miatt
Más:
Referenciamunkának szerintetek ilyesmiket szoktak várni a cégek? Ez egy alap kis nodejs könyvesbolt amit most az egyik vizsgám után dobtam össze. -
persze én sem nyúlnék már bottal sem a bootstraphez, de szerintem amíg barátkozik az ember a reszponziv webdesignal addig teljesen jó, főleg a fasza dokumentációja és a millio stackoverflowos válasz miatt
Más:
Referenciamunkának szerintetek ilyesmiket szoktak várni a cégek? Ez egy alap kis nodejs könyvesbolt amit most az egyik vizsgám után dobtam össze. -
Pontosan. Csak 2019ben már vannak jobb módok a kézi media query irásnal. Mostanában a best-practice már a mobilra megírni először az oldalt, és onnan "min-width" esetleg "min-height" queryk segítségével "felnagyítani" a weblapot ha az adott kijelsző x méretnél nagyobb.
Ha valami gyors kell akkor pl ott a bootstrap keretrendszer, amelyben ezeket megírták neked előre, te pedig csak html classokat adsz elemeknek, pl olyanokat, hogy ez a div kis méretben a képernyő felét használja, nagyban az 1/3-át
-
Beszéltem felsőbbéves szobatársammal és azt ajánlotta, hogy feleslegesen ne vessem bele magam még a neurális hálókba, ugyis majd kesobb lesz egyetemen, de egy statikus, gyurcsányferis facebookos chatbotot lehet összedobok
Talán valami olyasmit amitől megkérdezheted hogy mikor lesz a kövi zh, belinkel neked targyhonlapokat stb.Könyvek terén Eloquent JavaScript vagy Secrets of The JavaScript jobb? Vagy barmi mas 3. opcio is johet. Valami olyasmi kellene ami a nyelvet mutatja be, nem feltetlen a programozast meg azt hogy mi egy valtozo.
-
Beszéltem felsőbbéves szobatársammal és azt ajánlotta, hogy feleslegesen ne vessem bele magam még a neurális hálókba, ugyis majd kesobb lesz egyetemen, de egy statikus, gyurcsányferis facebookos chatbotot lehet összedobok
Talán valami olyasmit amitől megkérdezheted hogy mikor lesz a kövi zh, belinkel neked targyhonlapokat stb.Könyvek terén Eloquent JavaScript vagy Secrets of The JavaScript jobb? Vagy barmi mas 3. opcio is johet. Valami olyasmi kellene ami a nyelvet mutatja be, nem feltetlen a programozast meg azt hogy mi egy valtozo.
-
Hali, van valami tippetek vanilla JS projekthez? Egyetem mellett, hobbiként tolom egyelőre és kellene egy nagyobb lélegzetvételű alkalmazást csinálnom amihez használnom kellene a mélyebb dolgait a nyelvnek. Az a baj hogy mindig ott kötök ki, hogy html-t és css-t b*szogatok órákig a JS meg 250 sor az egész projektben
Nem akarok keretrendszerekbe se bújni, szívesebben jutnék el a nehezebb úton azokhoz a problémáhkoz amelyekért létrejöttek az adott frameworkok.DOM manipulalas helyett irj benne egy chatbotot.
Koszi a tippet!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
(se cookie savelgetes fn, se token kudozgetes, minden bongeszon kivul tortenik)
öm.
és ugye vagy localstorage vagy cookie, kettő közül pedig ha jól tévedek a cookie biztonságosabb és némileg egyszerűbb is. (localstoraget xss attack miatt vélem, meg mások is egy gyors google miatt kevésbé biztonságosnak)
Nem akarok keretrendszerekbe se bújni, szívesebben jutnék el a nehezebb úton azokhoz a problémáhkoz amelyekért létrejöttek az adott frameworkok.Új hozzászólás Aktív témák
- Vicces képek
- Luck Dragon: Asszociációs játék. :)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kerékpárosok, bringások ide!
- Huawei Watch Fit 5 Pro - jó forma
- Formula-1
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- exHWSW - Értünk mindenhez IS
- Forza sorozat (Horizon/Motorsport)
- Milyen autót vegyek?
- További aktív témák...
- 24 magos AMD Threadripper alapú munkára kiváló félgép, 128GB RAM-mal
- HP ZBook Fury 15 G7 i7-10850H 32GB 512GB SSD Quadro T2000 4GB FHD HUN bill, szép állapotban eladó
- Eladó MacBook Pro 16,1 2019 CTO
- új 0 km es garanciás lenovo loq rtx 5050 8gb
- Eladó teljesen újszerű karcmentes Samsung Galaxy Watch Ultra
- Ryzen 7700X / RTX 4070 Ti Super / 32GB DDR5 / 1TB NVMe / 800w GOLD! BeszámítOK
- Fibocom L850-GL WWAN 4G LTE mobilnet kártya
- BESZÁMÍTÁS! ASRock B450M R5 2600X 16GB DDR4 512GB SSD GTX 1660 Super 6GB Rampage SHIVA DeepCool 400W
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- LENOVO ThinkPad T14s Gen 2 touchscreen - i7-1185G7, 16GB RAM, SSD, jó akku, számla, 6 hó gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest