- Hatalmas kamerasziget emelkedik ki a Z Fold7 vékony házából
- Milyen okostelefont vegyek?
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Samsung Galaxy A56 - megbízható középszerűség
- Apple iPhone 16 Pro - rutinvizsga
- Magisk
- Motorola Edge 50 Ultra - szépen kifaragták
- Amazfit Active 2 NFC - jó kör
- Milyen hagyományos (nem okos-) telefont vegyek?
- Samsung Galaxy S23 Ultra - non plus ultra
-
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
-
#5200
Sk8erPeter
nagyúr
indigo
#5198
Sk8erPeter
nagyúr
Szívesen. Ja, a konzolra ezt az üzenetet azért írja, mert beleraktam egy console.log(...) sort.
Azt akár ki is törölheted, debuggolási célra jó a console.log - de ebből kiindulni nem lehet, mivel ez nem hiba.
Ha a Network fülre kattintasz a webfejlesztő panelon, ott látszik valami pirossal jelölt erőforrás, meg valami hibakód, amikor megpróbálja betölteni a tartalmat? Ha a megfelelő linkre kattintasz, akkor mi történik? -
#5198
indigo
aktív tag
Sk8erPeter
#5197
indigo
aktív tag
válasz
Sk8erPeter
#5197
üzenetére
Köszi szépen a segítséget.
Egyelőre nem működik nálam. Átültetve megjelenik a Modal ablak, de nem hozza be a hir.html tartalmát
Kitöröltem az url='/echo/html/'-t, megváltoztattam a type:-ot GET-re és kitöröltem a //INNENTŐL ... //IDÁIG sorokat.
Szerintem nálam van a hiba
Chrome böngésző -> F12 -> Console a következőt írja:
data: <div class="modal">
<H1>Ez egy másik weboldal szövege - AJAX használatával.</H1>
</div> -
#5197
Sk8erPeter
nagyúr
indigo
#5196
Sk8erPeter
nagyúr
Működésre bírtam neked:
http://jsfiddle.net/bha6er48/20/
Kommenteztem a kódot, remélem, az alapján egyértelmű lesz, ha valami nem tiszta, kérdezz nyugodtan.
A jsFiddle API-t használtam az AJAX-tesztelésre, ezért szerepel bedrótozva az URL-nél a /echo/html/ a loadContentFrom függvény első sorában (a böngészők biztonsági beállításai miatt nem is lehetne másik domainre kérést indítani), azt az egy sort majd kitörölheted az éles kódban! Az $.ajax résznél majd a POST-metódust változtasd GET-re, ez is a jsFiddle miatt volt szükséges. -
#5196
indigo
aktív tag
Sk8erPeter
#5195
indigo
aktív tag
válasz
Sk8erPeter
#5195
üzenetére
Köszönöm a választ. Megpróbáltam a jsFiddle-t, a CodePen-t és a Plnkr.co-t is, de egyiken sem tudom megmutatni a problémámat.
A jsFiddle-re feltöltöttem a külső anyagokat (css, js, html fájlok), de nem hajtja végre a feladatot (hiába kattintok az IDE feliratra, nem hajtja végre), egyébként itt a link hozzá.
A CodePen annyival előrébb van, hogy végrehajtja a feladatot, tehát rákattintva az IDE feliratra megjeleni egy új oldal tartalma, de nem Modal Window-ként mutatja meg, itt a link hozzá.
Ezért, végelkeseredésemben összecsomagoltam egy 9k fájlba és így osztottam meg.Itthon, ha szerkesztem Bracket-ben, akkor Google böngészőben végrehajtja a feladatot. Feltöltöttem egy szerverre, azon nézve szintén végrehajtódik az IDE feliratra való kattintás. Viszont simán Total Commanderből indítva a html-t nem hajtódik végre a böngészőkben, egyedül az Internet Explorer-ben, ha engedélyezem az aktív tartalmat.
-
#5195
Sk8erPeter
nagyúr
indigo
#5194
Sk8erPeter
nagyúr
Ha lehet, rakj fel egy egyszerűsített példát inkább a jsFiddle-re, pont ilyen szemléltetésre és demózásra való. Az egyes külön lévő panelekbe fel tudod rakni a HTML-, CSS-, ill. JS-kódodat. A HTML-résznél ebben az esetben nem kell az alapvető struktúra, elég a <body>-ban lévő részt bemásolni. Így több esélyed van arra, hogy segítséget nyújt valaki közülünk, amikor picit ráér.
Szerintem a legtöbbünknek nem lesz kedve kibontani a zip-fájlodat, aztán helyileg tesztelni, majd felrakni helyetted a javított/javasolt jsFiddle-példát. -
indigo
aktív tag
Segítséget kérnék egy vélhetően alap programozási dologban. Modal Window-t szeretnék rögtön a kezdőképernyőre, miután betöltött a program. Ezt a kérdést feltettem a weblap készítés topikban, és el is indultam a megadott irányba a kapott válaszok alapján, de a programozási skillem felér a héber nyelv tudásommal, így nem sikerült megvalósítani.
Itt egy link (Hogyan.zip), amely tartalmazza az összes szükséges fájlt a 'problémámhoz', ha valakinek van egy kis ráérő ideje, és vet rá egy pillantást, akkor nagyon megköszönöm a segítségét. -
#5193
Zedz
addikt
Sk8erPeter
#5192
Zedz
addikt
válasz
Sk8erPeter
#5192
üzenetére
+1 a console-nak.
-
#5192
Sk8erPeter
nagyúr
PumpkinSeed
#5191
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5191
üzenetére
Tesztelésre meg az egyszerűen elérhetőek közül ott a console.log() vagy console.debug() (és társai), ami nem egy ilyen korlátozott, gyakorlatban sehol sem használható fos, mint a document.write(), sőt, akkor már megtanulhatnál JavaScript-kódot is debuggolni, nem egy akkora művészet, a böngészők debuggerében sem nehéz kiigazodni. Persze az is érthető, ha adott esetben ki akarod íratni az értékeket, mert mondjuk gyorsabb áttekinteni, vagy ilyesmi, de akkor is már inkább a console-t használd erre (és nyisd meg a webfejlesztő panelt tesztelgetéshez, ott a konzol is, meg ott érhető el a debugger is, stb.).
-
#5191
PumpkinSeed
addikt
Sk8erPeter
#5190
PumpkinSeed
addikt
válasz
Sk8erPeter
#5190
üzenetére
Amúgy csak tesztelésre szoktam használni. El akarok mélyülni a JS "OOP"-ban, és azokat próbálgatom. A legegyszerűbb mondja meg ha mindent kiíratok, mi mit ad meg ilyenek. Amúgy ilyen idióta játékokat szoktam csinálni mint a snake meg fallabda, ott egyáltalán nem jelenik, meg szóval gyakorlati haszna nincs a document.write-nak.
-
#5190
Sk8erPeter
nagyúr
PumpkinSeed
#5189
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5189
üzenetére
Akkor hagyd ott a kurzust.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Kifejezetten nem ajánlatos. Gondold végig, a gyakorlatban mikor használnád egy éles weboldalon? Ugye?Amúgy rákerestem, meglepődtem volna, ha nincs Stack Overflow thread a témával kapcsolatban, itt aztán mazsolázhatsz:
http://stackoverflow.com/questions/802854/why-is-document-write-considered-a-bad-practice -
#5189
PumpkinSeed
addikt
Sk8erPeter
#5188
PumpkinSeed
addikt
válasz
Sk8erPeter
#5188
üzenetére
Mondhatjuk úgy is. Amúgy sztem nem használom sokszor a document.write-t.
Nem ajánlatos használni? Csak mert a kurzuson ez az elfogadott kiíratási módszer. -
#5188
Sk8erPeter
nagyúr
PumpkinSeed
#5187
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5187
üzenetére
Mármint így nem sokáig marad ott a sok hiba?
Amúgy már feltűnt, a document.write()-ot mennyiszer használod, ha tanácsolhatom, szokj le róla, nincs szükséged rá, sőt. -
#5186
Karma
félisten
PumpkinSeed
#5185
Karma
félisten
válasz
PumpkinSeed
#5185
üzenetére
Pedig működik az: [link] (Kicsit módosítottam a példádon, mert a jsFiddle nem szereti a document.write-ot. Mondjuk megértem.)
Én a fájl elejére szoktam mindig kiírni a strict módot, nem baj az, ha mindenhol meg van kötve a kezem.
-
#5184
kispx
addikt
PumpkinSeed
#5183
kispx
addikt
válasz
PumpkinSeed
#5183
üzenetére
Strict módban dobja a kivételt. Oldal közepén lévő példát nézd meg.
-
#5183
PumpkinSeed
addikt
PumpkinSeed
addikt
Van egy obj1 objektumom amihez hozzáadok egy adattagot:
Object.defineProperty(obj1, "x", {value: 20, writeable: false});
Ha jól tudom akkor ha adni akarok neki egyúj értéket akkor TypeError-t kellene dobnia.Ezt meg is tettem.
try{
obj1.x = 40;
document.write(obj1.x);
}
catch(e){
document.write(e.name);
}
Ami történt: kiírta az obj1.x-et, de 20-at. Nem az kellett volna hogy történjen, hogy kidobja a TypeError-t amit el is kap a kivételkezelés, majd kiírja ennek az Exception-nek a nevét? De nem szakadt meg a try rész futása, és az Exception-t se írta ki. -
#5182
Speeedfire
félisten
Speeedfire
#5181
Speeedfire
félisten
válasz
Speeedfire
#5181
üzenetére
Visszavonok mindent, nagyon szuper ez az ionic + crosswalk kombó. Voltak kisebb gondok a build-eléssel, de a fórumon mindenre ott volt a megoldás rá.
Köszi a tippet!
-
#5180
Karma
félisten
Speeedfire
#5179
Karma
félisten
válasz
Speeedfire
#5179
üzenetére
A Crosswalk pont, hogy csak Androidra elérhető
(Na jó, elvileg Tizenre is.) -
#5179
Speeedfire
félisten
Karma
#5178
Speeedfire
félisten
Ez az Ionic nagyon jól néz ki, mindenképp átírom erre a projektet. Pozitív, hogy van vízszintes grid is benne.
Lehet kipróbálom majd a Crosswalk-ot is, de egyelőre csak android-ra akarom kipróbálni.
A linkelt projekten már húztam kicsit sebességben, optimalizálgattam, illetve a FastClick is sokat segített, hogy használhatóbb legyen.
Köszi a linkeket.
-
#5178
Karma
félisten
Speeedfire
#5177
Karma
félisten
válasz
Speeedfire
#5177
üzenetére
Androidon próbáld meg a Crosswalkot használni, hátha segít a gyári böngésző szintjét visszahozni. Mondjuk ettől még lehet, hogy valami elszúrás van mögötte, például nehéz jó görgetést írni manuálisan...
Én az Ionic Frameworkkel szoktam mindennek nekiszaladni, ott már ezeket az eseménykezeléseket szépen összehozták.
-
#5177
Speeedfire
félisten
Jim-Y
#5176
Speeedfire
félisten
Igazából a toch eseményeknél érzek kisebb lassulást, de cpu igényt nem igazán értem. De holnap akkor megpróbálom remote debug-al. Mit érdemes figyelni?
Amúgy ez a fapad verziója, nem teljes még, illetve kisebb felbontáson a player rész el van csúszva. Ami fura, hogy a telefonomra (540*960) kezdtem el csinálni, de telefonon teljesen más a méret (mintha kisebb lenne). -
#5176
Jim-Y
veterán
Speeedfire
#5175
Jim-Y
veterán
válasz
Speeedfire
#5175
üzenetére
Szia. Én már igen. De pusztán ennyiből nehéz mondani bármit is. Konkretumok? :-)
Amúgy, konkretumok nélkül, android 4.4+-os telefon - > remote chrome debug - > chrome 41+ - > timeline fül és itt kiderulne minden.
-
#5175
Speeedfire
félisten
Speeedfire
félisten
Valaki készített már phonegap-el alkalmazást? Írtam egy zenelejátszót html5-ben angularjs alapokon. Telefonon böngészőben egész jól tudott, de phonegap alatt már kevésbé.
Hogy lehetne kideríteni, hogy android alatt mi miatt lassul be az alkalmazás? -
Jim-Y
veterán
Szia, mi -sajnos- nem hasznalunk PhantomJS-t, pedig en szemely szerint egy headless approach-nak jobban orulnek, mint amit most a Karma nyujt, hogy megnyit egy bongeszo ablakot teljesen feleslegesen :/ Na mindegy, a lenyeg, hogy szerintem egy Jasmine elsajatitas nem tart tovabb par oranal. Igazabol semmi extra nincs benne, kell szerezni egy Jasmine cheat-sheet-et es akkor rogton hatekony munkat lehet vegezni benne. E2E tesztekben nincs nagy tapasztalatom, bar szerintem jo lenne ha lenne ra lehetosegunk, egy gondot latok ezekkel a tesztekkel, hogy
ad1: kell hozza egy habitus, a projekt team reszerol, hogy mindenkinek alap legyen, hogy a task egyben azt is tartalmazza, hogy teszteket kell csinalni
ad2: hogy ki legyen kenyszeritve a teszt ellenorzes-iras, peldaul git/svn precommit hookokkal vagy hasonlokkal.Nalunk most azzal van szivas, hogy hogy lehetne normalisan mockolni a tesztekben a require dependenciakat. Es nem is az elsoszamuakat, mert azzal nincs gond, hanem ha en fuggok egy A modultol, ami fugg egy B modultol, akkor hogy tudom a tesztben mockolni a B modult. Erre azert van szukseg, mert sajnos az app az elejetol kezdve rosszul lett felepitve es nem alakalmas a tesztelesre. Mert pl a B modul egybol bootstrapeli az alkalmazast ami nyilvan nem jo
Ezert kene mockolni. -
martonx
veterán
Beletanulási ideje kb. nulla (na jó, egy nap mondjuk).
Más kérdés, hogy akkor már gondolom van deploy automatizmusotok, CI rendszeretek, amibe beilleszteni a cuccot, nem feltétlenül tirivális.Egyébként nem vagyok nagy híve a kliens oldali automatizált tesztelésnek. Ha csak egy class, vagy id megváltozik, máris törnek a tesztek. Ilyen szerver oldalon sokkal ritkább, és jellemzően olyankor jogosan törnek el a tesztek. Ráadásul a kliens oldali logikák általában nagyságrendekkel egyszerűbbek, mint a szerver oldaliak.
Szóval nálunk ha piros a kliens oldali teszt, akkor 80%, hogy a teszt hibás. Ráadásul olyat tesztelni, hogy ha A gombot megnyomom, akkor átmegyek a B oldalra, hááát ezekben azért túl nagy hibák amúgy se tudnak előjönni, s akkor is inkább szerver oldali hiba okozza. -
#5171
PumpkinSeed
addikt
Sk8erPeter
#5168
PumpkinSeed
addikt
válasz
Sk8erPeter
#5168
üzenetére
Ezért írtam így: "Úgy általánosságban"
-
#5170
dqdb
nagyúr
Sk8erPeter
#5168
dqdb
nagyúr
válasz
Sk8erPeter
#5168
üzenetére
adott esetben elég problémás bugról van szó egy éles projektnél, akkor azt nem jó ellökdösni, hogy majd megcsinálom, mert akkor elfelejtődhet
Nem, ilyen nem fordul elő sosem, mert ugyebár mindenre van egyXKCDtestcaseÉs erről jutott eszembe: valaki belemélyedt már jobban a kliensoldali automatizált tesztelésbe? Vajon mekkora beletanulási ideje lehet egy Jasmine+PhantomJS párosnak? A többi rész után szeretném a webes UI tesztelését is automatizálni, a kollégákkal ellentétben a Jenkins mindig ráér foglalkozni vele, és alaposan dolgozik
-
#5169
Zedz
addikt
Sk8erPeter
#5168
Zedz
addikt
válasz
Sk8erPeter
#5168
üzenetére
El kell adni mint fícsőr.
-
#5168
Sk8erPeter
nagyúr
PumpkinSeed
#5167
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5167
üzenetére
Ja értem, hát ilyen nemsokára leadandó házikat azért az ember kicsit másképp közelít meg, mint egy éles projektet.
Előbbinél inkább az a lényeg, hogy a legtöbb pontot összekapard (max. nem kapod meg a teljes pontot amiatt, hogy nem ott jön be a figura, ahol kéne, ha nem marad időd kijavítani, de legalább a többi feladatból is megoldottál valamennyit), utóbbinál meg az, hogy tényleg a speckónak megfelelően működjön, különben az ügyfél mérges lesz. Ha valós, nem mindig előkerülő, de adott esetben elég problémás bugról van szó egy éles projektnél, akkor azt nem jó ellökdösni, hogy majd megcsinálom, mert akkor elfelejtődhet... -
#5167
PumpkinSeed
addikt
Zedz
#5164
PumpkinSeed
addikt
Ja, csak közbe haladnék is vele, mert le kell adni, de ilyen kis szépség hibák vannak benne.
(#5165) Sk8erPeter
Úgy értem, hogy egy snake-t kell csinálni, és a kígyó ha nekimegy a falnak akkor a másik oldalon kicsit beljebb jön be, meg ilyenek. Azért mondta, hogy játszani lehet a játékkal, csak csúnya, hogy nem ott jön be ahol kellene.
(#5166) Lortech
Tudom, hogy hol a hiba, de nincs most időm logikázni rajta, hogy ugyan mit is kellene odatenni, hogy az úgy működjön. De amúgy én is inkább szenvedek legtöbbször, hogy jó legyen és csak aztán lépek tovább.
-
#5166
Lortech
addikt
PumpkinSeed
#5161
Lortech
addikt
válasz
PumpkinSeed
#5161
üzenetére
Nyilván a bugtól függ, meg attól, hogy mit hegesztesz éppen, és a fejlesztés melyik fázisában.
Ha pontosan ismered a hiba okát, és nem akaszt meg, akkor el lehet odázni indokolt esetben, ha pl. más funkcióra kell koncentrálni mert be kell mutatni ügyfélnek.
Ha koncepcionális hiba miatt került be a bug, vagy nem tudod pontosan, miért úgy működik valami, annak érdemes utánamenni adott időben, mielőtt ugyanazt a bugot beviszed még n helyen. Mindig adott helyzet dönti el. Egyéntől is függ, én pl. nem tűröm meg a hibákat vagy a mások által misztikusnak, megmagyarázhatatlannak tartott működést a projektemben, és vagy kinyomozom én magam vagy kiadom, hogy legyen megcsinálva. Általában nem jó elodázni a hibák javítását, mert a hiba javítása más, később gyártott kódok módosítását is szükségessé teheti. -
#5165
Sk8erPeter
nagyúr
PumpkinSeed
#5163
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5163
üzenetére
"Igazából, a bugok nem nagyon befolyásolják a működést"
Ha az, amiről beszélsz, nem befolyásolja a működést, akkor azt nem bugnak hívják... -
#5164
Zedz
addikt
PumpkinSeed
#5161
Zedz
addikt
válasz
PumpkinSeed
#5161
üzenetére
Szerintem folyamatosan ellenőrizd a munkád, javítsd ha találsz valami bugot. Hatékonyabb, mintha a végére hagyni a "takarítást". Illetve úgy is lesznek bugok a végén, elég lesz azokkal foglalkoznod.
-
#5162
martonx
veterán
PumpkinSeed
#5161
martonx
veterán
válasz
PumpkinSeed
#5161
üzenetére
Bízd a józan paraszti eszedre, már ha ezt nem csak költői kérdésnek szántad.
-
#5161
PumpkinSeed
addikt
PumpkinSeed
addikt
Kicsit OFF, de mivel pont JS-el szenvedek ezért itt teszem fel.
Úgy általánosságban hogyan érdemes programozni. A programozás közben felmerülő kisebb bugok azonnali javítása ami eszi az időt és az idegeket, vagy előbb leprogramozni a teljes projektet és a kisebb bugokkal a végén foglalkozni az előnyösebb?
-
dqdb
nagyúr
Azt azért hozzá kell tenni, hogy natív kódot tartalmazó csomag esetén előfordulhat, hogy Node.js-sel megy, míg io.js alatt fordítási hibát kapsz a telepítésekor (a frissebb V8-ben változott valamelyik API felülete, és még nem frissítették a csomagot).
Ne kérdezd, hogy melyik csomaggal volt problémám, mert arra már sajnos nem emlékszem. Pár hete futottam bele, amikor (nem webfejlesztőként) egy konkrét feladatra eléggé határozott elképzelésekkel kerestem a projekt alapjának összerakásához generátort vagy boilerplate kódot.
-
#5159
bel26
csendes tag
fordfairlane
#5158
bel26
csendes tag
válasz
fordfairlane
#5158
üzenetére
így már értem
Köszönöm szépen a segítséget! -
#5158
fordfairlane
veterán
bel26
#5157
-
bel26
csendes tag
Sziasztok egy teljesen kezdő kérdésem lenne.
Most kezdtem el ismerkedni a programozással de máris sikerült elakadnom. Adot a köv ciklus:
for (b=1; b<1000; ) {
document.write(b + ". sor" + "<br>");
a= prompt("irj egy szamot");
b = b + a;};
Megmondanátok, hogy a b = b + a miért nem adja össze a változók értékét? pl ha b=1, a=2 akkor 12 öt kapok 3 helyet.
Előre is köszi a segítséget! -
Jim-Y
veterán
PR = Pull Request.
Az io.js-t ugy kepzeld el mint egy node-ot steroidokon
Ujabb V8 verzio van alatta ezaltal az uj fejlesztesek amiket a Google tesz a V8-ba es libuv-be (ez mar nem google) az hamarabb jut el hozzank, fejlesztokhoz. Pl ES6 meg par uj global API. iojs-hez is hasznalhatsz Mindent amit node-hoz. -
Jim-Y
veterán
A Sailsjs-rol csak hallottam, tudom, hogy van ilyen de nem igazan tartom elterjedtnek. Ha nekem kene valamit hasznalnom MA, akkor biztos, hogy Express lenne, mert az a legismertebb, utana hapi vagy StrongLoop. Az io.js pedig nem olyan, hogy hasznald vagy sem, HASZNALD! Mindenki migral at az io-ra. Egyebkent is eloszor tedd fel az nvm-et es ezzel tedd fel a node/io-t. Az iojs es a node elobb-utobb ujra egyesulni fognak, de jelenleg az iojs-hez SOKKAL tobb PR erkezik.
-
Zedz
addikt
Gondolkodtam még az io.js kipróbálásán is - amit azt hiszem még Te említettél -, csak nem tudom mennyire fog elterjedni, mekkora jövő áll előtte, szóval kezdésnek maradtam a nodejs mellett.
Az Expresst megnézem, köszönöm a tippet! Esetleg amit fentebb linkeltem Sailsjs-t, arról hallottál már valamit?
-
Jim-Y
veterán
Szerintem node.js vonalon az Express a legismertebb, ez kb olyan mint az Angular (popularitasban) a frontenden. Meg a hapi.js amit ajanlani szoktak. Nekem egyikkel sincs komolyabb tapasztalatom, en eddig Restify-t hasznaltam ami egy express fork? talan, vagy ha nem akkor is kb ugyanaz csak sokkal lightweightebb.
-
#5150
Zedz
addikt
Speeedfire
#5149
Zedz
addikt
válasz
Speeedfire
#5149
üzenetére
Valami ingyenes kellene elsősorban, amit akár még cégek is használnak. Még csak tanuló fázisban űzném a dolgot, de ha tetszik és van rá lehetőség, akkor szívesen foglalkoznék ezzel akár egy cégnél is.
-
#5147
Sk8erPeter
nagyúr
martonx
#5142
Sk8erPeter
nagyúr
válasz
martonx
#5142
üzenetére
Az egészben tényleg az a durva, hogy bármilyen segítséget felhasználhatott (mármint azonkívül, hogy valakivel elküldeti a megoldást, hogy felvegyétek, mert az úgyis kiderül), szóval ha valaki valamirevaló fejlesztő, akkor nem igaz, hogy egy formot nem tud kiguglizni. Az sem mentség, hogy ő inkább irányítgatta az embereket, meg én sem értem, akkor hogyan vizsgálhatta felül mások kódját, ha ilyen hülye a kódoláshoz. Most például ezt az MDN és form szavakat egymás után írva három másodperc alatt találtam:
https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Forms
Ha valaki ez alapján nem tud összerakni fejlesztőként egy űrlapot, akkor az ássa el magát. -
martonx
veterán
A feladatnál nincs megszabva, hogy html form-al kell elküldeni az adatot, a felvételiző dönti el, hogy hogyan akarja megoldani. Emberünk erőltette a formot, de még azt se tudta megcsinálni.
ASP.NET-nek is van saját helper metódusa a form készítésre, igaziból tök mindegy, hogy miben csinálja az ember, hiszem, hogy bármelyikünk, aki akár csak kicsit is jobb képességű, csukott szemmel meg tudja oldani a feladatot, ha más nem egy-két célzott guglis segítséggel. -
Jim-Y
veterán
Hát, szerintem a bruttó havi félmilla az elég csekély, mármint én nem ennyit akarok majd keresni seniorként az tuti. És pl a LogMeIn-nél nem is ilyen fizuk vannak hanem inkább brutto 650-700 ahogy hallottam. A témához hozzászólva. Én JS devloperként tevékenykedem de pl formot nagyon nagyon ritkán kell írnom, egész egyszerűen szerintem azért, mert nálunk, és az itthoni projektjeimben is már ezer éve AJAX + REST-et használok nem pedig formokat. Aki pedig a klasszikus iskola híve, vagy legacy projekten dolgozik ott gondolom jó eséllyel van pl JSF ami -asszem- elfedi ezeket előled. Nem védeni akarom, szerintem bőven illett volna megcsinálnia, ha máshogy nem, AJAX-al vagy a googli segítségével
-
-
#5142
martonx
veterán
Sk8erPeter
#5136
martonx
veterán
válasz
Sk8erPeter
#5136
üzenetére
Azzal védekezett, hogy ő inkább az embereit irányította, mintsem az operatív munkában vett részt. De mondjuk bármennyire is nem programozott napi szinten, nem hiszem, hogy a gugli segítségével, el kellene vérezni egy ilyen szintű beugró feladaton? Illetve az is kérdéses, hogy hogy irányítod seniorként az embereidet, hogy review-zod a kódjaikat, ha abszolút fingod sincs a programozáshoz?
Ráadásul az egész folyamat úgy indul, hogy nyisd meg az általad leginkább használt IDE-t, szóval akár még az intellisense-re is lehet támaszkodni.
Na mindegy, a lényeg hogy tényleg tragikusak a felvételizők. -
Cathfaern
nagyúr
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). -
Zedz
addikt
válasz
Cathfaern
#5137
üzenetére
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! -
Cathfaern
nagyúr
válasz
martonx
#5135
üzenetére
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) -
#5136
Sk8erPeter
nagyúr
martonx
#5135
Sk8erPeter
nagyúr
válasz
martonx
#5135
üzenetére
De ez hogy lehet, ha elvileg többéves webfejlesztői tapasztalata van? Úgy értem, biztos van valami oka: ennyire nem volt köze a frontendhez, végig csak backend-kódokat készítgetett, és az évek alatt elfelejtette? Vagy sosem tudta? Engem tényleg érdekel, ez hogyan fordulhat elő.
-
martonx
veterán
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... -
#5134
Zedz
addikt
fordfairlane
#5130
Zedz
addikt
válasz
fordfairlane
#5130
üzenetére
A linkelt oldalon elolvastam miért úgy működik ahogy, minden nap tanul valamit az ember.
-
#5132
Sk8erPeter
nagyúr
Jim-Y
#5129
Sk8erPeter
nagyúr
Ezt még nem olvastam, de sejtettem, hogy valójában ilyen nevetséges a háttérsztori.
Egyébként én támogatnám, hogy akár a régi fos kódok eltörésével erőltessük keresztül ennek az automatikus pontosvessző-beszúrásnak (szerepeljen már legalább egyszer magyarul is ) az eltörlését. -
#5130
fordfairlane
veterán
Zedz
#5128
fordfairlane
veterán
-
#5129
Jim-Y
veterán
Sk8erPeter
#5127
Jim-Y
veterán
válasz
Sk8erPeter
#5127
üzenetére
BRENDAN: ... But long story short, there was an idea in JavaScript that I was pursuing, and maybe a few others saw it, too, of a language that wasn’t C-like. It was easy to use. It was meant for people who were building things inductively. They were learning programming for the first time. And they didn’t necessarily have to know where semicolons had to go, or even curly braces. I lost the curly brace front. On the semicolon front I said, “It’s ridiculous to reject a program because of a missing semicolon. We should do some kind of error correction procedure.” So, I made one up on the spot and that became automatic semicolon push.
[Laughter]
CHUCK: I kind of hacked this in and it stayed.
BRENDAN: Yup.
AARON: That’s awesome.
JOE: And 15 years later, people are still fighting over it.
JAMISON: That’s every programmer’s nightmare, right?
CHUCK: It’s so true.
JAMISON: Just the hack [inaudible] that you made.
AJ: I felt a sudden tremor in the force as if a thousand semicolons suddenly screwed up everything.
[Laughter]
BRENDAN: Yeah, there are definitely some issues there. But in fact, I remember Jamie Zawinski was writing some JavaScript and he had a long return expression so he put it on the next line with no semicolon after the return. And he was outraged that ASI would insert a semicolon after the return making the ‘return’ return the undefined value and the next line becomes dead code, a useless expression. It’s unreachable in the control flow of that function. He was totally outraged. [Laughs] But I said, “It’s too late. I can’t change it.” Once you ship things on the web, it’s very hard to change it.
-
#5127
Sk8erPeter
nagyúr
martonx
#5122
Sk8erPeter
nagyúr
válasz
martonx
#5122
üzenetére
Nem hiszem, hogy még neked kéne szégyellni magad a nyelv egyik hibája miatt.
Na, már látom előre az anyázásokat és hőbörgéseket, feldühödött "te vagy a hülye!"-jellegű reakciókat, de nem hiszem, hogy az egy jó dolog, ha a nyelv próbálja valahogy korrigálni az amúgy potenciálisan elkúrt kódot, ezzel pont, hogy hibát belerakva az amúgy adott esetben pont nem hibás kódba (mert elméletileg az általad mutatott kód nem kellene, hogy az legyen). -
-
-
martonx
veterán
Egyetértek, amikor lefutattam, rögtön be is ugrott, hogy miért csinálja, de véleményem szerint az ember akkor is bele tud futni egy-egy ilyen szivatásba, és azt akartam vele bemutatni, hogy ez azért nem olyan életidegen szivatós példa (egy plusz enter valahol a kódban).
Nem is vagyok rá büszke, hogy ezen a kérdésen elhasaltam, túl gyorsan vágtam rá magamban a nincs különbség választ (meg kimondottan javascriptes állásra akkor se jelentkeznék, ha két anyám lenne, de ez már szubjektív dolog).
-
Jim-Y
veterán
válasz
martonx
#5118
üzenetére
Hat, de ez azert eleg alap. Marmint..automatic semicolon insertion temaban ez a de facto pelda
Aki JavaScriptes allasra jelentkezik, es ezen elhasal az szerintem ne is jelentkezzen inkabb ilyen allasra. De amugy a jelenlegi valosag, hogy olyan emberek jelentkeznek "JavaScript expert" cimszoval akik nem tudjak pl, hogy mi a kulonbseg a == es a === kozott. True story :/ -
martonx
veterán
Figyi, itt van egy-két egész életszerű kérdés, ahogy elkezdtem végigmenni rajtuk, simán volt köztük olyan, amin megfeküdtem. Pl. ez szerintem egész életszerű:
function foo1()
{
return {
bar: "hello"
};
}
function foo2()
{
return
{
bar: "hello"
};
}Ugyanazt adja-e vissza a két funkció?
Szerk, és a link, ahonnan vettem: [link]
-
DNReNTi
őstag
-
Jim-Y
veterán
válasz
DNReNTi
#5112
üzenetére
Ez JS-bol nem 2 perc. Pont ma meselte nekem egy Senior kollegam, akinek nagyon is adok a szavara, hogy a Javascripttel az a "baj", hogy ahhoz, hogy valaki tenyleg penge legyen belole szerinte nagyjabol 2 ev olvasgatas a temaban, es gyakorlas kell. Lehet kicsit tulzott, de szemelyes velemenyem szerint nem tul sokat...
-
Zedz
addikt
-
#5110
PumpkinSeed
addikt
kispx
#5109
PumpkinSeed
addikt
if(endGame){
clearInterval(refreshIntervalId);
endOfTheGame();
}
else{
var refreshIntervalId = setInterval(moveBall, 1);
}Így is próbáltam. De mintha az endGame-nek adott true érték semmit nem érne, mert a most megírt endOfTheGame() függvénynek elvben minden objektumot le kellene pusztítania az oldalról, de semmi nem történik, csak megy a végtelenségbe a labdám.Úgy működik, köszönöm.
-
#5109
kispx
addikt
PumpkinSeed
#5108
kispx
addikt
válasz
PumpkinSeed
#5108
üzenetére
Indítsd így: var moveBallIntervalId = setInterval(moveBall, 10000);
Majd így tudod leállítani: clearInterval(moveBallIntervalId);Szerk.:
Az az if szerkezet csak egyszer fog lefutni. Így inkább a
else{
endGame = true;
//xVar = -1;
}
részhez tenném a clearInterval fv-t. -
#5108
PumpkinSeed
addikt
PumpkinSeed
addikt
Olyan kérdésem lenne a setInterval-al kapcsolatban, hogy hogyan tudok véget vetni ámokfutásának. A kódom elején definiáltam, hogy var endGame = false;, majd van egy ilyenem:
if(endGame === false){
setInterval(moveBall, 1);
}
else{
clearInterval(moveBall);
}ami meghív egy ilyet:
function moveBall(){
var ball = document.getElementById("ball");
if(ballRandomStartX === 200){
xVar = 1;
}
if(ballRandomStartY === windowHeight-10){
yVar = -1;
}
if(ballRandomStartY === 10){
yVar = 1;
}
if(ballRandomStartX === windowWidth-110 && (ballRandomStartY >= mouseY && ballRandomStartY <= mouseY+100)){
xVar = -1;
pointCounter++;
document.getElementById("points").innerHTML = pointCounter;
}
else{
endGame = true;
//xVar = -1;
}
ballRandomStartY = ballRandomStartY + yVar;
ballRandomStartX = ballRandomStartX + xVar;
ball.style.top = ballRandomStartY;
ball.style.left = ballRandomStartX;
}Itt ha kimegy a pályáról a labda akkor az endGame true lesz. De a labda csak megy a végtelenségig tovább. Miért van ez? Itt a teljes kód. Itt pedig a teszt.
-
#5107
PumpkinSeed
addikt
Sk8erPeter
#5106
PumpkinSeed
addikt
válasz
Sk8erPeter
#5106
üzenetére
-
#5106
Sk8erPeter
nagyúr
PumpkinSeed
#5105
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5105
üzenetére
Szívesen.
Ezt nem értem, honnan hova akarod "áttenni az inputot"? Ez utóbbi mit jelent? Szóval mit szeretnél elérni? -
#5105
PumpkinSeed
addikt
Sk8erPeter
#5104
PumpkinSeed
addikt
válasz
Sk8erPeter
#5104
üzenetére
Köszönöm a segítséget.
Igazából én arra jöttem rá, hogy felesleges meghatározni a szülő elemet, mert ugye az egyikből teszem át a másikba az inputot, szóval ha ahova tenni akarom ott is be van pipálva és úgy teszi át mindegy, mert már eleve ott van. Szóval annyira nem is fontos, megnézem egy for-al hogy melyikek vannak bepipálva és attól függ, hogy a felhasználó hova kattint átteszem őket.
-
#5104
Sk8erPeter
nagyúr
PumpkinSeed
#5102
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5102
üzenetére
Gondold végig: Te a document.getElementById()-vel lekérsz egy elemet, majd annak próbálod elérni a document tulajdonságát - ennek semmi értelme, nem lesz document tulajdonsága/attribútuma.
Ha végig akarsz menni az elemeken, akkor több lehetőséged is van, például:
- document.querySelectorAll segítségével, egy selector felhasználásával megkeresed a vonatkozó elemeket; pl. ha mindegyik checkbox el van látva a fruit-checkbox osztállyal, akkor ez aztán egészen szigorúan csak azokat fogja megtalálni:
var fruitCheckboxes = document.querySelectorAll('input[type="checkbox"].fruit-checkbox');
Ez egy NodeListet ad vissza, ezeken végig tudsz menni egy for ciklussal simán.
Pl.:
for (var i = 0; i < fruitCheckboxes.length; i++) {
var currentFruitCheckbox = fruitCheckboxes[i];
console.log(currentFruitCheckbox.name + ' - is it checked? ', currentFruitCheckbox.checked === true);
}
Ilyesmi.
- ha egy tömbben van összegyűjtve, hogy milyen nevű elemeket keresel (pl. a name attribútuma tartalmazza az elemnek a gyümölcs nevét), és egy adott konténerelemen belül szeretnél csak keresni, és kifejezetten egy elemre, akkor megteheted az Element.querySelector() segítségével, pl.:var fruitCheckboxContainer = document.getElementById('fruit-checkbox-container');
var fruitNamesArray = ['apple', 'orange', 'pear'];
for (var j = 0; j < fruitNamesArray.length; j++) {
var currentFruitCheckbox = fruitCheckboxContainer.querySelector('input[name="' + fruitNamesArray[j] + '"]');
if (currentFruitCheckbox === null) {
console.log('A checkbox with the name "' + fruitNamesArray[j] + '" does not exist in the fruit checkbox container');
continue; // go on to the next one
}
console.log('is "' + fruitNamesArray[j] + '" checked? ', (currentFruitCheckbox.checked === true));
}- stb., a lehetőségekből még elég sok van, de ezek elég egyszerű példák.
Felraktam neked ide egy demót:
http://jsfiddle.net/Sk8erPeter/Ls015fk7/ -
#5103
wis
tag
PumpkinSeed
#5102
wis
tag
válasz
PumpkinSeed
#5102
üzenetére
-
#5102
PumpkinSeed
addikt
Sk8erPeter
#5101
PumpkinSeed
addikt
válasz
Sk8erPeter
#5101
üzenetére
Gondolom a valamin belüli mandarin vagy ilyesmi. Ezért tettem fel a kérdést, hogy ezt hogy lehet megcsinálni.
-
#5101
Sk8erPeter
nagyúr
PumpkinSeed
#5100
Sk8erPeter
nagyúr
válasz
PumpkinSeed
#5100
üzenetére
Értelmezted a hibaüzenetet?
formId.document.getElementById(fruitsArray[i])
--> Cannot read property 'getElementById' of undefined
Elég egyértelmű... ha kifejted a formId változót, mi értelme van annak, hogy
document.getElementById("valami").document.getElementById(fruitsArray[i])
?
Azt akár ki is törölheted, debuggolási célra jó a console.log - de ebből kiindulni nem lehet, mivel ez nem hiba.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Kifejezetten nem ajánlatos. Gondold végig, a gyakorlatban mikor használnád egy éles weboldalon? Ugye?
(Na jó, elvileg Tizenre is.)
Új hozzászólás Aktív témák
Hirdetés
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Hatalmas kamerasziget emelkedik ki a Z Fold7 vékony házából
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- Mibe tegyem a megtakarításaimat?
- BestBuy topik
- Gumi és felni topik
- The Division 2 (PC, XO, PS4)
- Fejhallgató erősítő és DAC topik
- Olcsó táblával készül a OnePlus
- Futás, futópályák
- További aktív témák...
- Cooler Master MWE Bronze V2 750W 80 PLUS Bronze
- MSI MPG Z390 GAMING EDGE AC Alaplap + Intel Core i7-8700K
- ASRock Radeon Challenger Pro RX 6700 XT 12GB OC Videokártya
- MacBook Pro 16 A2141 EMC 3347 27%, 16.1" Retina LCD IPS, i7-9750H, Radeon PRO 5300M, 16, 500, gar
- ASUS GeForce GTX 1070 Ti 8GB GDDR5 256bit
- BESZÁMÍTÁS! Samsung Galaxy A34 5G 128GB mobiltelefon garanciával hibátlan működéssel
- Csere-Beszámítás! Olcsó Számítógép PC Játékra! R5 1500X / RX 570 8GB / 16GB DDR4 / 250SSD + 2TB HDD
- Laptop felvásárlás , egy darab, több darab, új , használt ! Korrekt áron !
- Apple iPhone 12 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- 118 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070 - UK billentyűzet
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest