-
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
-
-
-
-
-
-
-
válasz
martonx #8128 üzenetére
Abszolút egyetértek.
Kezdésnek a JS tökéletes, később mehet Java vagy valami típusos nyelv. Ha kicsit matekosabb a hely, akkor Python.
Talán a mai napig nincs golang, mint modern nyelv megemlítve. Ahogy a tiszta kód sem, és a skálázhatóság sem.A C++ kicsit száraz, és elrettentő lehet egy abszolút kezdőnek. Azt hiszi, ez a világ.
Pedig legtöbbször nem kell biteket shiftelgetni ide-oda, és van egy csomó helper lib amik megkönnyítik az életet.Az egyetemen pedig "olvassunk be szekvenciáls inputfájlból hőmérsékletet meg lift mozgást.".
Kb az egyetlen hasznos kurzus az az adatszerkezetek voltak. -
-
-
-
-
-
válasz
petyus_ #7997 üzenetére
Ezt általában a pénzügyekért felelős vezetők döntik el, nem a fejlesztők.
Ők rövid távon profitnövekedést akarnak elkönyvelni.
Nem számít, hogy a fejlesztés ezáltal lelassul, felvesznek még ember.
Aztán amikor néhány év múlva abszolút tarthatatlan a helyzet, akkor felvesznek egy egész új csapat fejlesztőt, hogy oltsa a tüzet, és tegyen meg bármit az ellen, hogy összeomoljon az egész.Ilyenkor van a kolléga által említett 25 év lemaradás lefaragása 15 re.
Ugyanakkor azt sem szabad elfelejteni, hogy ilyen nagy cégek inkább választják a többéves, de kiforrott, stabil, megfelelően supportált technológiát a néhány éves legújabb trenddel szemben.
-
válasz
martonx #7995 üzenetére
Ezek a nagy cégek sokszor azért vannak lemaradásban, mert a webes rendszereiket integrálniuk kell egy őskövület háttér rendszerrel, és kompromisszumokat kell kötni a modernitás vs elérhető kliens libraryk között.
Nem írharja GraphQLben, Typescript backenddel a webes rendszert mert a háttérben lehet, hogy valami olyan nonstandard apihoz kellene csatlakoznia amihez csak a 15 éve elavult .net library képes csak megfelelően.
A háttérrendszert újraírni pedig nem érdemes, mert tökéletesen működik, és sok millió lenne újraírni.
Az pedig, hogy mit állítanak, hogy mire büszkék az csak marketing ami nagyon távol áll az ITtól.
-
-
-
válasz
martonx #7987 üzenetére
A redux valóban egy fura találmány, de mindenki siet Hookokra átállni, most az a menő.
Én sem értem, hogy tudott elterjedni a redux.A GraphQLnek annyi előnye van a REST APIval szemben, hogy rugalmasan kezeli az átvitt adatmezőket, tehát a kliens adja meg, mely mezőkre van szüksége az eredményhalmazból, míg hagyományos RESTnél mindent le kell töltened.
Lehet, hogy az alkalmazásodnak az adott lekérdezésből mindössze 2-3 mező kell, de az adattípus 10-20 mezőt tartalmaz, esetenként még néhány mező tartalmaz további elemeket (tömb/objektum).
Ez egy nagy eredménylistánál sok adatot jelent, amivel nem terheled a lassú 3/4G hálózatot.
Valamint a GraphQL támogatja több lekérdezés összefűzését, így egy roundtrip latencyvel megúszod ami hagyományos REST APInál 2-3-4 lekérdezés lenne 2-3-4x roundtrip latencyvel, és a felhasználónak minden századmásodperc számít.
Egy nagyon meggyőző GraphQL use case a PostGraphile ami Postgres tárolt eljárásokat tud elérhetővé tenni GraphQL APIn keresztül, így automatikusan generálva az APIt, ezzel minimálisra csökkentve a boilerplate kódot.
A végére pedig a sokkkkkkhatás. Még ma is használnak FTPn keresztül CSVt, mert a rendszer amiből az adat jön az egy ősszörnyeteg, és így exportál bizonyos adatokat periodikusan.
-
válasz
hiperFizikus #7812 üzenetére
Googlet próbáltad?
-
-
-
-
-
-
válasz
hiperFizikus #7695 üzenetére
Fordítva ülsz a lovon.
-
válasz
hiperFizikus #7692 üzenetére
Nem találok szavakat.
Of course nem egyforma egy régi böngésző és egy új. A régiek nem ismerik a const/let kulcsszavakat. Ha régi böngészőt kell támogatnod told át Babelen a kódot.
Visszajelzés:
Nincs.Majd ha felrakod GitHubra a forrást és futtatható formátumban a korábban linkelt helyek valamelyikére, majd akkor lesz.
Ha nem lenne a neved Fizikus, feltételezném, hogy 13 éves unatkozó kölyök vagy.
Innentől ignorálni foglak, bocs.
Nem fogadod meg a tanácsokat, és hirdeted magad, hogy várod a visszajelzéseket. -
-
-
válasz
hiperFizikus #7685 üzenetére
Te ugye bértroll vagy?
-
Sőt, ha az egészet Visual Studio Codeban csinálod mééég jobb lesz.
-
-
-
-
válasz
hiperFizikus #7667 üzenetére
Nem a portálodra kell feltölteni, hanem Githubra, hogy a forrás könnyen olvasható legyen letöltés nélkül is.
És senki, komolyan senki nem fog zipet töltögetni és kézzel vacakolni vele.
Az egyik legnagyobb előnye a JSnek, hogy egy kattintásra futtatható a böngészőben, erre te azt kéred, hogy navigáljunk át az Index fórumra, ahonnan tovább valami random hostingra, ahonnan töltsünk le valami random zipet, és találjuk ki, hogy duplakattal elindul vagy kell neki lokális szerver?Értem, hogy nem vagy programozó, de amatőr szinten is nagyon fontos, ha meg akarod mutatni az elkészült művedet, akkor ne a közönségnek kelljen vele időt tölteni, hanem tedd minél könnyebben elérhető formába, a lehetőségek pedig elhangzottak.
Én itt kiszálltam a zippelősdiből.
Ha fenn van valahol, szivesen megnézem, ha felteszed a kódot GitHubra még szivesen adok ötleteket is az optimalizálásra, ha kéred, de ez jelenlegi formájában nulla. -
válasz
hiperFizikus #7664 üzenetére
Akkor ezt most told fel minimum GitHubra, és ha frontend-only akkor GithubPagest is csinálj hozzá ahol ki lehet próbálni, mert ez így nem munka.
-
-
-
-
-
válasz
hiperFizikus #7642 üzenetére
Ugye sima Jegyzettömbben írod syntax highlight nélkül?
Erősen javaslom a Visual Studio Code használatát, plusz linter plugineket.
Majd ezekután legalább GitHub Gistbe vagy valami codesandboxba, jsfiddlebe töltsd fel a kérdéses kódot.Célszerű lenne a consolet is megnyitni a Chrome Developer Toolsban, mert valószínűleg kapod az errorokat amik segíthetnek rájönni a hiba okára.
JavaScriptben szivesen segítünk, de gondolatolvasók még nem vagyunk.
-
-
válasz
hiperFizikus #7640 üzenetére
kg1.stroke az egy függvény.
Javasolnám, hogy rakd be ezt valami online kódmegosztóba, úgy könnyebb lenne debuggolni.
Codesandbox, jsfiddle, és társai
-
válasz
hiperFizikus #7638 üzenetére
A kg1 et és a canDimet kevered a második sorban.
A candim56 tól tudnál kérni 2d contextet. A kg1 nem tudjuk micsoda.BMP 2020-ban weben?
-
-
-
-
-
válasz
K1nG HuNp #7624 üzenetére
Lerna.js-el manageled a monorepot?
Miért használsz monorepot?Én olyan előnyeit látom, mint a könnyebb kódmegosztás, egy helyen lehet az összes Docker buildelő CI/CD pipelinet kezelni, nem kell minden repóban hozzáadni valamit, ha új lépést akarunk beszúrni.
Milyen beléptető?
Saját adatbázisos vagy valami OAuth szolgáltatást (pl Google) használsz? -
-
válasz
hiperFizikus #7597 üzenetére
Googlet esetleg próbáltad?
-
-
-
-
válasz
Dißnäëß #7545 üzenetére
Én is JSben dolgozom, és ha lehet kerülöm a frontendet.
Abszolút életképes ötlet Node.jssel kezdeni és APIkat gyártani.
Nagyon erősen javaslom a TypeScript használatát, és a listádhoz hozzáadnám még a GraphQL-t is, az most feljövőben van.Csatlakoznék az előttem szólóhoz, ExpressJS az klasszikus, mindenképp szánj rá időt, de ott van még a Hapi.js és társai. Nestjs jó, de nem túl elterjedt. Új projekten vagy saját szórakozásra lehet használni, de elég kevés álláshirdetés kér kifejezetten Nest.js-t.
Ha DevOps, akkor csapd még a listához a Kubernetest mindenképp, és ha még mindig van energiád akkor a Terraformot és Istiot is, ha abszolút tombol benned az energia, akkor Kubernetes monitoring, Grafana, Prometheus és társai.
Ha frontendezni kell, akkor a Reactot javasolnám, az most a legnépszerűbb. Ott van még az 5x újraírt Angular és a mindenből a legjobb lenni akaró Vue, de úgy gondolom abba érdemes energiát fektetni amire a legnagyobb kereslet van, mert a JS frameworkok jönnek-mennek évről évre, hiába jó valami, ha alacsony a kereslet rá, és 2 év múlva eltűnik.
-
-
-
válasz
hiperFizikus #7510 üzenetére
Remélem nem programozóként dolgozol főállásban, mert ezt a kódot nem engedném mergelni a master branchbe.
A program minőségét nem a sorok számában mérik.
Egy rövidebb program ami ugyanazt csinálja, mint egy hosszú program sokkal jobb, feltéve, hogy a rövidebb jobban olvasható, és nem egy összenyomorított x=z=abc típusú olvashatatlan valami.
Továbbá abban mérik a minőséget, hogy milyen egyszerű módosítani a kódot.
A te 5-6 szint mélyen egymásba ágyazott ifeid és ciklusaid pont az ellenkezőjét mutatják.Fel kellene darabolnod több függvényre a kódot, hogy könnyebben megérthető legyen mit csinál, könnyebben lehessen irányítani, hogy mi fusson le és hányszor.
És akkor talán nem kellene random helyekre extra ifeket befűznöd.
Illetve függvények használatakor jónéhány ciklusiterációt megspórolhatsz a korai visszatérés használatával, ha megvan az eredmény vagy invalid az input.A programozás egy elég rugalmas dolog, de vannak alap szabályok amkket a saját érdekedben be kell tartanod.
Ha 3 hónap múlva ránézel erre a kódra azt sem fogod tudni mit csinál, mert olvashatatlan.
Nincs olyan, hogyha kedved tartja akkor 5000 sor egy fájl.
Ha van egy tapasztalt főnököd, és rendszeres code review, akkor ezt nem engedi be a rendszerbe, mert, ha te felmondasz, nincs ember aki ezt tovább viszi, újraírni pedig rengeteg pénz és idő a cégnek.Rövid, beszédes nevű függvények, max 20-30 sor, és a kódbázis legyen feldarabolva külön fájlokra, max 150 sor per fájl.
Ezek a számok nem szentírás, de az 5000 soros fájl az elfogadhatatlan.Ha tényleg segítséget kérsz, akkor vegyél vissza ebből a próféta stílusból, mert így nem fogsz messzire jutni.
-
válasz
hiperFizikus #7502 üzenetére
Megosztanád esetleg velünk is ezeket a gyorsítós tippeket? Kódrészletre gondolok.
Milyen volt, milyen lett?
Mindannyian tanulhatnánk belőle. -
-
válasz
hiperFizikus #7498 üzenetére
-
-
-
Fog működni, lehet mixelni.
A PHP parser csak a php tagok közti részt futtatja, a többit plain textként kezeli.Vannak esetek amikor szerver oldalról kell értékeket átadnod a kliensnek még mielőtt a JS elkezdene futni, hogy ezzel inicializálj bizonyos állapotokat.
Tehát ha ő alertelni akarja a szerveroldali számlálóját akkor ez a megoldás.
Persze szebb lenne egy APIt hívni vagy legalább templating enginet használni a HTML generáláshoz.
Viszont, ha csak egy globális számláló kiiratása a cél, akkor elég lenne kiechozni a bodyba, vagy templatevel kiírni a megfelelő helyre, nem kell API hívás, mert az csak lassítja a betöltődést.
-
válasz
Tomi_78 #7488 üzenetére
Értem.
Azért nem írja ki, mert a $num változót az if szkópján belül deklarálod.
Tegyél egy $num=0 értékadást az if elé, így elérhető lesz az ifen kívülről is.De ha rám hallgatsz, becsomagolod az egészet egy szamlal() függvénybe, ami elvégzi a kívánt műveletet, majd a végén visszaadja a $num értékét.
Ezután csak meg kell hívnod a.függvényed ahol számlálni akarsz, esetedben a javascript tagon belül, és így nem kell aggódnod a változó szkópok miatt, és a globális névteret sem szennyezed be.
Tényleg el kellene döntened, hogy user szintű vagy globális számlálót akarsz, mert a jelenlegi megvalósítás az egy globális számlálót valósít meg, és az összes usered ugyanazt a számlálót fogja növelni.
Persze, ha ez egy látogató számláló akkor ez a kívánt viselkedés.
Miért van szükséged javascriptre?
Ezt az értéket simán kiírhatnád a bodyba is PHPvel.Bocsi a hiányzó formázásért, telefonról vagyok.
-
válasz
Tomi_78 #7486 üzenetére
Mit jelent az, hogy nem működik?
Nem ír fájlba, nem számol, hibát ad, nem írja ki a JS amit szeretnél?Ha csak a kliensnek a saját számlálóját kell kezelni akkor JSsel cookieba vagy local storagebe el tudod menteni.
Ha kell a szerveren is az adat akkor marad amit csináltál, bár célszerű lenne MySQLbe tenni az adatot, illetve ez nem a PHP topik.
-
válasz
instantwater #7481 üzenetére
Aureal
Igazából jqueryvel is lekérheted a tartalmat, nem is kell Axios.
-
válasz
hiperFizikus #7480 üzenetére
#7478 at még mindig javaslom.
"Pénzkidobás"?
Ha van pénz a projektben miért nem működik?
Vegyél fel programozókat, hirdess, marketig, projekt management...Amúgy bármilyen jó ötlet, egy "150 oldalas" kód nem karbantartható, és egy nagy büdös delete gombot érdemel.
Egy fájl ne legyen több 150 sornál.
És egy függvény sem mondjuk 20 sornál.
Darabold fel, úgy karbantarthatóbb. -
-
Rossz az irány.
Ha iframebe teszed be, akkor nem tudod kontrollálni mi töltődjön be. Be fog töltődni az egész oldal.Ezért javasoltam a Fetch APIt, vagy Axiost, és JQueryt parsoláshoz, de így is elég lassú lesz, és feleslegesen fog letölteni a böngésző több kilobájtnyi HTMLt.
Javasolnám, hogy keress valami exchange rate APIt, ahonnan a árfolyamot gyorsan és egyszerűen meg tudod kapni.
Amit te akarsz az már a web scraping témakör ami nehézkes, macerás, és nem hatékony.
-
válasz
hiperFizikus #7476 üzenetére
Kezdd apróbb részekre és több fájlra darabolással, így könnyebben megtalálod a kérdéses részt.
Ha konkrét kérdésed van, töltsd fel a kódot github gistre, pastebinre vagy codesandbox és társaira és küldd a linket.
-
Semmi gond azzal, ha itt kérdezel, hiszen ez a JavaScript topik, jó helyen vagy.
Én is így kezdtem, sok évvel ezelőtt, lenyírtam agyilag jópár fórumtársat egy másik fórumon mire megértették, hogy mit is akarok, hiszen én magam sem tudtam igazán.
W3school az "elmegy" kategória.
Ha elakadtál egy kóddal, nyugodtan illeszd be, vagy, ha hosszú akkor linkeld pastebinről vagy gist.github.com ról.
Ha elméleti kérdésed van, akkor kérlek írd le pontosan, hogy mit szeretnél csinálni, hol, hogyan, meddig jutottál, mi a végcél, hátha van egyszerűbb megoldás is, mint amerre elindultál.
Ha van egy meglévő oldalad akkor a fetch API minden modern böngészőben benne van, azzal tudsz lekéréseket indítani, nem kell külön betölteni semmilyen kliens könyvtárat.
Javaslom a böngésződben a fejlesztői konzol használatát, ott egyből ki is tudod próbálni a kódokat, vagy codesandbox, codepen és hasonló online oldalakat is használhatsz, itt el tudod menteni a kódodat, és tudod linkelni ide, ha segítséget kérsz.
Tehát akkor most kérlek írd le, hogy honnan próbálsz lekéréseket indítani, nézz utána a fetch apinak, és azt is írd le, hogy milyen oldalt próbálsz lekérni.
Googleban támpont lehet mondjuk egy "ajax fetch" keresés.
Értjük, hogy le akarsz kérni HTML tartalmat egy másik oldalról, de nem tudjuk milyen környezetben próbálkozol, meddig jutottál, mit tudsz, mit nem tudsz, mit próbáltál, mit nem, mi az amit le akarsz kérni...
Ha nem ragaszkodsz mindenáron a böngészős környezethez, akkor Node.jsben sokkal nagyobb szabadsággal dolgozhatsz. Bármit, bármikor, bárhonnan lekérhetsz, feldolgozhatsz, nincsenek böngészős szigorítások, CORS és társai.
Azért is jó lenne tudni, hogy mit és honnan akarsz lekérni, mert lehet, hogy van egy JSON REST APIjuk, és nem kell a HTML parsolással bohóckodnod.
-
Ha válaszolsz a legeslegelső kérdésemre, akkor többet tudunk segíteni.
Tehát van egy saját weboldalad amin meg akarsz jeleníteni olyan adatot ami egy másik weboldalon elérhető, de nem akarod letölteni a másik oldal kapcsolódó fájljait, csak a HTMLt.
Értem én, csak a CORS és más finomságok miatt ez nem mindig járható út tisztán böngészőből, de próbáld ki, hogy mit enged a forrás szervere.
-
-
-
-
Új hozzászólás Aktív témák
Hirdetés
- Core I9 ERŐMŰ Lenovo P1 Gen2 (8mag/16 szál 32Gb DDR4 1Tb SSD 4Gb Nvidia) laptopom eladó!!!
- Új Dobozos Lenovo Yoga Slim 6i Gamer Procis Ultrabook 14" -35% i5-13500H 16/512 Iris Xe FHD+ OLED
- Új Dell Inspiron 14 5435 Ultrabook -50% 14" Bivaly AMD Ryzen 7 7730U 8Mag 16GB 512GB FHD+ IPS
- MSI Thin - 12450h, RTX 4050 és 16gb RAM + 1tb SSD
- HP ProDesk 600 G2 SFF PC, Intel 6. generációs CPU, SSD és RAM nélkül
- Veszünk: PS5 Fat/Slim/Digital/Pro konzolt, játékokat, Portalt stb. Kérj ajánlatot!
- Samsung Galaxy S25 Ultra 1TB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! ASROCK H310CM i5 9600K 32GB DDR4 500GB SSD RTX 3050 8GB DeepCool Tesseract SW 500W
- Bomba ár! Dell Latitude 5500 - i5-8GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Garancia!
- BESZÁMÍTÁS! HP ZBook 15 G6 munkaállomás - i7 9850H 16GB DDR4 RAM 512GB SSD Quadro T2000 4GB WIN10
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged