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.

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?

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.

PR?

io.js-hez is vannak már használható keretrendszerek?

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.

Akkor lehet megnézem az io.js + express kombót, köszönöm a tanácsot!

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!

így már értem
Köszönöm szépen a segítséget!

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?

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Bízd a józan paraszti eszedre, már ha ezt nem csak költői kérdésnek szántad.

Én kérek elnézést!

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.

"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...

Sk8erPeter

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.

Thank you to god for making me an atheist

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.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

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 egy XKCD testcase

É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

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

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.

Én kérek elnézést!

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.

Azért js-ben is vannak mocking library-k (bár nincs velük tapasztalatom). Ilyen téren az Angularjs különösen jó, annak van saját mockingja is, ezt használtam eddig egyedül mock-olásra.

Én kérek elnézést!

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.

[ Szerkesztve ]

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.

“All nothings are not equal.”

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.

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

A Crosswalk pont, hogy csak Androidra elérhető (Na jó, elvileg Tizenre is.)

“All nothings are not equal.”

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.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Strict módban dobja a kivételt. Oldal közepén lévő példát nézd meg.

Ez a "use strict"; ugye? Utána nézek, mert megadtam közvetlen a kivételkezelésben is, meg az objektum felett is, de semmi változás.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

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.

[ Szerkesztve ]

“All nothings are not equal.”

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.

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.

Sk8erPeter

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.

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.

Sk8erPeter

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>

[ Szerkesztve ]

sk8erpeter annyira szépen szájbarágósan megcsinálta. Szvsz ennél többet nem tehetünk érted.

Én kérek elnézést!

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?

Sk8erPeter