-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
Cathfaern
nagyúr
Hát tényleg nem éri meg a szenvedést, ha már más megtette helyetted, ezért érdemes használni ilyeneket, mint a Chosen, meg hasonlók.
(#5867) Cathfaern:
Jaja, ez nekem is furcsa, hogy az ilyen alapvető elemek kinézetét még olyan módon sem lehet felülbírálni, hogy mondjuk az optionnél a kijelölés színe ne kék legyen. Feltételezem, hogy egyébként a többi részét (mint a file inputot mondjuk) azért nem lehet túlzottan felülbírálni, hogy viszonylag konzisztens legyen a kinézet a böngészőben minden oldalon, és mindig rá lehessen ismerni ezekre az elemekre, de mivel szinte mindenre van workaround, ezért ez a magyarázat sem túl kielégítő. -
Cathfaern
nagyúr
Úgy tudom, hogy ezt alapból nem lehet felülbírálni, ezért különálló HTML-elemekre kell "leképezni" a különböző <option>-öket (<div>, <span>, blabla), amiknek már megadhatod nyugodtan a stílusát, csak ezeket szinkronban kell tartani ugye a <select>-<option> elemekkel (hogy a háttérben valójában egy ilyen listából válogass, csak "közvetve"; tehát ha a júzer rákattint az adott divre vagy spanre vagy akármire, akkor kódból válaszd ki a kapcsolódó optiont).
Igazából ezt csinálja a Chosen is, meg a hasonló pluginek. -
Ezer hála!
Megpróbálok több időt fektetni a JS-be, a html és css megy. Sajnos nagyon szegényesen tanították anno nekem a JS-t. Már magát a javát is.
"Sajnos nagyon szegényesen tanították anno nekem a JS-t. Már magát a javát is."
Csak hogy tisztázzuk: a Javascriptnek az ég világon semmi köze a javához. Akartam írni, hogy bele is kéne írni ezt az összefoglalóba is, aztán most nézem ott virít a topic tetején -
Method, action, sok minden nem kell a formhoz.
Szívesen JS-eznék én is napi 8-ban, bár egy idő után lehet a falat kaparnám. Minden esetre én az iskolában utáltam, aztán itthon leültem megérteni az alapjait, és azóta az egyik kedvencem.
Sokat kell még tanulnom, de állok elébe! Tény, de 2-3 éve nem írtam szerintem hagyományos formos submitot
Lehet ment volna fejből is, de lehet nem jut eszembe hogy action-nek hívják. Lehet rossz tulajdonság, de amit nem használok, viszont fél másodperc alatt googlizható, az nem szokott megmaradni a fejemben... (annó töri évszámokból is használhatatlan voltam, annak ellenére, hogy az anyag lényegét, meg ki hol mit, miután/mielőtt és miértet gond nélkül tudtam). -
Igen, ezért is linkeltem be, mert egyébként egész korrektnek, a valóságtól nem elrugaszkodottnak tartom. Láttam már ennél jóval betegebb js kérdéssort is.
Hogy a felvételizők szintjéhez is hozzászóljak kicsit offban. Nálunk járt olyan alany, aki senior webfejlesztőnek jelentkezett, komoly cégnél (talán logmein) dolgozott több éves webfejlesztői tapasztalattal a háta mögött, bruttó millió feletti havi fizuigénnyel. Nálunk nincs klasszikus idióta tesztet kitöltős sok körös állásinterjú, az első fordulóban is kódolni kell, a másodikban is csak már komolyabban, a harmadikban van elbeszélgetés, és ha szimpi vagy, fel is vagy véve.
Nos az első körben van egy nagyon alap beugró, miszerint kérj be két számot a böngészőben, szerver oldalon kalkuláld a hányadosukat, és jelenítsd meg az eredményt a böngészőben (nincs megkötve, hogy ajax-al vagy anélkül, nincs megkötve, hogy milyen IDE-vel, milyen nyelvvel, használhatsz internetet is, egy megkötés van, hogy fél óra alatt kész kell lenned vele). Emberünk ezen a feladaton annál a résznél megakadt, hogy hogyan kell egy html formot összerakni, és a szervernek elküldeni a benne lévő adatot.
Egyébként döbbenet, de az első körös beugró feladatunkon a jelöltek kétharmada zokszó nélkül elvérzik...Ha lehet használni netet, akkor szerintem olyan programozónak is illene ezt megoldani, aki még sose programozott webet
De mondjuk fejből lehet nekem is gondom lenne a html form pontos szintaktikájával. Mondjuk akkor jó eséllyel megoldanám ajax-al...Zedz:
Én amikor elkezdtem javascriptezni, szörnyű nyelvnek tartottam. De ahogy fejlődik a web, illetve az egész javascript rendszer, úgy szeretem meg egyre jobban. Ha lenne olyan állás, ahol csak js-ben kell programozni, nekem megfelelő városban lenne (ami nem Bp), vagy távmunkában végezhető lenne, akkor nagyon elgondolkoznék a váltáson (ja és ha nem kérnek több éves node.js tapasztalatot, mert mindig rá akarom szánni magam, de pár soros pötyögésen még nem jutottam túl... ahol dolgozok ott teljesen kizárt a node.js alapú fejlesztés, szóval max hobbiból tudok vele foglalkozni) -
Cathfaern
nagyúr
"Mitől lenne már gyorsabb localStorage-en vagy bármin keresztül elérni, mint a változókhoz hozzányúlva?"
Miért ne lehetne gyorsabb? Nem tudhatod.
"Egyébként szerintem ennyi alapján simán elegendő lenne neked a localStorage is, csak sanszos, hogy rosszul használtad."
Miért? Mert leírtam, hogy mire használtam?
localStorage alapból arra lett kitalálva, hogy a szervertől függetlenül lehessen tárolni benne adatokat, akár a szerver session megszűnése és/vagy böngésző bezárása után is.
Ehhez képest te változókhoz hasonlít, illetve azt írod, hogy ajax kérés válaszát tárolod benne... ez alapján eléggé valószínűsíthető, hogy rosszul (rossz célra) használodIgazából leszámítva azt az esetet hogy ha offline is működő webes alkalmazást akar készíteni valaki, nem nagyon látom a létjogosultságát a kliens oldali adatbázisnak.
-
Cathfaern
nagyúr
Tényleg nagyon komolyak ezek a DevTools-újdonságok! Rengeteget fog számítani fejlesztésnél, debuggolásnál.
Amúgy az a rész vicces, ahol elemzik a jQuery jelenlegi hülyeségeit, amik jelentősen rontják a teljesítményt, és szinte következetesen azt hozzák ki a dologból, hogy használj plain JavaScriptet.
Egyet leszámítva, hogy ne használd a .hide()/.show() metódusokat, mert rohadt lassú, inkább váltogasd az osztályokat az elemen az elrejtéshez/megjelenítéshez - na én ezt speciel régóta követem, pedig nem vágtam, hogy ilyen komoly teljesítménybeli problémák vannak vele, mert szebb is, hogy nem égetődik bele a kódba a display:none; vagy display:block;.Ugye alapvetően minél magasabb szintű a nyelv, annál lassabb lesz. C is lassabb az Assemblynél
És persze a jquery önmagában nem egy külön nyelv, de plusz egy réteg, így mindenképp lassabb lesz. A kérdés csak az, hogy az általa hozott könnyebb fejlesztés / tömörebb, átláthatóbb kód nem hoz-e több hasznot. Nyilván ha az ember 2D-s játékot ír html tagekből építkezve, akkor nagyon nem mindegy pár % eltérés se, de ha egy landing page-en a gomb megnyomása után nem 10, hanem 200 ms után tűnik el a szöveg (200%-os lassulás ugye), az nagyon nem fog meghatni...
Szóval meg van a jquerynek is a maga szerepe, de tény, hogy nem szabad ezt sem ész nélkül alkalmazni. -
Cathfaern
nagyúr
Király! Kíváncsi vagyok, mit hoznak ki belőle. Amúgy meglepően aktívak a Microsoftnál fejlesztői téren, elég durván sok változás van mostanság, kezdve az ASP.NET-es nyitástól a Linux és Mac felé, némi open source-osodáson, az ingyenes, mégis profi Visual Studio Community Edition megjelenésén, meg sok egyéb újításon át egészen eddig az együttműködésig (ja, meg bár ez inkább felhasználói szempontból érdekes, ugye tervezik a Windows 10-hez az új Spartan-böngészőt (amiből még nem tudom, mi lesz), stb.).. Eléggé tesznek érte, hogy magukhoz csábítsák a fejlesztőket.
(#4981) Jim-Y:
Jaja, belénkverték. Hát az "easier to reason about" tudtommal csak annyit jelent, hogy könnyebb valami mellett érvelni. Nem?(#4984) Cathfaern:
Jó ez a kép.Egyszerűen az történt, hogy a Microsoft egy komplexitási szinttel fentebb lépett. Ugye eddig a fő terméke egy operációs rendszer volt. Ami miről szól? Lényegében arról, hogy ők adnak egy "keretet", amire aztán mindenki olyan szoftver ír amit csak akar, ők csak az alap körítést adják. Manapság egyre kevésbé jó buli az operációs rendszer. Egyelőre még monopol helyzetben van, de ahogy az Android, iOS kezd tért nyerni magának, és elkezdenek megváltozni a felhasználói szokások (gép előtt ülés helyett fotelből tablet), úgy lesz egyre csökkenő üzlet. Viszont időközben kialakult egy új részben szoftveres (ez fontos, mert a Microsoft alapvetően továbbra is szoftver cég) komplexitási réteg, mégpedig a cloud. Microsoft rájött, hogy hosszú távon csak úgy marad talpon maradni, ha ennek a fejlesztésére és értékesítésére helyezi a hangsúlyt. Viszont innentől mindegy neki, hogy milyen operációs rendszer, mindegy milyen szoftver, csak az legyen kompatibilis (és optimális!) az ő cloudjával. Lásd az első lépések, hogy a linux kernel fejlesztésébe nem keveset fektettek.
Amúgy a Spartan nem csak felhasználók szempontjából lehet érdekes, az IE-ben lévő fejlesztői eszközök már most hasznosabbak egy-egy részfeladatban, mint a konkurens megoldások, ha továbbfejlesztik ezeket, akkor a fejlesztők számára megfontolandó lesz a Spartanon való fejlesztés (elsődlegesen. Legalábbis tapasztalataim alapján az emberek jó része fejlesztés során egy böngészőt használ elsődlegesen, max közben és/vagy utólag megnézi a többin is hogy rendben van-e minden). Aminek ugye tudjuk mi lesz a következménye
(gyk: több Spartanon optimális kód lesz, mint egyéb böngészőmotorra optimális kód) -
Cathfaern
nagyúr
Bocsánat a totális OFF-ért, de úgy látom, még mindig nem kopott ki a fejlesztői közbeszédből ez a "meredek tanulási görbe", pedig ez a kifejezés meglehetősen értelmetlen, ezt már itt is leírtam: [link].
Ha az x tengelyen az idő van, az y tengelyen pedig a tudás mértéke, akkor a meredek pont azt jelenti, hogy rohadt gyorsan tanulható. Pedig általában ellenkező jelentéssel szokták használni. Ha fordítva lenne ábrázolva, úgy még talán lenne is értelme, de ez csak azt bizonyítja, hogy a kifejezés jelentése csupán értelmezés kérdése, tehát körülményes, feleslegesen finomkodó (vagy nem is tudom, hogy mondjam, lehet, hogy az "okoskodó" szó már erős 
), simán írhatnánk azt, hogy "hosszú idő alatt tanulható", "nehéz", "elsajátítása egy hosszabb folyamat", stb. 
Az általam linkelt grafikon ugye nem tanulási görbe, hanem hogy mennyire tetszik az AngularJS
De amúgy a meredek tanulási görbét ebben az értelemben szokták érteni: [link] De tény, hogy ez köznyelv csak, technikai értelemben neked van igazad -
És mi van azzal, aki az összes fellelhető angular best practice-t adobtálta (hehe pl. az egyik ilyen best practice, hogy ne használjuk a beépített watch-ot, hanem saját eseményekkel kerüljük ki a brutális scope rángatásokat), X hónapot ráköltött a beüzemelésére Y számú fejlesztővel, és már a deep watch-okat is buzerálja, ha a szükség úgy hozza, mégis szarnak tartja?
Jó tudom, sok millió légy nem tévedhet. Ezzel szemben a knockoutjs érzés görbéje szerintem egy simán magas vízszintes egyenes.
Nyilván akkor a te véleményed mérvadóbb. Mondjuk azért a KnockoutJS meg az AngularJS nem teljesen ugyanazt próbálja megvalósítani, még ha bőven van hasonlóság is.
Amúgy azért nem teljes komolysággal linkeltem be a képet -
Cathfaern
nagyúr
És ezek a Te érzéseid is, hogy pár anyázás után eljutsz a legvégén oda, hogy ez a legüberfaszább keretrendszer a világon és még azon túl is (tehát az Óperenciás-tengeren is túl + 1), vagy csak úgy bemásoltad ezt a képet?
![;]](//cdn.rios.hu/dl/s/v1.gif)
Én totál átérzem a képet
Relatív új nekem is, jelenleg a "I can't believe how difficult they make some of this stuff!" és a "Very cool" között vagyok félúton, miután egy adott dologgal szívtam 2 napot, majd az adott részt átírtam angular-os "best practice" szerint (ami első ránézésre nagyon bonyolultnak tűnt), és utána rögtön működött 
-
Hola,
Elkezdtem ismerkedni az frontend zsír új "koronázatlan királyával", az egekig magasztalt, és széthype-olt Angularjs-el. Na most vagy én nézek sz*r példákat és tutorialokat, vagy ebben semmi különleges nincs.
Esetleg van e közöttünk aki használ Angulart és azt tudja mondani, hogy csak láma vagyok foglalkozzak vele majd rájövök milyen jó, vagy jól látom, hogy ennek nagyobb a füstje mint a lángja?
-
Cathfaern
nagyúr
A tömb, mint programozási fogalom egyáltalán nem passzol a javascript objektum fogalmába. Az objektum nem arra való, hogy egyforma elemek halmazát tárolja, éppen ezért van külön Array. Attól, mert PHP-ben elmosódik a határ, egyáltalán nem jelenti azt, hogy ez jó gyakorlat. Ilyenkor jönnek elő az olyan problémák, hogy pl. valaki javascriptben for ... in-nel akar végigjárni a tömböt, ami problémákat okozhat.
-
Cathfaern
nagyúr
Oké, igazából nem array (tömb), hanem object, de igazából egy kezdő számára hasonló fogalom a kettő. Illetve ha mondjuk php-s háttérrel jött, akkor meg főleg nem érzi a különbséget.
Mondjuk ezt nem tartom igazán jó dolognak, elvégre két különböző fogalomról van szó. Nem mindegy, hogy adatok halmazáról vagy adatkompozícióról van szó.
-
Dehogy nem, hiszen a linkelt megoldásban az "l" változó egy tömb
Oké, igazából nem array (tömb), hanem object, de igazából egy kezdő számára hasonló fogalom a kettő. Illetve ha mondjuk php-s háttérrel jött, akkor meg főleg nem érzi a különbséget. -
Ok! Akkor szakadjunk el az "első számtech óra az oskolában" tip. példáktól. Ez most jutott eszembe és hasonlóan tömbökkel való ügykezelés módszerével oldanám meg.
Van tehát egy km hosszú url-em és szeretném a / jelek mentén splittelni, majd a 3. / jelig kiíratni az elejét, pl. így: http://valami.com/
Na ezt hogy hoznád össze tömbbel, mert a / jeleket a split eleve törli? Más metódus meg nem jó rá ahogy nézem, pl. a slice sem. -
Sziasztok,
Node-on futó API-t szeretnék létrehozni. Ezzel nem is lenne probléma, ott akadok el, hogy authentikáció után nem tudom megtartani az usert. Van valami PHP Session szerű megoldás? Nem szeretnék cookieban jelszót tárolni, még enkriptálva sem.Olvastam szép megoldásokat, hogy a jelszó soha (authentikáció után) ne legyen elküldve, helyette egy publikus kulcs, értékként pedig valamilyen azonosító. Kliens oldalon az adatok halmazából (beleértve a jelszavat) checksumot készíteni, majd mindent (jelszó kivételével) elküldeni (post/get/etc). Szerver oldalon a fogadott adatokból és a tényleges jelszóból egy új checksum, ha a kettő egyezik, akkor mehet a response.
Ez szép, okos és praktikus, de még mindig nem tudom hogy tároljam kliens oldalon a jelszót úgy, hogy azt egy általános iskolás srác ne tudja kiszedni.Bármi útbaigazítást köszönök előre is (akár kulcsszó, cikk, prezi)
De miért akarsz kliens oldalon jelszót tárolni?
Felhasználó bejelentkezik => szerver oldalon (akár db-ben) eltárolod, hogy a X user bejelentkezett 2015.02.12 8:30-kor. Legközelebb ha X user kérést indít hozzád, akkor megnézed, hogy mikor jelentkezett be utoljára. Ha ez régebbi, mint az eltárolt idő + 30 perc, akkor újra kérsz tőle jelszót. Amit írsz az ugye arra jó, hogy ne a user id-ját tárold le, hanem generálj egy egyedi azonosítót, ami minden bejelentkezéskor megváltozik.
Vagy arra hogy már bejelentkezéskor se kelljen jelszót küldeni (sose utazzon csomagban jelszó), nem vagyok benne biztos, hogy melyik verziót írod.martonx:
Igazából nem lepne meg, ha NodeJS-en alapból nem lenne session (fél perc googlizás ebben meg is erősített). Ugye a NodeJS alapból arra lett kitalálva, hogy egyszerűen és könnyen lehessen API-kat gyártani. Ahhoz pedig nem kell session. -
Itt azt töltötted le, hogy régebbi verziós dev toolokra is vissza tudnál kapcsolni. De ott is van a leírásban, érdemes azt is elolvasni, nem csak a nevét
-
Köszönöm szépen, beraktam így az else ágba, viszont így meg most így írja ki: A.d.a.m. A pontokat miért teszi közé?
if (hits.length === 0) {
console.log("Your name wasn't found!");
}
else
{
console.log(hits.join(text[j]));
}Mert túlbonyolítod a feladatot
Simán csak azt kellett volna bemásolni amit Jim-Y írt, azaz:
console.log(hits.join('')); -
Cathfaern
nagyúr
semi gond csak 1 jó tanács ne az elsöre itélj meg 1 embert és a kodoláshoz értegetek csak a js nem megy1 hszt omba irtam a html és a php megy hisz honlapom van amibe témát mindent én csináltam na mind1 nem veszekedni akarok csak roszul esset a hozáálása egyeseknek
Pont azért írtam, hogy ránéztem adatlapodra, mert először én is írni akartam, hogy kicsit nehezen értelmezhető amit írsz, de eszembe jutott, hogy nem biztos hogy magyar környezetben nőttél fel. El tudom képzelni, hogy milyen nehéz lehet úgy megtanulni magyarul, hogy a társadalom nem igazán segíti ezt elő. Szóval max respect, hogy ennek ellenére is próbálkozol vele, és hogy magyar fórumra írsz
-
Ez esetben ismét elnézést. Máskor kezdd azzal, hogy erdélyből vagy, és örülsz ha valaki ki tudja bogarászni amit szeretnél, mert akkor rögtön más lesz a hozzáállás, mint ha az ember azt hiszi, hogy jött egy hülyegyerek, aki nem hogy kódolni, de még írni se tud. De mondom engem az se zavar, ha angolul teszed fel a kérdést, ha az jobban megy, mint a magyar.
Adatlapján ott a város, én is azzal kezdtem, hogy megnéztem
-
Cathfaern
nagyúr
"jquery-s eseményen belül a this a jquery object lesz"
Hát pedig ez nagy tévedés, itt egy példa, amin keresztül igen könnyű belátni:
http://jsfiddle.net/6k7jpzbe/+ Jim-Y:
Jogos, nálatok a pont
Bár akkor tényleg nem tudom a feladatban hogy működött.
Sokat kell még tanulnom, de állok elébe! 
Lehet ment volna fejből is, de lehet nem jut eszembe hogy action-nek hívják. Lehet rossz tulajdonság, de amit nem használok, viszont fél másodperc alatt googlizható, az nem szokott megmaradni a fejemben... (annó töri évszámokból is használhatatlan voltam, annak ellenére, hogy az anyag lényegét, meg ki hol mit, miután/mielőtt és miértet gond nélkül tudtam).
), simán írhatnánk azt, hogy "hosszú idő alatt tanulható", "nehéz", "elsajátítása egy hosszabb folyamat", stb. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Forza sorozat (Horizon/Motorsport)
- Milyen autót vegyek?
- Álláskeresés, interjú, önéletrajz
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Fejhallgató erősítő és DAC topik
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- BestBuy topik
- Nintendo Switch 2
- Arc Raiders
- AMD vs. INTEL vs. NVIDIA
- 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
- PlayStation 5 Slim (lemezes) + kontroller 6 hónap garancia, számlával!
- Ultimate előfizetés akár 3471 Ft/hó áron! Azonnali, automatizált aktiválással, csak Nálam!
- Surface 3 - 13,5" 2k érintő, i5 1035G7, Iris Plus, 16GB RAM, SSD, jó akku, újszerű állapot, számla
- iPhone 15 Pro 128GB 88% (1év Garancia) - Kijelzőn pici folt!
- BESZÁMÍTÁS! Dell Precision 5520 FHD notebook - i7 7820HQ 16GB DDR4 256GB SSD M1200 4GB WIN11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest