- Xiaomi 15 - kicsi telefon nagy energiával
- Aurát vált a Vivo V60
- Samsung Galaxy S25 - végre van kicsi!
- Hivatalos a Pixel 10 startdátuma
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- iPhone topik
- Apple Watch Sport - ez is csak egy okosóra
- Samsung Galaxy Z Flip7 - kis fogyás is sokat jelent
- Magisk
- HMD Skyline - jó szerelés
Új hozzászólás Aktív témák
-
martonx
veterán
Amit szeretnél az nem túl triviális, mégha annak is tűnik. Javaslom, hogy inkább tegyél ki valami kis loader.gif-et, aztán amikor megjött az adat, akkor tüntesd el.
Jó megoldás tud még lenni, hogy az elején megsaccolod, hogy meddig tart a folyamat, ha mondjuk tudod pl. file feltöltésnél file méret alapján, vagy fogsz egy felső korlátot és azt írod ki másodpercben.
Pl. tudod, hogy valami időigényesebb folyamat az esetek 99%-ában 8-15 másodperc alatt fut le terheltségtől függően. Ekkor érdemes lehet kitenni egy 15-ről visszaszámlálást, maximum már 8-nál meg lesz az eredmény. -
#2554
martonx
veterán
Speeedfire
#2551
martonx
veterán
válasz
Speeedfire
#2551
üzenetére
iframe-mel is lehet használni a jquery-t, javascriptet, csak picivel macerásabb.
Kérdés, hogy az iframe-ből kifelé akarsz nyúlni, vagy kintről akarsz befelé nyúlni?
Gugli lesz a barátod, most lusta vagyok helyetted példát keresni. -
#2534
martonx
veterán
trisztan94
#2531
martonx
veterán
válasz
trisztan94
#2531
üzenetére
Alapvető programozói hiba try catch-ek sorozatával megpróbálni lekezelni az előjöhető hibákat. Pláne, amikor ilyen jól megfogható esetekről van szó.
Alakítsd át egy rakás if-re, és még try catch se fog kelleni. -
#2522
martonx
veterán
Sk8erPeter
#2519
martonx
veterán
válasz
Sk8erPeter
#2519
üzenetére
De ha nem a saját ajax függvényét kell figyelni, hanem ő csak egy beinjektált script, aminek semmi ráhatása nincs az oldal saját meglévő scriptjeire, akkor azok belső működését hogy figyelje? Mondjuk rá lehet tenni egy 10 másodperces késleltetést biztos ami biztos, annyi idő alatt csak lejönnek a cuccok.
Ettől viszont lassul az automatizáció, de ha a gyorsaság nem cél, akkor percenként 6 oldalt így is fel fog tudni dolgozni. -
#2521
martonx
veterán
trisztan94
#2518
martonx
veterán
válasz
trisztan94
#2518
üzenetére
Nem vagyok gonosz, meg is jött az első kérdés. Az egyik buktatónak pont azt gondoltam, hogy mi van akkor ha ajax-al kommunikál az oldal? Akkor vajon mit fogsz figyelni?
-
#2516
martonx
veterán
Speeedfire
#2515
martonx
veterán
válasz
Speeedfire
#2515
üzenetére
Trisztan94 eddigi munkásságát tekintve nem kell hozzá nagy jövőbelátás
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#2511
martonx
veterán
trisztan94
#2509
martonx
veterán
válasz
trisztan94
#2509
üzenetére
Erre jó válasz nincs. Látok pár buktatót a dologban, de megoldható az biztos. Hogy jó pénz-e érte 100K az a konkrét igényektől, a programozói tudásodtól, illetve a majdan fellelt buktatókon múlik. Fogalmazzunk úgy, hogy várhatóan nem fogsz bukni rajta. Aztán hogy a végeredmény hol lesz a teljes üzleti kudarc, és a szuper nyereség között, az majd kiderül.
-
#2463
martonx
veterán
vincent001
#2461
martonx
veterán
válasz
vincent001
#2461
üzenetére
Megkérdezhetem, hogy ha ott van a reszponzív változat, minek használná bárki is a nem reszponzív változatot?
-
martonx
veterán
-
#2458
martonx
veterán
vincent001
#2457
martonx
veterán
válasz
vincent001
#2457
üzenetére
ne küldj el semmit, produkálj valahol egy működő, megtekinthető példát.
-
#2455
martonx
veterán
Sk8erPeter
#2454
martonx
veterán
válasz
Sk8erPeter
#2454
üzenetére
Most komolyan mit válaszoljak erre? Biztos van valami hiba valahol, majd belenézek az üveggömbömbe, és már mondom is, hogy mit rontott el?
-
#2452
martonx
veterán
vincent001
#2451
martonx
veterán
válasz
vincent001
#2451
üzenetére
igen
-
#2449
martonx
veterán
Sk8erPeter
#2448
martonx
veterán
válasz
Sk8erPeter
#2448
üzenetére
Ez jogos, a SEO optimalizálás, fontos dolog, de itt most nem erről volt szó, hanem hogy a megrendelő kikapcsolt js-el mit fog látni.
Amikor írtam, hogy nem foglalkozok kikapcsolt js-el böngésző felhasználókkal, pongyolán fogalmaztam, azaz arra mindig figyelek, hogy azért az ajax navigációnak legyen html-es fallback-je a kereső robotok kedvéért.
Ám js-el nem csak navigációt, hanem kismillió mást is megoldunk, erre értettem igaziból, hogy ezekkel nem kezdek el trükközni csak azért, hogy js nélküli user is hasonló élményt kapjon, mint js-el. -
#2446
martonx
veterán
Sk8erPeter
#2445
martonx
veterán
válasz
Sk8erPeter
#2445
üzenetére
szvsz, aki manapság kikapcsolt js-el böngészik az magára vessen.
-
#2430
martonx
veterán
trisztan94
#2428
martonx
veterán
válasz
trisztan94
#2428
üzenetére
Nem írtad le, hogy miért, csak annyit írtál, hogy nem kell. Az, hogy lassú az nem érv, hanem baromság.
A megrendelőd atom órával fogja mérni a szöveg lecserélésének idejét nanoszekundumokban? És ha 20 miliszekundum fölé megy akkor dádá lesz, vagy mi?Nekem van egy tisztán statikus oldalam, amit ingyen csináltam a gyerek óvodájának. Nem nagy szám, de ne felejtsük el, hogy ingyen csináltam. Nézd meg mennyi js van benne:
Ekkoriban éppen a jquery lecserélős időszakomban voltam, szóval plain js az egész.
-
#2427
martonx
veterán
trisztan94
#2426
martonx
veterán
válasz
trisztan94
#2426
üzenetére
Tudod-e, hogy mi mindenre jó az ajax? Miért lassítana bármit is az ajax? Vagy a jquery .load függvénye? Miért ne lehetne statikus html tartalmakat ajax-ozni?
-
#2418
martonx
veterán
Speeedfire
#2417
martonx
veterán
válasz
Speeedfire
#2417
üzenetére
Ugyan ez egy jquery topik, mi pedig CSS-ezünk, de ezt a selectort próbáld ki: "div:not(.neee)"
Elsőre félreértettelek, hogy pontosan mit is szeretnél, ez a css selector még sokkal egyszerűbb is, mint az előző volt. -
martonx
veterán
Köszi az észrevételt!
Valójában az érdekelt, hogy meg lehet-e oldani tisztán css selectorral a dolgot (speedfire kérdéseit régóta ignorálom, de ez most kivételesen érdekes volt), és örültem neki, hogy sikerült. Ugye webről beszélünk, pont jquery topikban, ahol is állandó vesszőparipám, hogy ahol lehet, ott ne jquery-zzünk, meg js-ezzünk, hanem CSS-el kellene megoldani minél több funkciót, mert a böngészőkben az a leggyorsabb, leghatékonyabb.A css selector sajna ilyen randa, ez nem azon múlik, hogy tömörebben akartam-e megcsinálni, a tömörség abszolút nem volt célom.
Olyan ez, mintha egy szöveg feldolgozási feladatot megoldasz húsz sornyi if, meg string kivágás, meg mittudomén milyen műveletekkel, vagy pedig ráhúzol egy rohadt ronda, de brutálisan hatékony regex pattern-t és 1 sornyi kóddal megoldottad.
Vajon melyik megoldás a jobb? Az igazság persze mindig odaát van, örökérvényű általános igazságok nincsenek
A nem mindig a legrövídebb megoldást egyébként többször is a változó és függvény nevekre értettük, azoknak a lespórolása tényleg felér egy öntökön szúrással, pláne ha két év múlva kell ránézned, hogy mit is akarhattál anno a kódban az a, meg b, meg izé nevű függvényekkel megoldani. Illetve arról, hogy ha valaki 10 sornyi kódot belenyomorít egy 1000 karakter hosszú programosorba, közben 10 pontosvesszővel lezárva az utasításokat.
-
martonx
veterán
Nem próbáltam ki, de ezzel a selector-os trükkel nem pont ugyanazt lehet elérni?
$('#teszt > div:not(.neee)').on('click', function(e){
$(this).toggleClass('red');
});illetve a this helyett, lehet hogy e.target kell, most lusta vagyok kipróbálni, ráadásul melóhelyen érthetetlen módon le van tiltva minden CDN, így a jsfiddle is használhatatlan
-
#2406
martonx
veterán
trisztan94
#2404
martonx
veterán
válasz
trisztan94
#2404
üzenetére
ööö, ezt megcsinálja neked a visual studio, netbeans kód írás közben is, plusz az összes böngésző fejlesztő eszköze.
-
#2402
martonx
veterán
Sk8erPeter
#2401
martonx
veterán
válasz
Sk8erPeter
#2401
üzenetére
"hogy nem id-t szokás használni, hanem class-t" - hű de finom voltál. Mondjuk ki nyíltan, hátha más még a jó módszertan tanulási fázisában van: a DOM elemek id-ja EGYEDI KELL, HOGY LEGYEN! Attól még, hogy a böngésző nem hal be látványosan, hogy több elemnek is azonos az id-ja, attól még nem kell hibás következtetéseket levonni, és össze-vissza id-zni.
Szerencsére a böngészőket igyekeznek hülye programozó biztosra készíteni, így maximum csak akkor okoz gondot az elcseszett id-zás, ha javascriptelni akar valaki, netán css-ezni, szóval kb. bármikor
-
#2389
martonx
veterán
trisztan94
#2386
martonx
veterán
válasz
trisztan94
#2386
üzenetére
Engem viszont érdekel a css-es megoldásod. Valahol csinálhatnánk egyébként egy CSS tricks gyűjtő oldalt.
-
#2380
martonx
veterán
trisztan94
#2379
martonx
veterán
válasz
trisztan94
#2379
üzenetére
Felejtsd el a jquery-s animációkat. Oldd meg HTML5-ös css animációval. Igaz, hogy lesz pár lúzer, akinek a böngészője ezt nem fogja támogatni, ők animáció nélkül csak annyit fognak látni, hogy kint terem, meg alaphelyzetben terem a cucc.
-
#2376
martonx
veterán
Sk8erPeter
#2375
martonx
veterán
válasz
Sk8erPeter
#2375
üzenetére
Annyit tennék még hozzá, hogy a számítógépeknek teljesen lényegtelen, hogy milyen hosszú egy változó, vagy függvény név, azaz tényleg nincs minek visszatartania az egyszeri programozót a normális nevezéktan használatától. Pláne a mai intellisense-es világban még kiírnod se kell a neveket.
-
martonx
veterán
válasz
ahetaton
#2365
üzenetére
Nem buherált, csak azt kellene elérned, hogy csak 1 jquery legyen használatban, és az az 1 is csak egyszer legyen behúzva.
Küldd el légyszi a 3 féle esetet tükröző html header állományt, hogy lássunk végre valami kódot is.1. eset: mindkét cucc a saját jquery-jét használja.
2. eset: mindkét cucc a captcha jquery-jét használja.
3. eset: mindkét cucc a slider jquery-jét használja. -
martonx
veterán
válasz
spammer
#2346
üzenetére
Ha jól értem te simán kettő darab dátumot szeretnél összehasonlítani, és ha az egyik kisebb, mint a másik, akkor alert-ezni.
Nem mondod komolyan, hogy ezt itt most megkérdezted? Ráadásul ennek miköze a jquery-hez?if (date1 < date2) {
alert("Date1 kisebb, mint date2");
}Ezt akartad megkérdezni?
A jsfiddle példádban pedig olyan jó lett volna látni, legalább egy minimális próbálkozást a probléma megoldására.
-
#2331
martonx
veterán
fordfairlane
#2330
martonx
veterán
válasz
fordfairlane
#2330
üzenetére
jaja, ebben én is bízok, hogy az IE9 azelőtt kihal, mielőtt tényező lehetne. A 10-es meg valljuk be már élhetővé sikerült (már fejlesztői szemszögből nézve).
-
#2328
martonx
veterán
Sk8erPeter
#2325
martonx
veterán
válasz
Sk8erPeter
#2325
üzenetére
HTML5 History API pedig erre gondoltam. Ez nincs benne az IE9-ben, pedig annyira alap? Rohadt Microsoft...
Remélem az IE9-ek még azelőtt fognak kikopni, hogy elterjedtek volna -
#2322
martonx
veterán
Sk8erPeter
#2321
martonx
veterán
válasz
Sk8erPeter
#2321
üzenetére
Azért az megvan, hogy jquery plugin nélkül 1 soros javascript utasításokkal ugyanez elérhető?
Mondjuk a history.js-t én is használom, anno éppen ez ébresztett rá, hogy tök feleslegesek ezek a libek, a mai HTML5-ös világban (HTML5 History API ugye, bár esetemben az IE8 nem mérvadó, így könnyen beszélek).
-
#2316
martonx
veterán
Sk8erPeter
#2315
martonx
veterán
válasz
Sk8erPeter
#2315
üzenetére
Ne trollkodjál itt kérem szépen, ez az utolsó mondatod nagyon pejoratív volt
-
#2312
martonx
veterán
Sk8erPeter
#2311
martonx
veterán
válasz
Sk8erPeter
#2311
üzenetére
Jaj neee, megmutattad neki a tutorialt?
Végülis jobb későn látni a tutorialt, mint soha -
martonx
veterán
"Most érted, nem tudom, hogy mondjuk egy java mitől nyújt nagyobb élményt a fejlesztőnek.. " - próbáltad már? Én mondjuk asp.net mvc vonalon mozgok leginkább a PHP egyre mellékesebb. Egyszerűen a fejlesztő eszközök jóval komolyabbak, maga a nyelv jóval komolyabb, jóval többet tud, az egész kód amit írsz a legmélyebb OO design patternnel is lazán átláható.
Ezektől függetlenül a PHP is használható persze bármilyen komoly projektre is, csak egyszerűen nem tud olyan hatékony lenni benne a fejlesztés. -
martonx
veterán
Ezt nem trisztannak akartad írni? És annyit tegyünk még hozzá, hogy nemhogy nem borsos az azure ára, hanem egészen korrekt ingyenes csomagjaik is vannak.
Én jelenleg is használom, nem vagyok maradéktalanul elégedett vele, a websites-nak vannak hiányosságai, de ezekből az egyetlen fájó, a saját ssl tanúsítvány hiánya. Vicces, hogy tavaly szeptember óta, minden hónapban megígérik, hogy egy hónapon belül ez is működni fog. -
#2268
martonx
veterán
trisztan94
#2263
martonx
veterán
válasz
trisztan94
#2263
üzenetére
Ha már felhőkben keresel, és .Net kedvelő vagy, akkor nézz már rá az Azure-ra...
-
#2267
martonx
veterán
trisztan94
#2261
martonx
veterán
válasz
trisztan94
#2261
üzenetére
Miért kerül többe egy .Net-es tárhely, mint egy PHP-s?
Ha gondolod mutatok ingyenes .Net-es tárhelyet is neked (per pillanat kettő ilyen hoszting cég közül is választhatsz), cserébe mutass ezeknél olcsóbb PHP-s tárhelyeket
-
#2266
martonx
veterán
Sk8erPeter
#2250
martonx
veterán
válasz
Sk8erPeter
#2250
üzenetére
Jaja, mondtam én. Szvsz az Ie10 mostanra teljesen vállalható.
Én egyre gyakrabban azon veszem észre magam, hogy mivel fejlesztésre ezt használom, így benne is maradok, és nem váltok át böngészés miatt más böngészőbe.
Csak valóban ne nézne ki ilyen szarul. Bár ez a kinézet dolog mostanra MS betegséggé fajult a win8-al teljesedett ki. -
#2249
martonx
veterán
Sk8erPeter
#2248
martonx
veterán
válasz
Sk8erPeter
#2248
üzenetére
Ez hagyján, a VS telepítője előre, jól láthatóan kijelzi, hogy várhatóan 8Gb tárhelyre lesz szüksége (WTF), aztán a végén megnézve 1,5-et használ el (mondjuk az se kevés...)
MS-nél ezek a rendszer követelmények, meg az installerek figyelmeztetései, elég érdekesen alakulnak. -
#2247
martonx
veterán
fordfairlane
#2244
martonx
veterán
válasz
fordfairlane
#2244
üzenetére
Node, IE devtoolja, visszamenőlegesen IE5-ig tudja kompatibilitás módban futtatni magát, és még eddig sose futottam bele olyan helyzetbe, hogy ne lett volna 100%-osan megbízható a visszaskálázás.
Én jelenleg is IE10-el fejlesztek a melóban, IE8-ra visszaskálázva (nemrég még Ie6-ra volt visszaskálázva), hogy az átlag userek IE-jét szimuláljam. 100%-os a kompatibilitás, mindeféle extra telepítés, meg trükközés nélkül is. -
martonx
veterán
"15.000-ért nem fogok mindent támogatni.
Szerintem örülhet, hogy ennyi pénzért valaki elvállalta a munkát. Egy tapasztalt fejlesztő, aki ebből él, 15 ezerért a szövegszerkesztőt sem fogja elindítani neki."Abszolút egyetértek. Én erről a piacról már rég kiszálltam, vagy ha valaki mégis engem talál meg, és megkérem az árát, akkor az áralkunál rendre elhangzik, hogy majd találok olyat, aki megcsinálja szarér-hugyér. Erre szoktam én mondani, hogy ahol ilyen a megrendelői hozzáállás, ott nem is rám van szükség, hanem egy idiótára, aki majd jól elszopatja magát szarér-hugyér.
-
#2238
martonx
veterán
trisztan94
#2234
martonx
veterán
válasz
trisztan94
#2234
üzenetére
"Mondtam is a megrendelőnek, hogy js-heavy oldalt csinálok, így aki nem használ js-t az vessen magára, 15.000-ért nem fogok mindent támogatni." - amennyire én látom, ez egy 4 lapból álló szimpla bemutatkozós portál.
Minek ide js-heavy, meg PHP? Ez 4 darab statikus html, plusz 1 js file, meg 1 css file.
De ha mondjuk ajax-ozunk, akkor legyen másik 4 statikus html, amiket be tudsz húzni a főoldalba. 15K-ért minek ezt túlbonyolítani? -
#2218
martonx
veterán
Speeedfire
#2216
martonx
veterán
válasz
Speeedfire
#2216
üzenetére
Azért olvasd már el a GPL3-at
Nem hiszem, hogy te az open source közösségnek csinálod a weboldalakat, és minden forráskódodat tolsz ki publikusan mondjuk a github-ra... -
#2215
martonx
veterán
Speeedfire
#2211
martonx
veterán
válasz
Speeedfire
#2211
üzenetére
jqgrid, jqwgrid, datatables hogy hirtelen soroljak párat.
Kendo UI gridje a legjobb, de figyelem az keményen fizetős cucc!!!
jqgrid rengeteget tud, de nagyon fos a layout-ja
jqwgrid jól néz ki, könnyen skinezhető, ingyenes is lehet, de a tudása, API-ja egy kicsit kevéske. Ettől függetlenül én jelenleg ezt használom többfelé is, mert egy elég jó kompromisszum. Egy böszem nagy állat, a komplett jqwidget js file minimalizálva 1.4 Mb, de ez intraneten nem gond
datatables a legfapadosabb mind közül, cserébe nagyon könnyűsúlyú, és jól testre szabhatóm kinézetilag is agyonformázható.Szvsz szégyen, hogy nincs egy normális kvázi szabvány grid a jquery UI-ban.
-
#2204
martonx
veterán
fordfairlane
#2203
martonx
veterán
válasz
fordfairlane
#2203
üzenetére
Nem, de 2014-től már az XP sem támogatott. Azaz aki 2014-ben még XP-t használ, az magára vessen. Ez lesz az utolsó év, amikor a nagyvállalatok is végleg elhagyják az XP-t.
-
martonx
veterán
Azért mostanra a nagyok is egyre kevésbé használnak Ie8-at. Nálunk is jövőre fog a cég kompletten átállni win7-re, ami magával hozzá, hogy az akkor elérhető legfrissebb Ie-re is váltunk. És szerintem mi így is a későn váltók között vagyunk, azaz szvsz elmondható, hogy legkésőbb 2014-re az Ie6-8 kompletten kikopik.
-
#2198
martonx
veterán
Sk8erPeter
#2194
martonx
veterán
válasz
Sk8erPeter
#2194
üzenetére
Tudod, hogy nem érdekelnek a szutykos IE-k.
IE9 alatt számomra nem létezik böngésző. -
#2193
martonx
veterán
trisztan94
#2192
martonx
veterán
válasz
trisztan94
#2192
üzenetére
Én valamelyik jquery history plugint használom, de annyira nem vagyok elégedett vele. Ráadásul manapság semmibe nem kerül megírni azt az 1-2 sornyi js-t, ami ugyanezt csinálja.
-
#2167
martonx
veterán
Sk8erPeter
#2164
martonx
veterán
válasz
Sk8erPeter
#2164
üzenetére
Egytértek.
A "php"-t nagyon nem kellene a szerver lekérdezés - szerver válasz szinonímájaként használni, mert ez olyan szezont a fazonhoz dolog. -
-
#2125
martonx
veterán
-=Flatline=-
#2124
martonx
veterán
válasz
-=Flatline=-
#2124
üzenetére
Ez igazán nem tűnik vészesnek. Viszont marhára nem érek rá megcsinálni neked
Ha nagyon nem menne, vagy nagyon nem találnál senkit, akkor esetleg keress meg, legrosszabb esetben tudok javasolni mást magam helyett. -
#2121
martonx
veterán
Speeedfire
#2120
martonx
veterán
válasz
Speeedfire
#2120
üzenetére
A kettő marhára nem zárja ki egymást, sőt.
Full ajax oldalnál a legbiztosabb, ha minden .on-t a document-re kötsz.
Másik megközelítés, hogy minden ajax hívás success-ében hozod létre az oda való esemény kezelőket. De ez szvsz egy idő után átláthatatlanná teszi az oldalt.
A full ajax oldalt egyébként single page appilcation-nek hívják. Ha így keresel rá gugliban akkor sok hasznos infót, design patternt lehet hozzájuk találni. -
#2105
martonx
veterán
Speeedfire
#2103
martonx
veterán
válasz
Speeedfire
#2103
üzenetére
Az ajax success metódusába tedd bele a tooltip beállítást.
-
#2079
martonx
veterán
Sk8erPeter
#2070
martonx
veterán
válasz
Sk8erPeter
#2070
üzenetére
jaja, lusta voltam elővenni a dokumentációt, gondoltam a segítséget kérő kolléga ezt már megtette előttem, de tévedtem. Ránézésre azért kapásból gyanús volt az a sor.
Nem sötét ő, elnézést is kérek a durva célzásomért, csak nem szeret dokumentációt olvasni, és aszerint dolgozni. Inkább kérdezget, hogy aztán megmondhassa, hogy úgyis neki van igaza -
martonx
veterán
Amíg kollektívan próbáltok fényt gyújtani a sötétségben, mellékesen jegyzem meg, hogy nagyon csendben, de kijött a jquery 2.0
Kemény 12%-al lett csak kisebb, mint az 1.9.1, ennek megfelelően a sebessége sem gyorsult észrevehetően. Ez jóval kevesebb, mint amit vártam. -
#2037
martonx
veterán
trisztan94
#2028
martonx
veterán
válasz
trisztan94
#2028
üzenetére
Ehhez minek jquery? Sima CSS csinál neked olyan tooltipet, hogy öröm nézni.
-
martonx
veterán
Megelőztél, túl sokáig írtam a választ.
Villámgyorsan restful api-kat bármiben lehet fejleszteni. Szvsz nem ebben mutatkozik az előnye, hanem a hardver közeli kóddá fordulásában, illetve a teljes aszinkron belső felépítésében. Tisztán js-ben dolgozni elég gány dolog, viszont ahol semmi más nem számít, mint a teljesítmény, ott a Node.js a nyerő. -
#2020
martonx
veterán
Speeedfire
#2018
martonx
veterán
válasz
Speeedfire
#2018
üzenetére
Én is mindent json-ban tolok ki. Viszont nagyon nem mindegy, hogy egy pár ezer soros json-ban adatokhoz csak kódokat küldesz ki, plusz a kódok feloldását, ahol mondjuk szintén ezres nagyságrendű kód - érték párt kiküldesz. Ezután soronként kell megkeresned minden egyes adatnak a kód feloldását, majd az így kapott értékekből generálj egy bonyolultabb html-t. Ha nem chrome-on csinálsz ilyet, akkor lazán másodpercek fognak eltelni egy gyorsabb gépen is. Ugyanez ez szerver oldalon (.NET, Java, Node.js) 1-2 milisecundum alatt megvan (PHP-ban is csak pár tíz milisec). Persze mindez csak egy teoretikus probléma, hogy érzékeltessem a futásidőbeli különbségeket. Mondhattam volna akár egy bonyolultabb súlyozós, rangsoról problémát is, hogy milyen különbség van ugyanazt az algoritmust js-ben futtatni, vagy szerver oldalon futtatni.
A Node.js-t pedig nagyon nem kéne a kliens oldali javascripthez keverni. A Node.js tisztán szerver oldalon fut, igaz javascriptben kell programozni, de ez csak puszta szintaktika, mivel gép kód fordul (és itt a fordulon van a hangsúly) belőle, azaz a Node.js ettől az egyik leggyorsabb szerver oldali kiszolgálója lett mostanra. Nem tudom, hogy ezzel sikerült-e megvilágítanom az előnyeit, ha nem hát nem.
-
#2015
martonx
veterán
Speeedfire
#2014
martonx
veterán
válasz
Speeedfire
#2014
üzenetére
A js eleve nem gyors, pláne, amikor már egészen bonyolult, nagy dom-okat kell macerálni, hiába írnak meg rá mostanra ilyen-olyan 3d engineket is. Kivétel ez alól a Webkit, az b***t gyorsan futtatja a klasszikus webes js feladatokat.
Szóval a gyorsasága relatív. Nem mondtam, hogy lassú, de nem js-ben fogsz több ezer sornyi adatsoron dinamikus sorbarendezést csinálni, közben mezőket kalkuláltatni egymásból, meg dom-ot buzerálni 1-2 milisecundum alatt. Pláne, ha cél, hogy mindez akár a legújabb Ie, Firefox alatt is elfogadható sebességű legyen, és akkor még nem is beszéltem a 600Mhz-es Arm-os egymagos mobilokról. Bár van egy KoGrid nevű bővítménye is a KO-nak, abban láthatod, hogy megfelelően egyszerű adatoknál, végletekig letisztult DOM esetén akár még ez is gyors tud lenni.
Nem véletlen, hogy a twitter például visszaváltott a minél inkább szerver oldali adatmanipulációkra a kliens oldali masszív js-ezés helyett (közben igaz dobta a Ruby-t is a Java javára, a MySQL-t pedig Lucene NoSQL-re cserélte, de ez most esetünkben mellékszál).
Azaz ezeknek a js-es MV* frameworköknek akkor csillan meg igazán a tudásuk, ha valami nagyon komplex Single Page Appilcation-t kell csinálnod, ahol minden kattintás mindennel összefügg, ugyanakkor nem kell több tízezer adatsorral dolgoznod.
De mindez csak az én személyes véleményem, tapasztalatom, cáfoljatok meg nyugodtan. -
#2013
martonx
veterán
Speeedfire
#2011
martonx
veterán
válasz
Speeedfire
#2011
üzenetére
Ismerem, használtam, bár mélyre nem merészkedtem vele. Van még az Ember.js, Angular.js, jsRender és még kismilló hasonló.
Konkrétan a KO-t használtam, mert ez az egyik legkönnyűsúlyúbb, és baromi jó a dokumentációja. Másrészt mivel könnyűsúlyú, nagy csodákat ne várj tőle, se tudásban, se futásteljesítményben. -
#2012
martonx
veterán
trisztan94
#2010
martonx
veterán
válasz
trisztan94
#2010
üzenetére
Próbáltad már itt PH-n belül a C#-os topik-ot? Kérdezz bátran, szerintem semmi baj nincs az ASP.NET-es közösséggel. Aztán ott van még a Devportal-os szintén MS érintett topik, ott is szoktak segíteni.
Illetve szerintem ami még gond tud lenni, hogy ugyan létezik ez az ASP.NET Web Pages is mint egy választható lehetőség az ASP.NET ökoszisztémán belül, de szvsz az ASP.NET programozók 99% vagy Web Forms-t, vagy MVC-t használ, szóval inkább ez lehet az oka annak, hogy nehezen kapsz választ. -
#2004
martonx
veterán
trisztan94
#2002
martonx
veterán
válasz
trisztan94
#2002
üzenetére
Akkor már inkább $("#valami").html("script....") és kész is, és pont ott van ahol kell.
-
#2003
martonx
veterán
trisztan94
#2001
martonx
veterán
válasz
trisztan94
#2001
üzenetére
A C# tömbök faék egyszerűségűek, és kizárólag számmal indexelődnek. Ez már csak a nyelv tipikussága miatt is így van. Ellenben ha te string-gel akarsz indexelni, akkor arra meg ott van a Dictionary típus, és van még pár egyéb kollekció típus.
PHP-ben meg van egy szál tömb, amit úgy gyurmázol ahogy akarsz. Ez nagyon nagy előnye a nem típusos PHP-nek, egyben talán a létező legnagyobb hátránya. De nem szeretnék itt offolni, meg hitvitákat kirobbantani.Viszont javaslom, hogy lépj tovább Web Pages-ről, MVC-re.
-
#1998
martonx
veterán
Sk8erPeter
#1996
martonx
veterán
válasz
Sk8erPeter
#1996
üzenetére
Biztos annyira leesett az álla az első tök triviális öteletemtől, végül a requirejs olyan találatot vitt be neki, hogy azóta is padlón van
-
-
#1978
martonx
veterán
trisztan94
#1976
martonx
veterán
válasz
trisztan94
#1976
üzenetére
C# - ha nem tévedek - csak számokkal enged tömböt indexelni.
C#-ban mint a klasszikus objektum orientált nyelvekben, a JSON-hoz (is) osztályokat érdemes használni.Egy C# példa :
public class Pelda
{
string name { get; set; }
string value { get; set; }
string description { get; set; }
}
//Aztán értéket adsz az osztályodnak
Pelda product = new Pelda();
product.name = "Apple";
product.value = 1;
product.description = "teszt szöveg";
string json = JsonConvert.SerializeObject(product);Természetesen a Pelda osztályodból csinálhatsz tömböt, List-et, akármit, és a végén meg azt szerializálod.
-
martonx
veterán
-
martonx
veterán
Jaja, csak Web API-hoz még mindig képtelenek voltak elkészíteni az OutputCache kezelést (jó persze max 1 óra alatt olyan cache kezelést ír hozzá az ember, amilyet akar, legalábbis egy programozói szint fölött).
Szóval nekem valahogy még mindig csak gyerekcipőben járó dolognak tűnik, de nagyon ígéretes az biztos. -
#1965
martonx
veterán
trisztan94
#1964
martonx
veterán
válasz
trisztan94
#1964
üzenetére
az a JSONP, amire te gondolsz, és a cross-domain hívások.
ASP.NET-nél Json.Net-et használva bármilyen objektumot lazán serializálsz.
-
#1954
martonx
veterán
Speeedfire
#1953
martonx
veterán
válasz
Speeedfire
#1953
üzenetére
gondolom a php-nak nem sikerült szabványos json-né konvertálnia a shell scripttől kapott izét, így a jquery-nek sem sikerül ezt a kapott izét jsonná parse-olnia.
-
#1952
martonx
veterán
trisztan94
#1951
martonx
veterán
válasz
trisztan94
#1951
üzenetére
Neked is csak azt tudom mondani, hogy nem szégyen jquery dokumentációt olvasni:
"As of jQuery 1.7, the .on() method is the preferred method for attaching event handlers to a document. For earlier versions, the .bind() method is used for attaching an event handler directly to elements. Handlers are attached to the currently selected elements in the jQuery object, so those elements must exist at the point the call to .bind() occurs. For more flexible event binding, see the discussion of event delegation in .on() or .delegate()." -
martonx
veterán
Idézek: "As of jQuery 1.7, .delegate() has been superseded by the .on() method. For earlier versions, however, it remains the most effective means to use event delegation. More information on event binding and delegation is in the .on() method." - oké nem írták ki, hogy deprecated, de azért aki tudja is értelmezni azt ami ide van írva, nem fog csodálkozni rajta, ha egyszercsak kompletten kivezetik.
A kérdésedre a megoldás az, hogy olyan elemre kötöd az .on-t, ami biztosan létezik. Ez legvégső esetben a document tud lenni.
-
#1941
martonx
veterán
Sk8erPeter
#1940
martonx
veterán
válasz
Sk8erPeter
#1940
üzenetére
bocs, akkor félreértettem, számomra egy string is objektum, de akkor valószínűleg komplex objektumra gondolhatott?
Ez esetben valóban nem lehet for ciklus nélkül megúszni. Hogy kedvezzünk Jim-Y prototipizálási kedvének itt egy prototipizálásos megoldás erre, ami mondjuk a komplex objektum Id-ja alapján ellenőriz, hogy van-e ilyen objektum a tömbben:Array.prototype.indexOfId = function(id) {
for (var i = 0; i < this.length; i++)
if (this[i].id === id)
return i;
return -1;
}
var arrayName = [
{ id: "a", gender: "man", item: "stuff" },
{ id: "b", gender: "woman", item: "stuff" },
{ id: "c", gender: "man", item: "stuff" },
{ id: "d", gender: "man", item: "stuff" }];
var position = arrayName.indexOfId("b");
alert(position); -
martonx
veterán
Ezzel nem leszel előrébb, de miért nem dobjátok bele egy phonegap app-ba? Ja, bár gondolom adott eleve egy natív alkalmazás, így adott a saját webview, és ennek csak egy részét írnátok meg html-ben. Akkor az ötletem tárgytalan.
És ezzel sem leszel előrébb, de hiába van ott a nevében, hogy mobile, szvsz eléggé öngól pont mobilra, pont böszme nagy js libeket használni. -
#1905
martonx
veterán
Peter Kiss
#1904
martonx
veterán
válasz
Peter Kiss
#1904
üzenetére
Nem biztos, hogy egyenes arányban függ össze, de pusztán az 1.9-es jquery után 46 bugreport jelent meg. Nem néztem őket végig, nem biztos, hogy mindet a háttér jquery verzió váltás okozta, de azért ez nem kevés.
Miből gondolod a jquery.validation-t nem frissítettem? Írtam, hogy jquery-t és minden kapcsolódó libet frissítettem. Jó nem részleteztem ki, hogy ezt erről erre, meg azt arról arra.
Az unobtrusive pedig ahogy te is írtad 3 hete lett jelezve, hogy nem jó. Amikor 3 hét alatt nem voltak képesek kijavítani 3 sornyi kódot a 100-ból (persze lehet még benne más hiba is, nekem eddig 3 helyen kellett belenyúlni), miközben pont a Connecten jeleztük, hogy melyek azok a sorok, amik hibásak, akkor ott túl sok jóra én nem számítanék.
-
#1903
martonx
veterán
Sk8erPeter
#1901
martonx
veterán
válasz
Sk8erPeter
#1901
üzenetére
Ja és a legviccesebbet nem is mondtam. Jquery UI. Kismillió helyen átírták a widget-jeiket. De nem dokumentáltan, áááá dehogy.
Nézzétek meg az 1.10-es Jquery UI bugreportokat. Vicces, vagy inkább tragikus.
Ráadásul megcsinálták a szép új Jquery egyenportálokat, csak éppen hehehe a Jquery UI-on az 1.9-es source kódok vannak a demóknál. Saccra a Jquery UI-os demó példa kódok jelentős része abszolút nem működik az aktuális 1.10-es Jquery UI verzióval. -
#1902
martonx
veterán
Sk8erPeter
#1901
martonx
veterán
válasz
Sk8erPeter
#1901
üzenetére
Konkértan a jquery validate-tel szívtam, meg az unobtrusive validate-el. A validate "hivatalos" jquery plugin, az unobtrusive meg hivatalos Microsoft plugin. És igen, szerintem sem szép, hogy beléjük kellett nyúlni.
-
#1899
martonx
veterán
trisztan94
#1896
martonx
veterán
válasz
trisztan94
#1896
üzenetére
Valamit nagyon benézel, mert az append-nek így működnie kellene, ahogy mutatod.
-
#1898
martonx
veterán
Sk8erPeter
#1894
martonx
veterán
válasz
Sk8erPeter
#1894
üzenetére
Valójában semmilyen előnyöm nem származott az átállásból. Ami miatt megléptem az három dolog volt:
1. A projekt amit fejlesztek még csak teszt fázisban van, és mire kijövünk élesben, nem akartam hogy ha bárki ránéz a kódra, akkor azt kérdezze, hogy miért elavult jquery verziót használtam. Bár csak e miatt valóban nem kellett volna szivatni magam.
2. A 2.0-ára mindenképpen át akarok állni, mert mint többször mondtam nem érdekel a régi böngészők támogatása, inkább legyen kisebb, gyorsabb a jquery. És az 1.9-es API-ja (elvileg legalábbis az előre beharangozottak szerint) azonos a leendő 2.0-ásével, így gondoltam jobb most megtenni egy nehézkes váltást, mint ha élesítés előtt vagy után közvetlenül jelenne meg a 2.0-ás, és csak szívnám a fogamat, hogy én meg most megyek élesbe 1.8-assal, és a franc se akarna hozzányúlni.
3. Nem gondoltam, hogy tényleg ekkora szívás lesz átállni. -
#1892
martonx
veterán
trisztan94
#1891
martonx
veterán
válasz
trisztan94
#1891
üzenetére
Ha már most teljesítmény problémáid vannak, akkor vagy valamit elrontottál, vagy mellőzni kellene a Jquery-t.
Tegnap átálltam 1.9-es Jquery-re. Ennyit még az életben soha nem szívtam js-el, mint most. Még a gyári pluginekben is debug-oltam, mire sikerült ismét működőképessé várazsolni mindet. Bár az is igaz, hogy van pár ezer sornyi js-em. Ismét megerősítést kaptam, hogy fejlesztés közben azért a pár percnyi idő előnyért jó eséllyel öngól bármilyen third-party lib-et használni, mert később azt az időt többszörösen elveszted
-
martonx
veterán
Abszolút nem értetted meg a mondanivalóm lényegét, bár nem is vártam mást. Érdekes sk8erpeter megértette.
Annak örülök, hogy a szabadidődben ilyenekkel foglalkozol, ez visz bennünket előre. Nekem is van egy rakás értelmetlen (vagy annyira nem is értelmetlen? majd kiderül) hobbi projektem.
Az, hogy ennyire büszke vagy Jim-Y megoldására, mint saját félkész megoldásra, pedig tragikomikus. -
martonx
veterán
Most nagyon off leszek, de mekkora f*sság már, amikor a designer határozza meg, hogy hogy működjön a program. És mi van ha designer megálmodik egy űrhajót, csak éppen senki nem tudja / nem éri meg se elkészíteni, se használni?
Ez a tipikus esete annak, amikor egy programozónak nem-et is kell tudnia mondani. Egy külön input-tal és dropdown-al ez egy 2 perces fejlesztés lett volna. Így meg te, plusz X fórumos ember - az mondjuk fel sem merül bennem, hogy egyedül meg tudnád csinálni - csinálja, csiszolgatja a kódot, és mindez csak azért mert a designer éppen ilyet talált ki.
Ráadásul és ez már pusztán webergonómia, amiről a designeretek nyilván abszolút nem hallott, a felhasználónak abszolút nem triviális, hogy ott lesz egy szép, agyondizájnolt valami, amit le lehet nyitni, meg írni is lehet bele, meg mindkettőt meg is kell csinálnia, szóval még csak felhasználóbarát se lesz a végeredmény. -
#1835
martonx
veterán
trisztan94
#1833
martonx
veterán
válasz
trisztan94
#1833
üzenetére
Egy próbát megérhet, illetve neki is jól jöhet némi visszajelzés.
Egyébként kellemes meglepetés, hogy egy hozzáértő tanár az oktatód! -
#1827
martonx
veterán
Sk8erPeter
#1825
martonx
veterán
válasz
Sk8erPeter
#1825
üzenetére
Ismered a mondást egy újszülöttnek minden vicc új.
-
#1812
martonx
veterán
trisztan94
#1811
martonx
veterán
válasz
trisztan94
#1811
üzenetére
elég ha a firefox pluginjeidet megnézed
engem is érdekelne, egy ilyen js elemző firebug bővítmény.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Fujifilm X
- Borotva, szakállnyíró, szakállvágó topic
- Nikon Z MILC fényképezőgépcsalád
- Cyberpunk 2077
- Kerékpárosok, bringások ide!
- A fociról könnyedén, egy baráti társaságban
- Kínai és egyéb olcsó órák topikja
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Bambu Lab 3D nyomtatók
- Háztartási gépek
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 9 5900X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- HP Rack szerverek és tartozékok egyben vagy külön-külön
- Bomba ár! Toshiba Satellite Pro R50-C - i3-6G I 4GB I 128GB SSD I 15,6" I HDMI I Cam I W10 I Gari!
- Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- Lenovo LEGION Pro 5 / Pro 7, Lenovo Yoga Pro gépek (RTX 4060 / 4070 / 4080 / 4090)
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest