Új hozzászólás Aktív témák
-
martonx
veterán
válasz trisztan94 #2806 üzenetére
Nos ők azok, akikkel soha nem fogok együtt dolgozni. Tegnap ismét elcsesződött valami az egyik ASP.NET MVC - PHP közötti interfészünkben, és szemmel láthatóan PHP oldalon. Miközben senki nem nyúlt hozzá? A PHP egy fos, debugolhatatlan, tákolmány szar. Akkor kezdenék PHP-vel fejleszteni bármit ha pisztolyt nyomnának a fejemhez.
Én kérek elnézést!
-
martonx
veterán
válasz martonx #2808 üzenetére
Mindenki okulására, hogy milyen apróságokon tud elhasalni egy rendszerek közötti interfész. Hát nem a PHP-s emberke csinált egy új rule-t, miszerint a www-s hívások menjenek át www-nélküli GET hívásra? Csakhogy mi www.xy.hu-t hívtuk POST-tal az interfészünkben, és ez már GET-ként érkezett meg a PHP-hoz. Miközben a PHP ugye POST-ot várt...
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #2812 üzenetére
Oké, ismét pontatlanul fogalmaztam. Ahogy egyik fórumtárs privátban Skype-on rá is világított
Szóval nem önmagában, mint nyelvnek volt ez a hibája, hanem a komplett PHP-s ökoszisztéma hibája, hogy egyes elemeibe kód szinttől függetlenül bele tudsz, sőt gyakorlatilag bele is kell nyúlnod. Esetünkben ez a htaccess volt. Ilyen kód szinten kívüli belenyúlás pl. ASP.NET esetében nem fordulhat elő. Ha pedig valaki hülye volt, és belenyúlt, akkor az rögtön látszódik a file változásaiból (hogy a kódokat verziózzuk az ugye alap, mindegy milyen nyelvről beszélünk).[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
Sziasztok!
Keresek valami jó slide-os sidebar menu-t. Olyan kellene, mint ez csak éppen hover-re is működjön ne csak kattintásra.
Ha tudtok ilyet, kérlek ossztáok meg velem, ne kelljen a sokadikat is kigugliznom és átnéznem a dokumentációját!
[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #2824 üzenetére
Ezen én is gondolkoztam, hogy direktbe persze el lehet sütni, csak gondoltam hátha kapásból tudtok pont olyan plugint, amit nem kell ilyen csúnyán használni.
De végülis ez a megoldás működik, szóval ha jobb plugin nem jön elő, akkor ez fog maradni.Én kérek elnézést!
-
martonx
veterán
válasz trisztan94 #2827 üzenetére
Jó, oké meggyőztetek. Én olyat képzeltem el szép megoldásnak, hogy megadom a pluginnek, hogy milyen elemet akarok slidebar-osítani (ez eddig oké is), aztán a paraméterei között meg megadom, hogy milyen eseményt figyeljen. Vagy nem adok meg semmit a paraméterei között, hanem eleve a hover-re működne alapból.
De végülis igazatok van, jó lesz ez így is. Lehet, csak én akartam túl igényes lenni.Én kérek elnézést!
-
martonx
veterán
válasz csabyka666 #2853 üzenetére
A cookie-s megoldás valóban jó lehet. Bár én nem a scrollbar pozícióját, hanem az aktuális url-t menteném bele, és ezt állítanám vissza, de ez már csak részletkérdés.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #2856 üzenetére
Én nem scrolloztatnék, inkább a window.location-nel odanavigáltatnám a böngészőt ahhoz a divhez, mintha kattintott volna a linkre, de kb. mindegy. A lényeg ugyanaz.
Én kérek elnézést!
-
martonx
veterán
válasz csabyka666 #2861 üzenetére
Ember mi itt próbálnánk segíteni, de te még arra sem vetted a fáradtságot, hogy olyan minimális fogalmaknak utána olvass, mint html, css, javascript, php.
Olyan vagy, mint aki arra kéri az írástudókat, hogy betűzzék már le neki a "fasz" szót, miközben nem tudja az ABC-t, sőt nem is érdekli, hogy mik azok a betűk. Ezt így nem igazán érzem jó hozzáállásnak részedről.
Én kérek elnézést!
-
martonx
veterán
válasz csabyka666 #2866 üzenetére
Mert mindenki úgy születik, hogy ismeri a jquery-t, mi?
Mi természetesen az anyatejjel szívtuk magunkba a programozást...Én kérek elnézést!
-
martonx
veterán
"Szerveroldalon preprocesszált oldalakkal tényleg nem pálya az AJAX." - nem elegáns, meg kérdés, hogy hány száz kbyte egy ilyen szerver oldalon generált oldal, de miért ne lenne ebben az esetben is pálya az AJAX?
Persze elegánsabb csak json-ban küldeni az adatot, és kliens oldalon beilleszteni egy template-be, de miért ne lehetne ezt szerver oldalon megcsinálni? Biztosra veszem, hogy nem több száz Kb-os oldalak fognak így sem lejönni, hanem értelmes módon megoldva pár kbyte-osak.
Én kérek elnézést!
-
martonx
veterán
Ez oké, de számomra már az sem volt világos, hogy akkor ezt kliens oldalon akarjuk csinálni, vagy szerver oldalon? Hacsak nem képszerkesztő webalkalmazást készítünk, akkor ezt szvsz semmi értelme kliens oldalon kezelni, így inkább rá is hagytam a dolgot, tudván, hogy szokás szerint úgyis rájön előbb-utóbb valamilyen megoldásra. Szóval nekem már az alapfelállás is érdekes volt.
Én kérek elnézést!
-
martonx
veterán
Persze, hogy lehet értelme, de ezzel kezdte Muton a hsz-ét: "van egy nagy kép amit megkapok base64-ben, és mérettől függetlenül megjelenítem 100x100-ban".
Ebből gondoltam, hogy ha szerverről ekkorában kapja meg, akkor az már régen rossz, hogy kliensen kezdi visszakicsinyíteni, és visszaküldeni magának kisebben.
Én kérek elnézést!
-
martonx
veterán
válasz Cathfaern #2899 üzenetére
Két megjegyzés:
1. "egy összetettebb keretrendszernél így is elég szívás tud lenni a .htaccesst rendesen belőni" milyen keretrendszerről beszélsz? A PHP-s frameworköknek saját routing-ja van, az már eleve rég rossz, ha ezek esetében .htaccess-hez kell nyúlni.
2. Már az idejét sem tudom mikor futtattam utoljára PHP-t, akár publikus hosztingon is Apache-on. Pont a komolyabb projektek a garanciák arra, hogy nem vagy a gagyi hosztingokhoz kötve (nem beszélve olyan hoszting cégekről, mint pl. a godaddy, ami szintén IIS-en futtatja azt a pár milliócska kiszolgált weboldalt).Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz Sk8erPeter #2919 üzenetére
Tudhatnád, hogy a szupertitkos, szuperprojektekben, amiken jobbnál jobb szakértők serege dolgozik, sokkal több az újdonság, mint más szokványos projektekben.
Én kérek elnézést!
-
martonx
veterán
Jelzem csak vaktában találgatok, de a cross-domain policy nem szokott tévedni.
Gondolom esetedben a youtube.html-ednek a domain-je a tarhely.hu.
A joomla izédnek a domainje meg xy.tarhely.hu vagy xy.hu vagy mittudomén mi, de biztos, hogy nem csak tisztán a tarhely.hu
Azaz hiába vannak szomszédos mappákban, de ettől a domainjük még különböző.Én kérek elnézést!
-
martonx
veterán
válasz spammer #2940 üzenetére
Picit sem érzem jquery-s problémának, amit írtál, inkább szimpla programozástechnikai probléma. Üdv a programozók világában
Szerintem eleve nem így egy menetben kellene a 4 sort beszúrnod, és akkor jóval több kontrollod lehetne a felett, hogy mikor mit hogy szúrsz be.Én kérek elnézést!
-
martonx
veterán
Egyrészt a selector-od nem jó, valami ilyesmi kellene $(".banner img")
Másrészt, el kellene dönteni, hogy jquery objektumként kezeled a kapott objektumot, vagy plain javascript objektumként.
A "[0]"-val plain js-ként kezeled, ott viszont ugyebár nem fog tudni hatni a jquery-s magic.Azaz: $(".banner img").addClass("kiskutya") vagy valami ilyesmi fog kelleni neked, meg jó sok css tanulás, plain javascript tanulás, jquery tanulás mert zavart érzek a fejedben.
[ Szerkesztve ]
Én kérek elnézést!
-
-
martonx
veterán
válasz Speeedfire #2957 üzenetére
Hát ez elég csúnya volt, de annyira minimális volt javítani, és éppen nagyon ráértem, hogy tessék: link
Én kérek elnézést!
-
martonx
veterán
A teszt megmutatta, amit eddig is tudtunk (link), hogy egy getelementbyId sokkal gyorsabb, mint egy komplex querySelect. Mivel CSS-ben kénytelen vagy komplex selectorokat használni, ezért szerintem tisztább érzés js-ben is ugyanazokat a selectorokat használni, nem pedig külön elkezdeni egy csomó getelementbyAkármi-ből összeollózni a végeredmény elemet. Másrészt itt azért nanosecundumokról beszélünk, és a css miatt a böngészőnek egyébként is folyamatosan querySelector-ozni kell. Azaz nem az a lényeg, hogy find-ot használsz-e, hanem hogy a végén getelementByAkármi-re fog a kód fallback-elődni, vagy querySelectorra. Azaz a find is pont ugyanolyan "lassú" tud lenni, ha find("#akármi img") a selectorod benne.
Ha ennyire nagy teljesítmény fan vagy, akkor miért jquery-zel? Találkozzunk inkább a sima javascript topikban Régen én is ilyen voltam, pláne mobiloknál tud ez kritikus lenni. Aztán, amikor megláttam, hogy a 30K-s kétmagos mobilon is milyen gyorsan fut minden, és mennyi mindenhez kell jquery, ráhagytam az egészet, és már csak az érdekel, hogy minél szebb, olvashatóbb legyen a végeredmény kód.
Én kérek elnézést!
-
martonx
veterán
válasz Sk8erPeter #2964 üzenetére
Nahát itt meg a first-child selector lett a leggyorsabb. Mondjuk ez egyik se tud getelementbyIzé-re fordulni, de ennyit a nagy kijelentésekről, hogy ez, meg az a kód a gyorsabb
Én kérek elnézést!
-
martonx
veterán
Ez egyrészt dícséretes, de nem-e előbb meg kellene tanulni az alapokat, és amikor már belátsz a motorháztető alá is, és az akkori tudásod birtokában vagy, majd akkor eldönteni, hogy akarsz / van-e értelme ilyen mikrooptimalizációkkal szórakozni? Hidd el az optimalizálásoknak rengeteg fajtája van weben, és ez lesz az utolsó, amit be kell majd vetned, már ha valaha is...
Én kérek elnézést!
-
martonx
veterán
válasz Realradical #2977 üzenetére
érzésre ez egy triviális 5 perces feladat. Kérlek jsfiddle-be dobj be egy példa html táblát, aztán valamelyikünk, majd rászánja ezt a pár percet, hogy megcsinálja neked.
Én kérek elnézést!
-
martonx
veterán
Nem érted. Nem jquery-ileg rossz ez a kód, azzal - ugyan nem áll módunkban kipróbálni - de talán nincs baj.
A kód általánosságban egy okádék. var w??? WTF.
Bénák a funkciók nevei, funkció bemenő paraméterét úgy hívják, hogy n???
Cserébe valaki vette a fáradtságot, és teljesen feleslegesen kommentelte a szarját, ahelyett, hogy normális nevezéktant használt volna.
Tök mindegy, hogy milyen nyelven készül egy kód, legyen az php, c#, javascript (olyan nyelv, hogy jquery nincs ) ez a kód minősíthetetlen.Én kérek elnézést!
-
martonx
veterán
Bevallom, nálam a nevezéktannál véget is ért a kód vizsgálata. Nem tudom te, hogy vagy vele, de én napközben túl sok vérpistis PHP kódot látok, ahol pusztán ránézésre meg lehet állapítani a nevezéktanból, hogy a kódon már csak a kuka segíthet, vagy van értelme valakit ráállítani javítgatni itt-ott.
Amikor function x bemenő paramétere y, akkor ott el se kezdem bogarászni, hogy amúgy vajon mit akarhat csinálni a function x, és mit szabályoz az y. Egy kódnak nyilván nem az olvashatóság az egyetlen értékmérője, de ami nem jól olvasható, az az én szememben értéktelen.
Én kérek elnézést!
-
martonx
veterán
válasz Speeedfire #3005 üzenetére
Nincs varázsgömbünk, de az 100% hogy nálad a js kódban lesz a hiba.
Én kérek elnézést!
-
martonx
veterán
"Van 15 input type=text mező, termek_ean_1, termek_ean_2 ..... termek_ean_15
Ha az ezek akármelyikébe beírt eseményt akarom figyelni, akkor kell egy onChange(#termek_ean1).... 15-ig esemény nem? Akkor 15x ki kell írni, vagy van rá jobb megoldás, hogy tudjam, a mondjuk 8-as mezőbe épp beírtak valamit, és ha igen, akkor írjunk ki valamit a lapra?
Ha van, mi az?"Hehe, erre jók a classok és az event.target Ez spéci jquery tudás lenne?
Szerk: ésez a válasz a legutolsó kérdésedre is
[ Szerkesztve ]
Én kérek elnézést!
-
martonx
veterán
válasz Realradical #3042 üzenetére
Lehetséges, de elég szopás. A window.print()-nek elvileg vinnie kellene a színeket is, ha jól emlékszek ez böngésző függő, és a Chrome nagyon nem viszi a színeket. FF és IE teljesen jók e téren.
Én kérek elnézést!
-
martonx
veterán
válasz Realradical #3044 üzenetére
Cross-browser kerülő megoldások vannak, mint pl. nem background-color-t használsz hanem inline shadow-t / beteszel egy egyszínű háttérképet stb...
Én kérek elnézést!
-
martonx
veterán
Sziasztok!
Nagyon nem mozgok otthonosan jquery pluginek között. Kérlek javasoljatok valami jó plugint, ami azt csinálná, hogy van egy baromi hosszú scrollozható nyitó oldalam. Ennek van X szekciója.
Nem szeretném az egészet betölteni (és itt nem csak a képekre gondolok, hanem a komplett szekciókra, mert van köztük olyan, ami google mapstől kezdve, kismillió képen keresztül minden szir-szart tartalmaz), hanem mindig csak akkor töltődne be 1-1 szekció, ha a scroll elérne egy bizonyos pontot, vagy az oldal alját.
Van erre valami jó jquery plugin?
Ha bármi jó ötletetek van, hogyan lehetne ezt minél szebben, erőforrás kímélőbben kivtelezni, akkor ötleteljünk rajta.Köszi!
Én kérek elnézést!
-
-
martonx
veterán
No, kész vagyok a scrollozós navigációval.
Végül magam írtam egyet, mivel túlságosan custom kellett, hogy legyen, illetve jquery-vel annyira bagatell volt (na jó, másfél estém ráment azért, azaz kb. 6 óra), plusz egyúttal integráltam a meglévő pagejs-es navigációba is.Így a navigációm az alábbiakat tudja:
1. oldal bizonyos pontjaihoz scrolloz, amit mondjuk bármelyik plugin tud
2. ahogy lefelé scrollozol, a hiányzó anyagot röptében tölti, ezt is tudják a pluginek
3. amikor menü kattintással scrollozol oda, akkor is tölti az oda tartozó content-et, sőt nem csak az oda tartozót, hanem a közben felmerülő addig hiányzó contenteket is, itt a pluginek már kezdtek elvérezni
4. és vannak a scrollozós navigáción kívül eső "oldalak", ezekről visszakattintva a baromi nagy scrollozós oldalra is tudja a fenti 3-at, annyi különbséggel, hogy ilyenkor betölti az alap oldalt, és indul a scroll és tölti a cuccokat közben, ezt pláne nem tudják a pluginekEgy dolgot nem tud, de most nem akartam ennél több időt rászánni. Hiányzik belőle, hogy manuális scrollozáskor jelölje aktívnak az ahhoz a ponthoz tartozó menüpontot. Ezt valószínűleg a document.elementFromPoint(x,y)-al lehetne figyeltetni.
Sajnos az oldal még nem publikus, ha az lesz belinkelem ide.
Én kérek elnézést!
-
martonx
veterán
Új hozzászólás Aktív témák
- Bomba ár! Asus VivoBook X412F - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 650 G5 - i7-8GEN I 8GB I 256GB SSD I 15,6" FHD I Cam I W11 I Garancia!
- Bomba ár! Lenovo ThinkPad L380 - i5-8GEN I 8GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- Bomba ár! Asus VivoBook S410U - i5-8GEN I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Bomba ár! HP ProBook 450 G3 - i7-6G I 8GB I 256GB SSD I HDMI I 15,6" FHD I Cam I W10 I Gar!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen