- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy A54 - türelemjáték
- Keretmentesít a Galaxy S25 FE
- Motorola Edge 50 Fusion - jó fogás
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Eltűnhet a Dinamikus Sziget
- Google Pixel topik
- Milyen okostelefont vegyek?
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- iPhone topik
-
Mobilarena
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
#7521
martonx
veterán
hiperFizikus
#7518
martonx
veterán
válasz
hiperFizikus
#7518
üzenetére
Megváltóként segítséget kérni, aztán minket lefikázni, hogy nem jöttünk rá a be nem mutatott kódod állítólagos lassúságának okára, hát nem túl elegáns
De legalább meg tudtad erősíteni magadban, hogy te mindenki felett állsz -
#7517
martonx
veterán
hiperFizikus
#7515
martonx
veterán
válasz
hiperFizikus
#7515
üzenetére
A programokat sorokban mérik, de igaziból semmi értelme méricskélni, semmit nem jelent az az információ, hogy 2000 soros vagy 200000 soros egy program.
A topikok alap igazsága, hogy ha segítséget kérsz, akkor részletesen, konkrét kódokkal bemutatod a problémádat, és úgy kérsz segítséget. Te most ismét úgy kerültél elő, hogy van egy programocskád, amivel az a baj, hogy lassú, és segítsünk.
Érted, ez pont annyira konkrét, mintha én beírnám ide, hogy kevés a szabadidőm mondjátok meg mit tegyek, hogy több legyen? És ti semmit nem tudtok rólam, fogalmatok sincs, hogy miért kevés a szabadidőm (túl sokat dolgozok, vagy folyton csak TV-t nézek, netán mindig kocsmában vagyok, vagy épp 5 gyerekem van, vagy párhuzamosan 3 nőt tartok és ezért nincs szabadidőm?). Mi lehet vajon a jó válasz, egy ilyen általános problémára.Aztán ott van ez az önjelölt megváltó dolog, ami engem mondjuk végtelenül szórakoztat, szinte már látom magam előtt, ha Jézus most jött volna el, akkor nyilván nem példabeszédekben utazott volna, hanem javascript programocskákat írt volna inkább
-
martonx
veterán
Na végre valami konkrétum, hogy mit is szeretnél, mert a szeretnék valamitet, értem én, hogy valamit szeretnél, de mégis mit válaszoljak rá.
Ez így viszont már némi konkrétum, amiben meg lehet kapaszkodni.Ezt csak hackelve, és csúnyán tudod megoldani, pl. behúzod az iframe-et az oldaladra, hideolod / 1px méretűre zsugorítod, utána már javascripttel ki tudod szedni belőle amit akarsz.
Ha az oldaladon valuta érték megjelenítés a cél, akkor ehhez vannak direkt ingyenes API-k pl. MNB-nek, amiket szintén le tudsz javascripttel kérdezni. Én az iframe-es hackelős megoldás helyett, ezt az utat javaslom.
-
martonx
veterán
Az az igazság, hogy annyira suta volt a kérdés, hogy a válasz is az lett. Megoldható? Igen. Egyébként pár sor kóddal megoldható (tippre, akár egy sorral is, pl. powershellel ennyi:
Invoke-WebRequest -Uri "http://prohardver.hu"). Aztán, hogy milyen nyelven, milyen formában, hogy fogod megoldani, honnan tudjam mihez értesz? NodeJs, PHP, C# bármilyen nyelv megfelel erre. Aztán ha megvan a letöltött html stringként, akkor már csak parseolni kell valamivel. -
martonx
veterán
válasz
K1nG HuNp
#7452
üzenetére
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). -
#7424
martonx
veterán
hiperFizikus
#7422
martonx
veterán
válasz
hiperFizikus
#7422
üzenetére
Sokszor nem maga a kód az értékes árú, hanem ha tényleg világmegváltó, akkor az emberek minden pénzt megadnak azért, hogy találkozhassanak a megalkotójával.
PL. így működnek az open-source kódok, ahol mag a kód ingyenesen elérhető, és a körítésekből (támogatás, közönség találkozók, adományok stb...) keresnek pénzt maguk a kitalálók. -
#7417
martonx
veterán
hiperFizikus
#7416
martonx
veterán
válasz
hiperFizikus
#7416
üzenetére
Ez így nem fog menni. Aranyosan vergődsz a világmegváltó (mindenféle értelemben
) programoddal, de böngészőben futó javascripttel soha nem fogsz tudni a gépen lévő file-t beolvasni, hacsak valaki egy file inputba be nem tallózza a file-t. -
#7402
martonx
veterán
Nagyzoli27
#7400
martonx
veterán
válasz
Nagyzoli27
#7400
üzenetére
x = x.textContent.replace("Ft", "");
x = x.textContent.replace(",", "."); -
#7388
martonx
veterán
Nagyzoli27
#7387
martonx
veterán
válasz
Nagyzoli27
#7387
üzenetére
Const f = setinterval(() =>{
-
martonx
veterán
válasz
Dißnäëß
#7346
üzenetére
Szvsz ez nem összeszemetelés. Nekem is a jól belakott win-emen fut minden (kivéve adatbázis, az a felhőben fut). Pláne, hogy az a "minden", az kb. semmi se tárhelyben, se erőforrásban.
Win10 alá nem kell VM-mel se szórakozni, simán a Store-ból letöltesz egy ubuntu-t, és máris mehet a móka, ha ragaszkodsz a linuxhoz. -
martonx
veterán
Szia,
Sőt a Microsoftnak is van sajátja Chakra néven (bár ez már éppen kihalóban van). Minden nagy böngésző alá csináltak saját javascript engine-t. Hogy miért? Miért van minden országnak saját pénze? Mikor egy közös valuta is lehetne. Hát ezért.
Viszont mostanra elég jól szabványosodtak a javascript engine-ek, böngészők. Ez alól mára egyedül a halál fos Safari a kivétel, míg régebben az Internet Explorer volt ilyen (hál istennek az IE kihalt, remélem a Safari is megdöglik előbb-utóbb). -
martonx
veterán
Pont ez az, hogy nincsenek ott, legalábbis az asp.net core, nodejs, python, go és még ki tudja mennyi esetben, ha nem használsz felettük proxy webszervert (mint pl. apache, amit a legelső hsz-emben is írtam, hogy nem szabad ebben az esetben használni, mégis mindig ezzel jössz...), hanem csak önmagukban bután futtatod őket, hogy mondjuk figyelnek a 443-as porton, és ennyi, akkor ezek egyik általad problémásnak tekintett dolgot se fogják figyelni (csak amit direkt felparaméterezel bennük, hogy figyeljenek, mert használni akarod)
-
-
martonx
veterán
válasz
K1nG HuNp
#7283
üzenetére
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.
-
martonx
veterán
Akkor zárjuk le, mert aki a te példádon is nem látja, hogy mennyivel fájdalmasabb egy angular projektet elkezdeni / megtanulni / átlátni kezdőként, az csak nem akarja látni.
Peace
Sőt, akkor már tegyünk ide egy ugyanilyen kaliberű projekt vuejs-es megvalósítását is a teljesség igénye miatt. jsfiddle
-
martonx
veterán
válasz
K1nG HuNp
#7274
üzenetére
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
-
martonx
veterán
Ezt írtad: "Bankszektorban kerültem rá egy Angular 6-os, majd menet közben 7-es projektre. Előtte semmennyit sem Angularoztam, igazából mobilfejlesztésből tértem vissza FE oldalra. Mobilozás előtt volt már valamennyi JS tapasztalatom, de NG-ben konkrétan zéró."
Ebből elég nyilvánvaló, hogy nem reactoztál, se nem vuejs-eztél érdemben, de fő hogy teljes erőddel véded az angulart.
Typescripthez: hogy a típusosság előny vagy hátrány, azon hitviták szoktak kialakulni. Szerintem is inkább előny, pláne hogy a kedvenc nyelvem a C# ami szintén típusos
Viszont szerintem a script nyelveknek pont a gyengén típusosság a kezdők szemszögéből nézve az egyik nagy előnye. És szerintem az továbbra is előny a react, vuejs mellett hogy simán nekik tudsz futni vanillajs-el, aztán amikor olyanod van / elértél egy bizonyos komplexitást / elértél egy kódméretet akkor átváltasz typescriptre, nem pedig rádkényszeríti annak használatát. -
martonx
veterán
Kezdők magabiztossága. Nulla összehasonlítási alappal véded az egyetlen rendszert, amit használtál
Komolyan, tegyél össze egy todo appot angularral, react-tal, és vuejs-el.Itt egy összehasonlítás: [link]
Part 1-et is érdemes lehet megnézni, az react - vuejs összehasonlítás, viszont a react akkoriban még nem tudta a hook-okat, szóval a react rész azóta egyszerűsödött.
-
martonx
veterán
De ember, engedd már el a typescriptet. Bármit írhatsz typescriptben, az nem az angular kiváltsága
Például még sose láttam vanilla js-es react projektet (bár ez is az én szűk látókörűségemet jelentheti).
És igen, pont a typescript is egy nehezítő tényező az angularral és a belépési küszöbbel kapcsolatban. Nem elég, hogy egy új keretrendszert kell DI-ostól, meg mindenestől megtanulnia szerencsétlen kezdőnek, de még pár typescript tutorialon is át kell rágnia magát.Többieknek: Azt nem értitek meg (vagy én nem voltam egyértelmű), hogy én végig kezdő, illetve kis projekt szemszögből mondtam, hogy az angular szar. Nyilván pár hét alatt bármibe bele lehet tanulni, ha nem tök hülye valaki. Ami az óriási nagy különbség, hogy egy vuejs esetében, némi vanillajs tapasztalattal mondjuk 1 nap alatt már el lehet kezdeni pöntyögni, 3 nap múlva már egészen nyugisan, magabiztosan lehet fejleszteni, másfél hét múlva meg kb. mindent tudsz róla. React-tal is hasonló a helyzet, valamivel rosszabb, mivel önmagában a react egy faék, nagyon gyorsan ott találod magad, hogy kell mellé valami store mondjuk redux, plusz sokkal több mindent magadnak kell leprogramozni és máris szopóágra kerültél vuejs-el szemben.
Ehhez képest angularnál mire azt megérted, hogy DI-al mit hogy, meg átrágod magad pár typescript tutorialon, és a végén csinálnod kell egy ügyesebb formot, amin jó pár dolog összefügg egymással, de végeredményben mondjuk 1 emberhónap alatt össze lehet hozni az egészet, akkor angularral az emberhónap felét azzal pöcsölted el, hogy beüzemelted az alap appot, és kezded sejteni, hogy a komponenseid, mit hol hogy csinálnak, meg megtanultad az angulart + typescriptet, mindent jó helyre injektáltál, és még a css-ed is fordul stb...
-
martonx
veterán
De igen, sokkal többet kell benne kódolni, teljesen feleslegesen (pontosabban egy bizonyos projekt méret felett a megkövetlet extra komplexitás megtérülhet, csak kár, hogy kb. senki nem találkozik olyan projekt méretekkel - véleményem szerint).
Gondoltam ha próbáltad már az angular mellett a react-ot és a vuejs-t, akkor felesleges a részletekbe belemenni. Arról nem is beszélve, ha mindhármat nulláról próbálod megtanulni, melyiknek milyen a tanulási görbéje.
Pont a kezdők miatt javaslom a vuejs-t mindenkinek, utána a reactot, végül az angulart csak a mazochista kezdőknek. -
martonx
veterán
válasz
K1nG HuNp
#7249
üzenetére
+1 annyit téve hozzá, hogy vuejs esetében nem kell a jsx-et se megtanulnod, ellenben a saját nagyon jól dokumentált, faék bindolásait érdemes megtanulni, viszont ennek alcsonyabb a belépési küszöbe, mint a jsx-é (bár erre rá lehet fogni, hogy ez szubjektív szempont), cserébe alád tesz egy csomó mindent reacthoz képest pl. foreach, model bind inputokhoz stb...
-
martonx
veterán
Alapvetően kis projekteken dolgozunk (maximum 3 frontend fejlesztő párhuzamosan), ezekhez angulart használni szimpla önszopatás. Elhiszem, hogy van az a projekt méret, amin párhuzamosan több száz frontendes dolgozik, abban az esetben simán jó lehet, hogy kismillió felé szét van darabolva, emiatt komplexebbé téve minden.
Szakmai indoklásom ennél pontosabb nincs, mint hogy hiszem, hogy a projektek 95%-a nem esik bele a fenti nagy projekt kategóriába.
-
martonx
veterán
Jogos, inkább a hype-okkal van a baj, amik aztán olyan irányba visznek el feljesztéseket, amilyenbe nem kellene. Nehéz egy döntés ellen fellépni, amikor a csapból is az folyik, hogy most éppen XY az aktuális szuperüberbrutálmegváltó tool. Régebben ilyen volt az angular, most ilyen a react. Már előre izgulok, mi lesz a következő.
-
martonx
veterán
válasz
K1nG HuNp
#7243
üzenetére
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. -
#7206
martonx
veterán
Atlantisz48
#7201
martonx
veterán
válasz
Atlantisz48
#7201
üzenetére
A Google script az javascript. Ha így ráguglizol, remélhetőleg fogsz választ találni.
-
martonx
veterán
válasz
bandi0000
#7175
üzenetére
De lesz, mert azokat a pixel számokat a telefon böngészője felezi, harmadolja mikor hogy (telefononként eltér, de dokumentálva van) azaz ne fizikai pixel számot figyeld, hanem hogy a böngészőben mennyi pixelnek látszik
Rémlik mintha Androidon feleződnének a pixel számok (egy bizonyos felbontás felett), Iphone retina kijelzőn harmadolódnak, vagy negyedelődnek?
Pont ezért mobilra fejleszteni webet óriási szopás, ha azt akarod, hogy mindegyiken jól nézzen ki -
martonx
veterán
válasz
Con Troll
#7108
üzenetére
node_modules-al ne küldd
szvsz nodejs (npm) így is úgy is kelleni fog Linuxra is, de ezeket bagatell telepíteni, utána már mehet egy npm install és voilá.
Win - Linux között ami inkább gondot szokott okozni, az az útvonalak eltérősége, case insensitive vs sensitive és ilyesmi eltérések. -
martonx
veterán
válasz
bandi0000
#6999
üzenetére
Van egy kliens (böngésző), és van egy szerver (PHP). Ezek között az adatok az interneten keresztül (még ha ez fejlesztői gép esetében éppen gépen belül is történik), áramolnak az adatok.
OOP ide vagy oda, az adatokat túl sokféleképpen nem tudod a kliens és a szerver között küldeni, xml / json az elterjedt formátumok (az utóbbi 10 évben persze már inkább csak a json, de ahogy az angular, úgy az xml is sokáig velünk él még sőt forms encoded stringekkel is lehet még találkozni).
Azaz jó lesz neked a JSON-ben adatküldés. Kliens oldalon ez könnyen objektummá deszerializálható. -
martonx
veterán
Hol írtam, hogy halott? Csak azt írtam, hogy már nem menő, és nem véletlenül, mert szvsz sose volt jó, csak hát a hype…
Angulart per feature semmi értelme összehasonlítani a react-tal, vue-val, mert az angular egy full framework, a react csak egy faék rendering engine (hehe, nevével ellentétben még csak nem is reagál a modell változásokara ) a vuejs meg egy rendering engine, ami legalább reagál a modellek változására.
Ezért is írtam, hogy az Angulart jóval nehezebb megtanulni, megérteni, mert van (és kötelező is benne használni) a DI-t, controllereket, service-eket, ahogy az egy böszme nagy rendszerhez illik.
És pont ezért ajánlom egy szakdolgozat erejéig sokkal inkább a Vue / React-ot, mert Angularhoz képest röhej laza a betanulásuk (hacsak nem szopatjuk meg magunkat rögtön Redux-al a React mellé, vagy VueX-el a Vue mellé), miközben egyébként ezekkel is pont ugyanúgy össze lehet nagy és komoly összetett frontendeket tenni, mint Angularral. -
martonx
veterán
válasz
bandi0000
#6976
üzenetére
Angular már lejárt (szvsz nem véltelneül, mert 1.X verzió mérhetetlenül szar is volt, nem is értem, hogy hypeolhatták egyesek, 2.X-től kezdve nem ismerem, de hiszem, hogy nem véletlenül ment ki a divatból).
Ha már Single Page app és naprakész dolog, akkor a react-ot vagy még inkább a vuejs-t javaslom. Vuejs-nek elképesztőn könnyű a betanulása, kezdőknek szerintem a létező legjobb választás. -
-
#6955
martonx
veterán
ZephyrDavid
#6950
martonx
veterán
válasz
ZephyrDavid
#6950
üzenetére
Van 3 db input meződ. Ezekből bekéred az értéket és jöhet a matek. Ha a matek végén az jött ki, hogy ez vagy az vagy amaz, akkor ezt kiírod, illetve mindegyik verzióhoz csinálsz egy egy képet, és azt a képet jelzed ki. Ez a legegyszerűbb.
Továbbra sem értem mi a kérdés, a matek részében nem vagyok hajlandó segíteni, mert nem ennek a topiknak a feladata (no persze az is triviális).
Tegyél fel egy jsfiddle-t, ha ennyire nem megy, és hátha valaki megszán, és befejezi helyetted. -
#6949
martonx
veterán
ZephyrDavid
#6948
martonx
veterán
válasz
ZephyrDavid
#6948
üzenetére
Ehhez jquery?
Amúgy mi a konkrét kérdésed? -
martonx
veterán
-
martonx
veterán
válasz
Hujikolp
#6885
üzenetére
De ember, ne Code Inspectorban írd már át a kódot, mert az persze, hogy nem mentődik el
Keresd meg a forrás file-t és ott írd át
Egyébként meg ezt az egész js-ben validálósdit illene elfelejteni, és helyette egy html5-ös number típusú input-tal megoldani, és annak a paramétereinél megadni, hogy mi lehet a legnagyobb érték.<input type="number" min="0" max="100">
-
-
#6856
martonx
veterán
hellsing71
#6855
martonx
veterán
válasz
hellsing71
#6855
üzenetére
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
martonx
veterán
válasz
Hunmugli
#6818
üzenetére
Mi az értelme a kérdésednek? Komolyan válaszolnék rá, ha látnám bármi értelmét. Ide jössz trollkodni, és még neked áll feljebb, hogy senki se válaszol a hülye kérdésedre? Egyáltalán kérdés ez vagy csak valami vicc? Olyan ez mintha egy csillagász fórumban azt mondanád hogy hosszas kutatásokat folytattam, és szerintem a föld lapos, szerintetek? Érted, ennyire hülye kérdésre mégis mit vársz?
-
martonx
veterán
válasz
Hunmugli
#6815
üzenetére
Egyrészt olyan nagy dolgokat nem várok, én inkább adni járnék ide, mintsem kapni. Csak épp a kérdéseknél is van egy színvonal, ahol az embernek nem az ugrik be, hogy jé egy értelmes kérdés, nosza válaszoljuk meg, hanem leginkább szívlapáttal ütné azt a hülyét, aki egyáltalán ilyet kérdez. Amikor nem tudod eldönteni a kérdezőről, hogy ez most egy trollkodó barom, vagy egy szabadlábon (netán idegosztályon gépet megkaparintó?) elmebeteg. De a legutolsó dolog, ami eszembe jut ezeknél a vérhülye kérdéseknél, hogy érdemben válaszoljak rájuk.
És amikor 10-ből 9 ez utóbbi kategória, akkor erősen elgondolkozok, hogy azért a kósza 1 kérdésért a 10-ből van-e értelme egyáltalán arra venni a fáradtságot, hogy ide benézzek. -
-
#6780
martonx
veterán
Winner_hun
#6779
martonx
veterán
válasz
Winner_hun
#6779
üzenetére
ha jól sejtem a click mellé kellene egy szókösz keyup is, hogy mindkét eseményre reagáljon. Aztán belül már csak figyelned kell, hogy melyik gomb lett lenyomva.
Hm, bár a keyup nyilván csak inputokhoz, vagy documenthez kötve értelmezhető. A sidebar nem tudom micsoda. -
martonx
veterán
válasz
kw3v865
#6769
üzenetére
Légyszi üzemeld be a CORS-t, mert így elég nehéz lesz segíteni. Bár önmagában már ezzel is sokat tisztult a kép, hogy mit szeretnél, mert szerintem eredetileg nem is igazán ezt kérdezted
Kicsit beformáztam, hogy ne úgy nézzen ki, mint egy hányás, és szerintem ez már csak szimpla kód refaktorálás feladat.
-
martonx
veterán
válasz
kw3v865
#6764
üzenetére
Szia,
Több gond is van itt.
Egyrészt az ajaxnál nem a response-t használod, hanem az xxxx-et, aminek semmi értelme.
Másrészt az $.ajax egy promise-t csinál, ezt kapja el async módon a .done.Azaz a var tomb = refresh();console.log(tomb); esetben azért kapsz undefined-ot, mert hamarabb tér vissza a függvény, mint ahogy a .done-hoz visszatérne az ajax eredménye.
Megoldás, a függvényednek egy promise-t kellene visszaadnia, és ha kívülről akarod használni, akkor kívül kell majd használnod a .done-t.
Egy jsfiddle-t indíthatnál a probléma szemléltetésére, akkor konkrétabb segítséget is kaphatnál.
-
martonx
veterán
Ha a jwt-t csak arra használod, hogy az api kéréseket ne engedd boldog boldogtalannak, azaz session-t nem kezelsz velük, akkor szerintem a jwt a legegyszerűbb. Ha minden egyes híváskor azt is tudni akarod, hogy kitől jött, azaz session is kell neked, akkor valóban egy klasszikus cookie based session-ös megoldás tisztább lenne.
-
martonx
veterán
Igen a téma érdekes, pláne JavaScript vonatkozásában. Véleményem szerint már a felvetése is hülyeség (pláne js vonatkozásában). Ha meg weben akar az ember pénzt keresni, akkor olyat kell letenni az asztalra, amivel ténylegesen értéket teremtünk, ergo egyrészt szívesen fizetnek érte (akkor is ha lophatnák, vagy olyan látogatottságot érünk el vele, hogy van értelme donate-el, netán reklámokkal bepróbálkozni mint pl. jsfiddle), vagy pedig olyan komplexitású, hogy lophatják, de hasznosítani úgy se tudják érdemi support nélkül (lásd kendo UI, meg különböző enterprise frameworkök).
-
martonx
veterán
-
martonx
veterán
Nem értek egyet. Illetve bizonyos esetekben.
Attól rosszul vagyok mikor valaki egy kis egyszerű honlaphoz is typescriptben, meg anyámkínja írja meg a classait, amiket összességében 1-200 sornyi js-el össze lehet hozni, még ha spagetti is a kód (már persze milyen az a spagetti kód, amikor maximum 200 sornyi kódról beszélünk). Aztán mikor valakinek odaadják, hogy tessék javítsad, vagy vegyél fel plusz egy eventhandlert, akkor órákig tart a környezet belövése.
Komolyabb SPA-knál, NodeJS-ről nem is beszélve maximálisan van létjogosultsága az egész nagy infrastruktúrás cuccnak, más kérdés, hogy pont azt az előnyét veszíti el a Javascript, ami a scriptnyelvek előnye, hogy gyorsan, könnyen összedob bennük valamit az ember. Ha már kódot akarok fordítani, meg típust ellenőrizni, és komolyan OOP-zni, akkor személy szerint inkább megírom C#-ban (NodeJs helyett, SPA-nál nyilván marad a JS mint egyetlen alternatíva). -
#6684
martonx
veterán
PumpkinSeed
#6683
martonx
veterán
válasz
PumpkinSeed
#6683
üzenetére
Úgy sejtem poén akart lenni, az osztályharc.
-
martonx
veterán
Hehe, ezt láttátok már? https://stackoverflow.com/questions/245062/whats-the-difference-between-javascript-and-java/245073#245073
A második legnépszerűbb választ figyeljétek
-
#6659
martonx
veterán
PumpkinSeed
#6658
martonx
veterán
válasz
PumpkinSeed
#6658
üzenetére
Tökéletesen egyetértek, ezért is írtam, hogy ez inkább csak hype, mintsem tényleges előny. Bár autentikáció mögött még sose használtuk. Pár micro servicünk fut Lambdában, igaz productionben.
-
martonx
veterán
A serverless dolog tök jól, egyszerűen, működik. És csak egy hülye buzzword, a háttérben nyilván ott van a szerver. A serverless inkább csak arra utal, hogy abszolút nem kell foglalkoznod a szerverrel, de még csak a terheléssel, skálázással se. Egyedül annyi a rákfenéje, hogy előre abszolút megbecsülhetetlen a költség igénye. Havi X másodperc futás ingyenes, utána másodpercenként ennyi-annyi. De őszintén ki fogja tudni másodpercben előre felbecsülni, hogy napi X db request kiszolgálása mégis hány másodpercbe fog telni?
Ettől függetlenül kis terhelésű api-k esetében valóban kb. ingyenes alternatíva tud lenni. -
martonx
veterán
Szerintem kevered a szezont a fazonnal. Az Azure / AWS / akármi nem egyenlő egyes 3rd party service-ekkel, mint pl . Auth0, sőt semmi közük nincs egymáshoz, hacsak annyi nem, hogy az Auth0 is futtatja valahol a szolgáltatását
Azaz, hogy az authentikációs rétegedet kiváltod-e Auth0-val vagy sem, annak semmi köze nincs ahhoz, hogy egyébként hol futtatod a komplett rendszert.
Felhős adatbázis pedig csak akkor buli, ha az alkalmazásod is ugyanott van a felhőben, ugyanabban az adatközpontban, különben a hálózati késleltetés miatt természetesen nagyon belassul az adatátvitel. -
martonx
veterán
AWS-hez képest kb. egy árban van. Van ami Azure-ban olcsóbb, van ami AWS-ben, de mintha általánosságban egy picivel mintha az Azure olcsóbb lenne.
Ami miatt maszekban Azure-t használok, hogy nagyon könnyen össze lehet havi 100 eurónyi díjat kalapozni, MPN-nel, akár csak egy Visual Studio Online regisztrációval, MSDN tagsággal.
Szimpla webapp hosztolásra viszont szvsz elég drága (erre persze az AWS, és bármi más nagy cloud is drága), cserébe baromi kényelmes, build automatizációkba könnyedén beilleszthető, bármeddig skálázható. Ha meg már úgy is van havi 100 eurónyi előfizum, akkor meg már annyira nem is fáj, hogy mibe kerül a hosztolás.
Illetve mostanában jelent meg a serverless (figyelem új buzzword az informatikában) hosztolás, amiben AWS jár az élen, de Azure-ban is kezd megjelenni. Ezzel amíg szinte nulla az oldalad terhelése, gyakorlatilag ingyen tudod hosztolni. Viszont ez olyan, mint egy kapu drog, mert mihelyst megugrik a terhelés, hirtelen a gatyádat is ki fogod fizetni nekik. -
-
martonx
veterán
Asp.Net Core óta Asp.Net Core-al is lehet faék REST API-kat csinálni. Egy rakás ilyen micro servicem fut AWS Lambdában
A példáid teljesen jók, én viszont visszább lépénék párat. Először ES6-ot, (ES7-et) tanulnám, nagy hangsúlyt fektetve az npm-re (esetleg webpack, netán gulp). Ezekhez én még szerver oldalt se csinálnék, egy szimpla VS Code és npm light-server-el hostolnálm. Amikor ezek készség szinten mennek, akkor van értelme bármilyen értelmesebb szerver oldalt alájuk tenni.
-
#6614
martonx
veterán
gyurkikrisz
#6613
martonx
veterán
válasz
gyurkikrisz
#6613
üzenetére
Igen.
-
martonx
veterán
Expresshez nem értek, de az MVC rendszerekben szokott előre kialakított szerver oldali validáció lennie out-of-the-box, azaz én a helyedben első körben utána olvasnék, hogy Expressben milyen szerver oldali validációs megoldások vannak alapból.
Ha pedig nincs benne, akkor ideje valami más MVC megoldás felé fordulni.
De legalább meg tudtad erősíteni magadban, hogy te mindenki felett állsz 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- sziku69: Fűzzük össze a szavakat :)
- Path of Exile (ARPG)
- BestBuy topik
- Kerékpárosok, bringások ide!
- Sony MILC fényképezőgépcsalád
- Nintendo Switch 2
- Xiaomi 15 - kicsi telefon nagy energiával
- Linux kezdőknek
- Milyen légkondit a lakásba?
- További aktív témák...
- Ryzen 9 7900 /// Bontatlan // Üzletből, számlával és Garanciával!
- Ryzen 7 5700X3D /// Bontatlan // Üzletből, számlával és Garanciával!
- Ryzen 7 8700G /// Bontatlan // Üzletből, számlával és Garanciával!
- Ryzen 5 9600X /// Bontatlan // Üzletből, számlával és Garanciával!
- IdeaPad 3 15ACH6 15.6" FHD IPS Ryzen 5 5500H RTX 2050 16GB 512GB NVMe magyar vbill gar
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- ÁRGARANCIA!Épített KomPhone i3 10105F 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Intel Core i9 9900KF 8 mag 16 szál processzor garanciával hibátlan működéssel
- Bomba Ár! Dell Latitude 3190 - Intel N4120 I 4GB I 64GB SSD I 11,6" HD I Cam I W11 I Garancia!
- Keresünk dokkolókat
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest