Hirdetés
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
Ahoi,
AngularJS kérdés.
Egy új alkalmazást Angularral kezdtem el, kellene bele valamilyen wyswyg editor. Ezzel valakinek tapasztalat? Láttam CK-val egészen könnyen elboldogul, illetve van a textAngular ami kimondottan Angularhoz készült és nagyon lightweight, de nincs benne képfeltöltés (bár lehet ez nem is fog kelleni, még megkérdezem az ügyféléket). Egyéb ötlet?
Köszi! -
-
Megértelek, a dev környezet kiépítésére sajnálom leginkább az időt. Inkább leülök olvasni, vagy kódolok, minthogy erre menjenek el napjaim. Nekem nem tűnik annyira szélesen támogatottnak ez a sourcemap dolog, de egyelőre még csak firefox-ban néztem meg, elképzelhető, hogy más böngészőkben jobb a helyzet. Az elvet sem pontosan tudom, ami mögötte van, pl hogy lehetséges e több fájlt és azok kódjait betenni egy sourcemap-be, az is kérdés. Jelenleg csak a babelhez meg a minifyolt változathoz kellene, máshoz nemigen, szóval meg tudnám oldani nélküle is. Amit idáig összetákoltam dev környezetnek karmával meg nodejs-el az egész jó, át fogok térni rá a projektjeimnél, fejlettebb, mint amit előtte toltam.
Nekem is el kellene kezdenem Karmával teszteket írni, vagy valami hasonló, mert sajnos még ez is kimarad a repertoárból.
Mondjuk jelenleg most inkább a stabil JS tudásra hajtok, aztán jöhetnek az advancedebb dolgok amik már a fejlesztést fogják segíteni. Túl sok már a lehetőség. 
-
Nem, de ha a működő kódról jelentenek valami hibát, akkor jó lenne, ha az eredeti fájlok neveit meg az azokban lévő sort tartalmazná, nem az agyoncsomagolt fájl első sor x-edik oszlopát, amiből nem egyszerű kikeresni.
Persze, ez igaz. Őszintén szólva én babelt most csak itthon használok, és nem tömörítem a kódot vagy változtatok nevet, csak a fícsöröket próbálom ki egy hobbi projekt keretein belül. Igazából fejlesztenem kellene a fejlesztési módszeremen.
-
Próbálkoztam sourcemaps-el, de nem nagyon lehet ráhúzni. Nekem legalábbis nem sikerült egyelőre. Te hogyan debuggolsz babellel? Én egyelőre sima browserify + ugify-al próbáltam sourcemaps-et a gulp-sourcemaps-el, de csak a bundle tartalmát látom firebug-ban, a forrás fájlokat nem, illetve hibánál a sor is a tömörített fájlra vonatkozik, szóval mindig 1. Így egyáltalán nem használható debug-ra. Még próbálkozom. Ha mégis összejönne, akkor megpróbálom babel-re is.
Láttam, hogy van karma-cucumber, szóval elvileg cucumber-el is lehetne tesztelni, nem muszáj a jasmine. Majd megpróbálom azt is, mert nekem a BDD szimpatikusabb, mint a szimpla TDD, amit jasmine jelenleg támogat. Furának tartom, hogy azt írják jasmine dokumentációban, hogy BDD keretrendszer, amikor köze nincsen hozzá.
-
inf3rno
nagyúr
A VM-el az a bajom, hogy ha a legkisebb OS-t is teszem fel akkor is sok helyet foglal, viszont ott nincs megfogva a kezem, mert ki tudom használni az OS lehetőségeit. A Java is VM-t használ amúgy aminek a neve igen találóan JVM lett, ezért is platform független. Várom, hogy kicsit jobb legyen ez a Docker, mert most még eléggé bugos pár helyen, de szerintem jó lesz.
-
PumpkinSeed
addikt
Közben átgondoltam, hogy mire jó a Docker. Bár nem vagyok benne biztos, hogy tényleg így működik.
A docker elvileg egy mini oprendszer az aktuális oprendszer felett. Minden oprendszer fölé ugyanazt teszi fel. A programok ezen a standard interface-en keresztül kommunikálnak, és nem látják a tényleges oprendszert. Tehát ha csinálsz egy docker image-t, azt bármelyik oprendszerre feltelepítheted, amin ott van a docker. Ez nyilván azt hozza magával, hogy webfejlesztésre nagyon jó, asztali app fejlesztésre pocsék, mert manapság egyáltalán nem gyakori, hogy a felhasználó gépén fut a docker, kivéve, ha Linux-os hozzáértő emberről van szó. Nyűg külön telepíttetni olyan Win felhasználókkal, akik analfabéták a géphez, márpedig ha ilyen a célközönséged, akkor próbálod minimumra venni a next-ek számát is, nehogy valamit elállítsanak. A webfejlesztésnél azért lehet jó, mert nem kell szerver meg oprendszer kompatibilitást tesztelni, elég csak felszórni az imaget egy container-be, aztán megy. Ennyi. Asztalinál is ez lenne az előnye, valszeg ezért el is fog terjedni.
A VM egész máshogy működik, az eltérő oprendszereket szimulál, szóval azon tudod tesztelni, hogy eltérő oprendszerekkel hogyan működik az alkalmazásod. Az asztali fejlesztés annyiból rosszabb vele, mint a docker-el lenne, hogy több környezetre kell tesztelni, és többször megírni a kód egy részét. A java ezen segít valamennyit, kb ugyanazt csinálja, mint a docker, elfedi az eltéréseket. A webfejlesztés kb ugyanolyan, mint docker-el, annyi, hogy a szerver gépet szimulálod vele, így az oprendszered lehet valami tök más is, pl Linux szerver Windows oprendszer. Még annyi előnye van, hogy kimentheted az image-t, aztán megoszthatod a többi fejlesztővel, ha csapatban nyomulsz. Így szerver beállítások beli különbség, meg ilyesmi nem okoz majd konfliktusokat, feltéve ha fel tudod szórni a szerverre ugyanazt az imaget.
Van még a vagrant, elvileg azzal leírhatod, hogy az aktuális imaget hogyan hoztad létre, szóval hogy hogyan került ebbe az állapotba a virtuális géped vagy a docker container-ed. Elvileg mindkettőnél lehet menteni az image-t is futás közben, gyakorlatilag nem tudom, sosem használtam egyiket sem. A vagrant azért lehet jó, mert belenyúlhatsz a szoftvercsomagba és a beállításokba anélkül, hogy mindent kézzel kellene nulláról újratelepítened. Valami olyasmi ránézésre, mint egy verzió kezelő a futási környezetre.
Nekem ránézésre egyikre sincs most szükségem, de csapatban mindenképp hasznosnak tűnnek, ugyanígy asztalihoz is, ha több oprendszert akarsz támogatni.
-
inf3rno
nagyúr
Windowson próbáltam igen. Na mindegy, csak eljutottam odáig, hogy felszemeteltem a gépemre a Jenkins-t mert szükség törvényt bont.
Közben átgondoltam, hogy mire jó a Docker. Bár nem vagyok benne biztos, hogy tényleg így működik.
A docker elvileg egy mini oprendszer az aktuális oprendszer felett. Minden oprendszer fölé ugyanazt teszi fel. A programok ezen a standard interface-en keresztül kommunikálnak, és nem látják a tényleges oprendszert. Tehát ha csinálsz egy docker image-t, azt bármelyik oprendszerre feltelepítheted, amin ott van a docker. Ez nyilván azt hozza magával, hogy webfejlesztésre nagyon jó, asztali app fejlesztésre pocsék, mert manapság egyáltalán nem gyakori, hogy a felhasználó gépén fut a docker, kivéve, ha Linux-os hozzáértő emberről van szó. Nyűg külön telepíttetni olyan Win felhasználókkal, akik analfabéták a géphez, márpedig ha ilyen a célközönséged, akkor próbálod minimumra venni a next-ek számát is, nehogy valamit elállítsanak. A webfejlesztésnél azért lehet jó, mert nem kell szerver meg oprendszer kompatibilitást tesztelni, elég csak felszórni az imaget egy container-be, aztán megy. Ennyi. Asztalinál is ez lenne az előnye, valszeg ezért el is fog terjedni.
A VM egész máshogy működik, az eltérő oprendszereket szimulál, szóval azon tudod tesztelni, hogy eltérő oprendszerekkel hogyan működik az alkalmazásod. Az asztali fejlesztés annyiból rosszabb vele, mint a docker-el lenne, hogy több környezetre kell tesztelni, és többször megírni a kód egy részét. A java ezen segít valamennyit, kb ugyanazt csinálja, mint a docker, elfedi az eltéréseket. A webfejlesztés kb ugyanolyan, mint docker-el, annyi, hogy a szerver gépet szimulálod vele, így az oprendszered lehet valami tök más is, pl Linux szerver Windows oprendszer. Még annyi előnye van, hogy kimentheted az image-t, aztán megoszthatod a többi fejlesztővel, ha csapatban nyomulsz. Így szerver beállítások beli különbség, meg ilyesmi nem okoz majd konfliktusokat, feltéve ha fel tudod szórni a szerverre ugyanazt az imaget.
Van még a vagrant, elvileg azzal leírhatod, hogy az aktuális imaget hogyan hoztad létre, szóval hogy hogyan került ebbe az állapotba a virtuális géped vagy a docker container-ed. Elvileg mindkettőnél lehet menteni az image-t is futás közben, gyakorlatilag nem tudom, sosem használtam egyiket sem. A vagrant azért lehet jó, mert belenyúlhatsz a szoftvercsomagba és a beállításokba anélkül, hogy mindent kézzel kellene nulláról újratelepítened. Valami olyasmi ránézésre, mint egy verzió kezelő a futási környezetre.
Nekem ránézésre egyikre sincs most szükségem, de csapatban mindenképp hasznosnak tűnnek, ugyanígy asztalihoz is, ha több oprendszert akarsz támogatni.
-
-
Ahogy én látom a Trixie támogatja az IE8 user scripteket, sőt arra találták ki: Trixie 0.2.3
To operate it:
1.put your userscript in c:\Program Files (x86)\Bhelpuri\Trixie\Scripts\ folder (it contains some samples you can start with)
2.restart IE or go to "Tools" -> "Trixie Options" menu and click "Reload Scripts" button (no need to restart IE)Már be is integráltam az IE8 böngészőbe a telepítővel, előtte fel kellett rakni az XP SP3-ra a NETF 2.0 -át.. nekem nem volt fenn!
Már csak a megfelelő user script megírása hiányzik! Mivel be és ki tudom kapcsolni a többi Trixie scriptet is az eszközök menűből megnyíló Ablakban!
Másik böngésző nem megoldás nekem, mert sok oldalt nyomtatni szeretnék a vodafone oldaláról IE8 alatt és felül foglalja a helyet a figyelmeztető ablak a Vodafone lapon pl., hogy váltsak böngészőt... sajnos nem integráltak az oldalba X-et vagy Ok-t, hogy eltünjön!
Tudnál segíteni a megfelelő script megírásában?
-
PumpkinSeed
addikt
Windowson próbáltam igen. Na mindegy, csak eljutottam odáig, hogy felszemeteltem a gépemre a Jenkins-t mert szükség törvényt bont.
-
inf3rno
nagyúr
Kipróbáltam a Docker-t hát igazából elég sok a negatív tapasztalatom vele. Feltelepítettem járt hozzá egy Kinematic névre keresztel GUI alpha verzióval. Eddig nagyon jó is volt, tényleg szép letisztult külső könnyű használat, beépített log felület. Feltettem a Jenkins-t meg akkor már pár más dolgot is kipróbáltam. Működött is, majd elszállt egy connectionEx tcp hibával, kerestem rá pár megoldást nem működött semmi. Újratelepítettem, ment egy darabig meg megint hiba. Újratelepítettem és egyből hiba, szóval felhagytam vele.
Viszont a másik probléma, Jenkins-t használ valaki? Letöltöttem hozzá a Go plugin-t és elszáll az egész. A beállításoknál folyamatosan BETÖLTÉS-t ír ki és használhatatlan, de ha kikapcsolom a plugin-t akkor megy mint régen.
-
Ahogy én látom a Trixie támogatja az IE8 user scripteket, sőt arra találták ki: Trixie 0.2.3
To operate it:
1.put your userscript in c:\Program Files (x86)\Bhelpuri\Trixie\Scripts\ folder (it contains some samples you can start with)
2.restart IE or go to "Tools" -> "Trixie Options" menu and click "Reload Scripts" button (no need to restart IE)Már be is integráltam az IE8 böngészőbe a telepítővel, előtte fel kellett rakni az XP SP3-ra a NETF 2.0 -át.. nekem nem volt fenn!
Már csak a megfelelő user script megírása hiányzik! Mivel be és ki tudom kapcsolni a többi Trixie scriptet is az eszközök menűből megnyíló Ablakban!
Másik böngésző nem megoldás nekem, mert sok oldalt nyomtatni szeretnék a vodafone oldaláról IE8 alatt és felül foglalja a helyet a figyelmeztető ablak a Vodafone lapon pl., hogy váltsak böngészőt... sajnos nem integráltak az oldalba X-et vagy Ok-t, hogy eltünjön!
Tudnál segíteni a megfelelő script megírásában? -
inf3rno
nagyúr
Kipróbáltam a Docker-t hát igazából elég sok a negatív tapasztalatom vele. Feltelepítettem járt hozzá egy Kinematic névre keresztel GUI alpha verzióval. Eddig nagyon jó is volt, tényleg szép letisztult külső könnyű használat, beépített log felület. Feltettem a Jenkins-t meg akkor már pár más dolgot is kipróbáltam. Működött is, majd elszállt egy connectionEx tcp hibával, kerestem rá pár megoldást nem működött semmi. Újratelepítettem, ment egy darabig meg megint hiba. Újratelepítettem és egyből hiba, szóval felhagytam vele.
Viszont a másik probléma, Jenkins-t használ valaki? Letöltöttem hozzá a Go plugin-t és elszáll az egész. A beállításoknál folyamatosan BETÖLTÉS-t ír ki és használhatatlan, de ha kikapcsolom a plugin-t akkor megy mint régen.
-
-
Bigyo13
őstag
Az IE8 user javascript kezelését megtaláltam... már csak helyesen kellene megírni a scriptet
A cél, hogy a vodafone.hu oldalán ne töltse be a böngésző figyelmeztető részt felül az oldalon, valami ilyesmi paranccsal:
(function() {
remove_meta_box( 'dashboard_browser_nag', 'dashboard', 'normal' );
}
add_action( 'wp_dashboard_setup', 'disable_browser_upgrade_warning' );}
)();De valamit nem jól írtam vagy kihagytam, mert nem működik
-
PumpkinSeed
addikt
-
Bigyo13
őstag
Sziasztok! Nem tudom jó helyre írok-e, de nem nagyon értek a JavaScript íráshoz, ezért egy kis segítség kellene! A következő parancsot szeretném kiadni minden IE8 böngésző megnyitásakor a vodafone.hu oldalnak, hogy ne legyen a felső részben a Javaslat a böngésző váltásra!
Találtam erre beágyazandó parancsot tehát a következő szöveggel, ami talán jó lenne script-ben is:
function disable_browser_upgrade_warning() {
remove_meta_box( 'dashboard_browser_nag', 'dashboard', 'normal' );
}
add_action( 'wp_dashboard_setup', 'disable_browser_upgrade_warning' );Ezt nem tudom, hogy kell megírni, hogy működjön is, mert ugye én a vodafone oldalát szerkeszteni nem tudom, ahova ezt be lehetne ágyazni... ezért kellene megoldás pl. Java script paranccsal!
Vagy hogyan tudnám a vodafone által beágyazott Javascriptet, ezt a részt az oldaluk letöltése közben blokkolni:
</script> <![endif]--> <!--[if lte IE 8]> <div id="iewarning" style="display: none;"> <div class="iewCenter clearfix"> <div class="iewText"> <h2> Böngéssz kompromisszumok nélkül! </h2> <p> Az általad használt böngészőt nem támogatja az oldalunk, így annak bizonyos részeit nem tudod teljes értékűen használni. A maximális élmény érdekében kérjük, hogy frissítsd böngésződet, igényeidnek megfelelően. </p> </div> <div class="iewDownload"> <h2> Ajánlott böngészők </h2> <div class="ie"> <h3>Internet Explorer</h3> <a href="http://www.microsoft.com/hun/upgrade/"> > letöltöm </a> </div> <div class="ff"> <h3>Mozilla Firefox</h3> <a href="http://www.mozilla.com/hu/"> > letöltöm </a> </div> <div class="ch"> <h3>Google Chrome</h3> <a href="http://www.google.com/chrome?hl=hu"> > letöltöm </a> </div> </div> </div> </div> <![endif]--> <script type="text/javascript"
Köszönöm!
-
PumpkinSeed
addikt
Ha a VM nem játszik, akkor próbáld meg a docker-t. Az kevesebbet eszik, és ugyanazt tudja. (Még nem foglalkoztam vele, de mások nagyon ajánlják.)
Nekem a projekt mappa külön HDD-n van, az összes projektnek abban van a kódja egy-egy mappában. A felosztásnál nekem most bejön a forrás az src-be a build meg a dist-be, a build task-ek mennek a tasks-be, a tesztek meg a spec-be. A runnerek a project root-ban vannak. Nagyjából ennyi a történet. Ha csapat van, akkor még bejön a képbe a CI szerver, a kódokat ott kell integrálni, aztán tesztelni és release-elni. Ha nincs csapat, akkor én nem szoktam ilyesmivel foglalkozni, letesztelem itthon, aztán kitolom a release script-el. Egyedül a rollback hiánya, ami aggasztó ilyenkor, de magabiztos vagyok.
Nem jellemző, hogy oprendszerbeli eltérések miatt bármi történne. Legalábbis webes fejlesztésben nagyon ritkán találkozok ilyesmivel legtöbbször mod rewrite meg env vars témában, asztalra meg mobilra nem fejlesztek (még), azoknál gondolom nagyon más a helyzet. Nálam kb ennyi a történet.Én nem tudnám megszokni, hogy több oprendszert használok fejlesztésre. Most váltok majd linux-ra win7-ről, teszteltem egy csomót. De hogy ide-oda váltsak az oprendszerek között meg rebootoljak, amikor egy projekthez akarok nyúlni, az kizárt. Akkor már jobb a VM vagy a docker.
Ezt a dockert akkor kipróbálom.
-
Android az nem rossz, én egy kicsit foglalkoztam vele. Szerver kommunikációig jutottam, kamerát meg hasonlókat már nem kezeltem. Szerver oldalon amit egyszer ki szeretnék próbálni itthon az a Django lesz, csak jussak el odáig.
Nodejs-hez milyen frameworköt használsz? Express?Ja, mindenki azt használ.
Na összeszórtam babel-el is, nehéz szülés volt, mármint a nodejs jasmine teszt vele. [link] A végén úgy döntöttem, hogy becsomagolom browserify-al az egészet egy pack-ba, aztán úgy tesztelem. Próbáltam jest-el is, annak elvileg van preprocessor-a, ami babel-el átalakítja, de bugos. Facebook fejlesztők kontár munkája...
Úh. azzal nem jött össze a dolog. Most megy, de kellene még bele egy source map, amit nem tudom, hogy fel tudok e építeni browserify+babelify+uglify kimenetéből. Talán ha minden összejön, akkor igen. A következő probléma meg az lesz, hogy hogyan alakítom át a jasmine hibaüzeneteit a bundle-ről valami épkézláb dologgá a sourcemap segítségével. Meglájuk. Még úgysem használtam sosem ilyesmit. -
C#-ot valszeg nem fogom, mert búcsút mondok a windows-nak. A java szimpi, de csak fél évet foglalkoztam vele, akkor se túl komolyan. Jobb szeretem a könnyű súlyú dolgokat. Majd talán kisebb asztali alkalmazásokat rakok össze java-ban. De elvileg már node-al is lehet ilyesmit. Az android még ami izgat.
Android az nem rossz, én egy kicsit foglalkoztam vele. Szerver kommunikációig jutottam, kamerát meg hasonlókat már nem kezeltem. Szerver oldalon amit egyszer ki szeretnék próbálni itthon az a Django lesz, csak jussak el odáig.
Nodejs-hez milyen frameworköt használsz? Express? -
Persze egy ideje ismerkedek vele, tisztább, szárazabb érzés a PHP után. PHP kb olyan, mintha a fél karom hiányozna, mert a webszerver kezeli a thread-eket, meg csak szinkron kódot lehet írni vele. (Tudom, hogy van appszerver, meg nagyon próbálják pusholni páran az aszinkron PHP-t, de rajtuk kívül senki nem veszi komolyan.)
Azért a nodejs is gyerek még, nagyon kell neki, hogy stabil támogatás legyen az ES7 async function-ön. Így future-ökkel el lehet bohóckodni, de nem az igazi. Most próbálok egy object stream-hez hasonló belső üzenetküldőt csinálni aszinkron kódoláshoz. Meglátjuk hova jutok vele. Igazából már 1 éve elkezdtem hobbiból, aztán azóta már egyszer újraírtam, és most fogom másodszor is. Tisztul a dolog. Nem tudom mások hogy írnak keretrendszereket, de nekem mindig kell 2-3-4 újraírós ciklus, amitől egyre szebb meg egyszerűbb lesz a kód. Úgy néztem azért másoknál is jellemző, hogy teljesen újraírják őket, pl ext4 vagy nanomsg (ami zeromq2), symfony2, és így tovább. Nagyon ritka, hogy elsőre megtalálja a legjobb megoldást az ember.
"Nem tudom mások hogy írnak keretrendszereket, de nekem mindig kell 2-3-4 újraírós ciklus"
Minden egyes alkalommal.
Nehezebb súlyú szerver oldalt is próbáltál? C#, Java?
-
Miért nem próbáltál ki más nyelvet szerver oldalon? Igaz amit mondasz, pár cikket és reddit posztot én is olvastam a témában, hogy a PHP csak úgy létrejött valahogy.
Nekem nincs sok tapasztalatom benne, főiskolás évek alatt CodeIgnitert nyúztam, végzés óta pedig Laravel. Én úgy gondolom a rossz hírnévhez lehet a sok kontár pistike "programozó" járul hozzá. Mondjuk én is szívesen kipróbálnék mást is, sok féle lehetősége van már az embernek. Nodejs-t próbáltad már esetleg?
-
inf3rno
nagyúr
Csak érdekel, hogy ezeket így hogyan szoktátok megcsinálni, ugyanis nekem most Win7 + Kali van a laptopomon. Win7 alatt megy a PHP PHPstorm alatt Go webStorm alatt Kali alatt meg ami webprog kurzusra kell Java GWT. Már így is annyira tele van szemetelve a laptopom, hogy alig látom át mi merre van, ezért nem tudom elképzelni mit csináljak más dolgok tesztelésére. A virtuális gépek se nagyon játszanak ugyanis 120GB-os SSD-m van ami nem épp egy leányálom két oprendszer mellett. Szóval érdeklődnék, hogy ezt mind hogyan szoktátok megoldani.
Ha a VM nem játszik, akkor próbáld meg a docker-t. Az kevesebbet eszik, és ugyanazt tudja. (Még nem foglalkoztam vele, de mások nagyon ajánlják.)
Nekem a projekt mappa külön HDD-n van, az összes projektnek abban van a kódja egy-egy mappában. A felosztásnál nekem most bejön a forrás az src-be a build meg a dist-be, a build task-ek mennek a tasks-be, a tesztek meg a spec-be. A runnerek a project root-ban vannak. Nagyjából ennyi a történet. Ha csapat van, akkor még bejön a képbe a CI szerver, a kódokat ott kell integrálni, aztán tesztelni és release-elni. Ha nincs csapat, akkor én nem szoktam ilyesmivel foglalkozni, letesztelem itthon, aztán kitolom a release script-el. Egyedül a rollback hiánya, ami aggasztó ilyenkor, de magabiztos vagyok.
Nem jellemző, hogy oprendszerbeli eltérések miatt bármi történne. Legalábbis webes fejlesztésben nagyon ritkán találkozok ilyesmivel legtöbbször mod rewrite meg env vars témában, asztalra meg mobilra nem fejlesztek (még), azoknál gondolom nagyon más a helyzet. Nálam kb ennyi a történet.Én nem tudnám megszokni, hogy több oprendszert használok fejlesztésre. Most váltok majd linux-ra win7-ről, teszteltem egy csomót. De hogy ide-oda váltsak az oprendszerek között meg rebootoljak, amikor egy projekthez akarok nyúlni, az kizárt. Akkor már jobb a VM vagy a docker.
-
Magával a nyelvvel csak annyi, hogy xarból nem lehet várat építeni. A PHP4 kb olyan volt, mint a js-ben a típusellenőrzés. Azóta rátákoltak a tetejére egy oop réteget, kb. ennyi történt. Ugyanúgy szinkron, nem lehet aszinkron kódot írni benne, sem többszálút. Általában aztán az van, hogy az ügyfél kiválasztja magának a legolcsóbb tárhelyet, megveszi, kattintgat párat joomlában, vagy hasonló CMS-ben, aztán rájön, hogy ehhez nem ért, és akkor fejlesszek neki PHP-ben LAMP-ra valamit, feléből mennyit engedek alapon. A másik lehetőség ugyanez, csak az első versenyző spagetti kódban már félig összegányolta mielőtt belezavarodott a saját kódjába, és feladta, és hát nekem már csak "alig valamit" kell lekódolni. Meguntam ezt az életérzést. Úgy döntöttem, hogy ez így nem vezet sehova. Inkább elméletben képzem magam addig könyvekből, amennyi nekem kell, DDD, BDD, REST, SOLID, meg hasonló betűszavak terén, aztán ezentúl csak saját projekteket csinálok, pénzt meg másból keresek. Ennyi a bajom az egésszel.
Itt a karmás [link]. Egyelőre nem találtam még olyat, amivel jasmine teszteket össze tudok kombinálni babel-el, más dolgom volt. A Jest elvileg jó rá, gyakorlatilag jobb szeretném megoldani először anélkül.
-
PumpkinSeed
addikt
Egy jó ideje már jasmine-el tesztelek TDD-vel, újabban meg cucumber-el BDD-vel. Szerintem jasmine teljesen alkalmas munkára. Mocha-t is megpróbáltam annak idején, de nem sikerült elindítani sem...
Most nem melózok egy ideje, biomérnök állást keresek, meguntam a programozást, mármint azt a részét, hogy tucat webshopokat kell php-ben programozni. Ki nem állhatom azt a nyelvet, elég volt belőle pár év.Jövőre ha lesz egy kis szabadidőm labor mellett, akkor összeszórok egy cucumber+jasmine kombinációt, mert a mostani cucumber elég fapados, és csak annyira lenne szükség, hogy jasmine fölé építsünk egy speckó test loadert, ami a gherkin syntax-os scenario-kat lefordítja jasmine-re. Ezt azért pár hét alatt össze lehet hozni sztem. Elvileg talán még gherkin parser is van készen, csak össze kell tákolni a jasmine-el.
Közben sikerült összekombinálni jasmine+browserify+karma+gulp-ot. Még dolgozok rajta pár órát, aztán felteszek egy project templatet github-ra. Jó lenne még ilyen finomságokat, hogy sourcemap meg coverage meg ilyesmik is beletenni. Talán majd később. Ha fent van, akkor hozzácsapok egy babelify-t is külön branch-en aztán belinkelem.
-
Egy jó ideje már jasmine-el tesztelek TDD-vel, újabban meg cucumber-el BDD-vel. Szerintem jasmine teljesen alkalmas munkára. Mocha-t is megpróbáltam annak idején, de nem sikerült elindítani sem...
Most nem melózok egy ideje, biomérnök állást keresek, meguntam a programozást, mármint azt a részét, hogy tucat webshopokat kell php-ben programozni. Ki nem állhatom azt a nyelvet, elég volt belőle pár év.Jövőre ha lesz egy kis szabadidőm labor mellett, akkor összeszórok egy cucumber+jasmine kombinációt, mert a mostani cucumber elég fapados, és csak annyira lenne szükség, hogy jasmine fölé építsünk egy speckó test loadert, ami a gherkin syntax-os scenario-kat lefordítja jasmine-re. Ezt azért pár hét alatt össze lehet hozni sztem. Elvileg talán még gherkin parser is van készen, csak össze kell tákolni a jasmine-el.
Közben sikerült összekombinálni jasmine+browserify+karma+gulp-ot. Még dolgozok rajta pár órát, aztán felteszek egy project templatet github-ra. Jó lenne még ilyen finomságokat, hogy sourcemap meg coverage meg ilyesmik is beletenni. Talán majd később. Ha fent van, akkor hozzácsapok egy babelify-t is külön branch-en aztán belinkelem.
-
Nem semmi, én eddig nem tudom mikor jutottam volna el.
Marad akkor a sima gulp-browserify, nekem jelenleg még tökéletes megteszi.Munkahelyen is használod a Jasminet, vagy csak otthon?
Egy jó ideje már jasmine-el tesztelek TDD-vel, újabban meg cucumber-el BDD-vel. Szerintem jasmine teljesen alkalmas munkára. Mocha-t is megpróbáltam annak idején, de nem sikerült elindítani sem...
Most nem melózok egy ideje, biomérnök állást keresek, meguntam a programozást, mármint azt a részét, hogy tucat webshopokat kell php-ben programozni. Ki nem állhatom azt a nyelvet, elég volt belőle pár év.Jövőre ha lesz egy kis szabadidőm labor mellett, akkor összeszórok egy cucumber+jasmine kombinációt, mert a mostani cucumber elég fapados, és csak annyira lenne szükség, hogy jasmine fölé építsünk egy speckó test loadert, ami a gherkin syntax-os scenario-kat lefordítja jasmine-re. Ezt azért pár hét alatt össze lehet hozni sztem. Elvileg talán még gherkin parser is van készen, csak össze kell tákolni a jasmine-el.
Közben sikerült összekombinálni jasmine+browserify+karma+gulp-ot. Még dolgozok rajta pár órát, aztán felteszek egy project templatet github-ra. Jó lenne még ilyen finomságokat, hogy sourcemap meg coverage meg ilyesmik is beletenni. Talán majd később. Ha fent van, akkor hozzácsapok egy babelify-t is külön branch-en aztán belinkelem.
-
Nem sikerül összehozni, bugzik karma, úh. nem tudom kiküldeni automatikus tesztre böngészőbe a bundle-t. Ha sikerül összehozni egy fejlesztői környezetet karmával, jasmine-el és browserify-al és sourcemap-el, akkor tudok majd foglalkozni vele. Nem ma lesz, az már biztos.
Nem semmi, én eddig nem tudom mikor jutottam volna el.
Marad akkor a sima gulp-browserify, nekem jelenleg még tökéletes megteszi.Munkahelyen is használod a Jasminet, vagy csak otthon?
-
Szállítom az ígért kódot.
Szóval az volt a baj, hogy sima browserifyn akartam használni a babelifys transformot, ezt kellett lecserélni a gulp-browserifyre.
Így néz ki most a task, kipróbáltam, nekem működik a dolog:
var gulp = require('gulp');
var sass = require('gulp-sass');
var browserify = require('gulp-browserify');
var babelify = require('babelify');
gulp.task('js', function () {
gulp.src('./resources/assets/js/*.js')
.pipe(browserify({
transform: ['babelify']
}))
.pipe(gulp.dest('./public/_assets/js'))
});
gulp.task('js-w', function () {
gulp.watch('./resources/assets/js/*.js', ['js']);
});Webpackot még nem próbáltam, csak olvastam róla.
-
Azt nézem hatalmas különbség nincsen, csak annyi, hogy streamelhetővé teszi browserify-t. Elméletileg enélkül is működnie kellett volna sima callback-el. Így azért szerintem sokkal szebb, hogy tudja a gulp src-t használni, és nem kell glob-ot meg ilyesmiket beletákolni a kódba. Majd ha kipróbálom babel-t, akkor visszatérek ehhez. A webpack-re azt mondják, hogy babel-el gyorsabban csomagol, meg hogy kisebb a minified fájlméret is. Azért nem olyan egyszerű belőni, mint a browserify-t.
Karmával van tapasztalatod? Azzal küzdök, hogy gulp task-el szervert indítsak, ami nem záródik be a gulp task végén sem. Gondolom child process-be kellene tenni valahogy, és belőni daemon-nak a child process-t. Egyelőre idáig jutottam:
var karma = require("karma"),
gutil = require("gutil");
module.exports = function (done) {
var server = new karma.Server({
configFile: "../../../karma.conf.js"
});
server.on("browser_error", function (browser, err) {
gutil.log("Karma Run Failed: " + err.message);
throw err;
});
server.on("run_complete", function (browsers, results) {
gutil.log("Karma Run Complete: " + results.failed ? "Some of the Tests Failed" : "No Failures");
done();
});
server.start();
};module.exports = function (config) {
config.set({
basePath: __dirname,
frameworks: ['jasmine'],
files: [
{pattern: 'src/nodelist.js', included: true},
{pattern: 'tests/*.js', included: true}
],
exclude: [],
reporters: ['progress'],
port: 9876,
colors: true,
logLevel: config.LOG_INFO,
autoWatch: true,
browsers: ['Firefox'],
captureTimeout: 6000,
singleRun: false
});
};Az a kínja most, hogy a teszt futása közben megakad az egész a singleRun: false miatt. Gondolom ezt a részt valahogy ki kellene szervezni child process-be, aztán megpingelni a szervert, hogy fel van e lőve. Ha igen, akkor meg hagyni, hadd dolgozzon. A gond csak az, hogy elvileg ezt a karma magától megteszi. Szóval nem tudom, hogy melyik részt lenne érdemes child process-be tenni, és hogyan kommunikálni vele. Láttam, hogy van olyan, hogy karma client, lehet, hogy a szervert miután a child process-be tettem csinálni kell egy client-et, ami majd kommunikál vele. Gondolom a fájl frissítéseket az autoWatch automatikusan megcsinálja, szóval azzal a részével nem lenne gond. Hát egyelőre zavaros, dokumentáció meg általában nem nagyon van ilyen mélyebb dolgokról. Majd feltúrom a kódot, aztán lesz valami.
Tyűűű, ehhez sajnos nem tudok hozzászólni.
-
Szállítom az ígért kódot.
Szóval az volt a baj, hogy sima browserifyn akartam használni a babelifys transformot, ezt kellett lecserélni a gulp-browserifyre.
Így néz ki most a task, kipróbáltam, nekem működik a dolog:
var gulp = require('gulp');
var sass = require('gulp-sass');
var browserify = require('gulp-browserify');
var babelify = require('babelify');
gulp.task('js', function () {
gulp.src('./resources/assets/js/*.js')
.pipe(browserify({
transform: ['babelify']
}))
.pipe(gulp.dest('./public/_assets/js'))
});
gulp.task('js-w', function () {
gulp.watch('./resources/assets/js/*.js', ['js']);
});Webpackot még nem próbáltam, csak olvastam róla.
-
Persze, érdekel. Nézem közben, hogy van ilyen is, hogy webpack. Próbáltad már azt is?
Szállítom az ígért kódot.
Szóval az volt a baj, hogy sima browserifyn akartam használni a babelifys transformot, ezt kellett lecserélni a gulp-browserifyre.
Így néz ki most a task, kipróbáltam, nekem működik a dolog:
var gulp = require('gulp');
var sass = require('gulp-sass');
var browserify = require('gulp-browserify');
var babelify = require('babelify');
gulp.task('js', function () {
gulp.src('./resources/assets/js/*.js')
.pipe(browserify({
transform: ['babelify']
}))
.pipe(gulp.dest('./public/_assets/js'))
});
gulp.task('js-w', function () {
gulp.watch('./resources/assets/js/*.js', ['js']);
});Webpackot még nem próbáltam, csak olvastam róla.
-
-
Időközben megoldódott a probléma. Sima browserify helyett gulp-browserifyt kell használni, persze a task is változik. Most nem vagyok otthon, nem tudok kódot mutatni, de ha érdekel a megoldás akkor holnap bemásolom ide is.
Szerk.: köszönöm a válaszokat amúgy.
-
Sziasztok,
Használta már valaki akár kipróbálás szinten a gulp-babel-browserify kombót? A gulpot és browserifyt már sikeresen működésre tudom bírni, de amikor a babelify transform képbe jön, elszáll egy ilyen hibával: browserify(...).transform is not a function.
Google haverom talált pár példát, sajnos mindegyiknél ezt dobja.
Maga a task:
gulp.task('js', function () {
return browserify({ entries: './resources/assets/js/*.js', debug: true })
.transform(babelify)
.bundle()
.pipe(source('bundle.js'))
.pipe(gulp.dest('./public/assets/js'));
}); -
Sziasztok,
Használta már valaki akár kipróbálás szinten a gulp-babel-browserify kombót? A gulpot és browserifyt már sikeresen működésre tudom bírni, de amikor a babelify transform képbe jön, elszáll egy ilyen hibával: browserify(...).transform is not a function.
Google haverom talált pár példát, sajnos mindegyiknél ezt dobja.
Maga a task:
gulp.task('js', function () {
return browserify({ entries: './resources/assets/js/*.js', debug: true })
.transform(babelify)
.bundle()
.pipe(source('bundle.js'))
.pipe(gulp.dest('./public/assets/js'));
});Hát ilyenkor első körben érdemes lenne konzolba kiíratni, hogy mégis mi a browserify({ entries: './resources/assets/js/*.js', debug: true }).transform értéke, ha nem függvény. Gondolom undefined. Ránézésre én azt mondanám, hogy először kellene a babel kódot átalakítani normál js-re, és csak utána átküldeni browserify-on, mert úgy sejtem, hogy a browserify nem tudja feldolgozni a babel kódját. A kód alapján pont fordítva ülsz a lovon. Persze lehet, hogy én tévedek. Browserify-t ma akarom fellőni először gulp-al, karmával meg nightwatch-al egy böngészős projekt tesztelésére. Az utóbbi kettő már ment, de elfelejtettem mióta utoljára használtam őket.
-
Őszintén szólva én csak Chrome alatt próbáltam ki pár dolgot, éles projekten még nem mertem bevetni. De ha jól emlékszem az async functionök még a Babelben is csak mint kísérleti dolog szerepelnek.
IE supportot tekintve azt hiszem IE9 az ami még jobban támogatva van, a 8 pedig mintha csak részben lenne támogatott. Meddig gondoltad az IE kompatibilitást?
-
Babel-el kapcsolatban tudsz némi információval szolgálni? Leginkább az érdekelne, hogy async function és Object.observe mennyire működik vele msie alatt (gondolom babelify + browserify amit használni kellene hozzá). Ha ott megy, akkor mindenhol. Ha meg ennyire széles a support, akkor nem szórakozok ES5-el, hanem inkább áttérek rá én is.
-
PumpkinSeed
addikt
-
Jelenleg a weboldalam ugy mukodik, hogy van egy valtozo amit feltoltok egy bizonyos ertekkel pl "alma". Ha megjelenik ez a szo automatikusan ajax postolja. Ezt ugy oldottam meg hogy az ajax postot hozza rendeltem egy gombhoz, aztan js-ben negadtam neki h minden 1,5mp-ben lenyomja egyszer a gombot. Miutan megtortent az ajax post nullazza a a valtozot. Igy az "alma" szo eltunik es csak ures valtozot postol. A celom az lenne hogy amint a valtozo erteket kap ajax postoljon es kivehessem ezt az idoziteses gombnyomkodast.
Értem én - ha én nem írok konkrétan semmit a kérdésedre, akkor te sem a felvetésemre reagálsz
![;]](//cdn.rios.hu/dl/s/v1.gif)
Amúgy mitől kap értéket a változó?
-
-
sztanozs
veterán
PHP esetén:
<input type="text" name="txt" value="<?php echo $variable; ?>" onchange="ajax_post()">
JS esetén
<input type="text" name="txt" id="azonosito" value="" onchange="ajax_post()">
<script>
document.getElementById("azonosito").value = variable;
</script> -
zsolti_20
senior tag
PHP esetén:
<input type="text" name="txt" value="<?php echo $variable; ?>" onchange="ajax_post()">
JS esetén
<input type="text" name="txt" id="azonosito" value="" onchange="ajax_post()">
<script>
document.getElementById("azonosito").value = variable;
</script> -
zsolti_20
senior tag
PHP esetén:
<input type="text" name="txt" value="<?php echo $variable; ?>" onchange="ajax_post()">
JS esetén
<input type="text" name="txt" id="azonosito" value="" onchange="ajax_post()">
<script>
document.getElementById("azonosito").value = variable;
</script> -
DNReNTi
őstag
Ha inputba írod akkor az onchange esemény az ami ezt megoldja neked.
<input type="text" ... onchange="függvény(this)"/>
Az függvény helyére értelemszerűen egy javascript függvényt kell megadni ami feldolgozza azt, hogy ez változott.
A JS függvény paramétere a this ami az inputra mutat és ennek a .value "metódusát" kell meghívni, és ezt egy változóban tárolni pl.:
func(obj){
valami = obj.value;
//ajax kérés helye
}Csak kiegészítésképpen: az inlne event handler-től sokkal szebb (jobb, és általánosabb) egy event listener használata. Szerintem.
Erősítsen meg ebben valaki pls. -
PumpkinSeed
addikt
-
zsolti_20
senior tag
Ha inputba írod akkor az onchange esemény az ami ezt megoldja neked.
<input type="text" ... onchange="függvény(this)"/>
Az függvény helyére értelemszerűen egy javascript függvényt kell megadni ami feldolgozza azt, hogy ez változott.
A JS függvény paramétere a this ami az inputra mutat és ennek a .value "metódusát" kell meghívni, és ezt egy változóban tárolni pl.:
func(obj){
valami = obj.value;
//ajax kérés helye
} -
PumpkinSeed
addikt
Sziasztok! Érdeklődni szeretnék, hogyan oldható meg a következő probléma. Először is elkell mondanom, hogy most tanulom az alapokat JS-ből, hobbi szinten gyakorlok kérlek ne kövezettek meg.
Csináltam egy weboldalt ahol fellehet tölteni egy változó tartalmát pl.:var x = 'amit beírsz a weboldalon'
Ennek a var x tartalmát szeretnék ajax posttal tovább küldeni PHP-ba. Ez már mind működik gombnyomásra. Beállítottam a gombnak egy időzítést, így nyomja a postot 1.5mp-ként. Gondolkodtam, hogy tovább kellene az egészet fejleszteni. Lehetséges olyat csinálni, hogy valami figyelje a változót értékét, és ha bekerül mondjuk egy "A" betű akkor automatikusan ugorjon az ajax posthoz?
Szval hogy ne gombbal működjön és postoljon fölöslegesen 1.5mp-ként, hanem a változóhoz kötve, így csak akkor postol ha valamit beírnak. A gombot szeretném elhagyni, hogy ne kelljen nyomogatni. Lehetséges ilyesmit elérni?
-
zsolti_20
senior tag
Sziasztok! Érdeklődni szeretnék, hogyan oldható meg a következő probléma. Először is elkell mondanom, hogy most tanulom az alapokat JS-ből, hobbi szinten gyakorlok kérlek ne kövezettek meg.
Csináltam egy weboldalt ahol fellehet tölteni egy változó tartalmát pl.:var x = 'amit beírsz a weboldalon'
Ennek a var x tartalmát szeretnék ajax posttal tovább küldeni PHP-ba. Ez már mind működik gombnyomásra. Beállítottam a gombnak egy időzítést, így nyomja a postot 1.5mp-ként. Gondolkodtam, hogy tovább kellene az egészet fejleszteni. Lehetséges olyat csinálni, hogy valami figyelje a változót értékét, és ha bekerül mondjuk egy "A" betű akkor automatikusan ugorjon az ajax posthoz?
Szval hogy ne gombbal működjön és postoljon fölöslegesen 1.5mp-ként, hanem a változóhoz kötve, így csak akkor postol ha valamit beírnak. A gombot szeretném elhagyni, hogy ne kelljen nyomogatni. Lehetséges ilyesmit elérni?
-
var openPhotoSwipe = function(items, options) {
var pswpElement = document.querySelectorAll('.pswp')[0];
var gallery = new PhotoSwipe(pswpElement, PhotoSwipeUI_Default, items, options);
gallery.init();function gotoD() {
gallery.goTo(gallery.items.length-1);
gallery.invalidateCurrItems();
gallery.updateSize(true);
return false;
}function add() {
jQuery.ajax( {
url: "ajax.php",
method: "POST",
data: { title: jQuery(".hidden-title").html(), parameter: jQuery(".sizes-select :selected").last().text(), method: "add" },
dataType: "json"
})
.done(function(items) {
gallery.close();
document.location.replace("asd.php");
})
.fail(function() {
alert("AJAX kommunikációs hiba történt!");
});
}gallery.listen('afterChange', function() {
jQuery(".add").click(add);
jQuery(".goto-D").click(gotoD);
});gallery.listen('destroy', function() { document.location.replace("asd.php"); });
gallery.listen('imageLoadComplete', function(index, item) {
jQuery("img").removeClass("loading");jQuery(".add").click(add);
jQuery(".goto-D").click(gotoD);
});gallery.listen('close', function() {
jQuery("img").removeClass("loading");
});
};A destroy listener gombra kattintva hozzáadva lenne tökéletes, viszont önmagában sem működik, csak 10-ből úgy 5-ször.
-
Ember, ne azt a triviális kódot add már meg, hogy hogyan navigalsz, hanem milyen eventre iratkoztál fel, ahol navigálni akarsz? Ide talán: pswp.listen('destroy', function() { });
Illetve látom ezt próbáltad, de mégis nem lehetne konkrét kódot mutatnod? Mobilról vagyok, így nem fogok példa kodot összerakni. -
Helló!
Majdnem kész (és hamarosan indítandó) oldal tesztelése közben jött ki, hogy a képek megjelenítésére használt PhotoSwipe-al gond van. Ha a captionben lévő gombra kattint a user, be kéne zárulnia + elnavigálnia az oldalról (document.location.replace("asd.php");). Nos valószínűleg még a bezárulás vége előtt lefut a navigálás, ami így néha nem hajtódik végre...
Ha valaki ismeri ezt a képmegjelenítőt, és van ötlete a megoldásra, szívesen fogadom.
pswp.listen('destroy', function() { }); -t próbáltam, úgy sem jobb. Vagy rosszul próbáltam?
-
randras
veterán
Helló!
Majdnem kész (és hamarosan indítandó) oldal tesztelése közben jött ki, hogy a képek megjelenítésére használt PhotoSwipe-al gond van. Ha a captionben lévő gombra kattint a user, be kéne zárulnia + elnavigálnia az oldalról (document.location.replace("asd.php");). Nos valószínűleg még a bezárulás vége előtt lefut a navigálás, ami így néha nem hajtódik végre...
Ha valaki ismeri ezt a képmegjelenítőt, és van ötlete a megoldásra, szívesen fogadom.
pswp.listen('destroy', function() { }); -t próbáltam, úgy sem jobb. Vagy rosszul próbáltam?
-
Sziasztok!
A segítségeteket szeretném kérni egy aprócska problémához:
weblapot készítek, adott egy ' index.html ' ami meghív egy ' general.js ' scriptet, ebben a script-ben az alábbihoz hasonló sorok találhatóak:
$(document).ready(function() {$('#mm1').click(function() {$('#content').load('xyz.html');}); });
és ezzel zárul:
"
$(document).ready(function() {$('#example tr').click(function() {
var href = $(this).find("a").attr("href");
if(href) {
window.location = href;
}
});$('#example tr').hover(function() {
$(this).css('cursor','pointer');
});}); "
A problémám az lenne, hogy a böngészőben ha a vissza gombra kattolok, konkrétan nem történik semmi, következő kattintásra pedig konkrétan vissza dob az előző oldalra - bármi is volt az -
válaszotokat előre is köszönöm
-
Csak mert szerintem ennek semmi köze nincs ahhoz, ha valakinek furán viselkedik a böngészője.
Legalábbis a kiragadott kódrészeknek egészen biztosan nem.
Mondjuk mindig feldobja az ember napját ilyen kódok meglátásaIgen, gondolom faék egyszerűségű, avagy nem témához illő, de nem csak egy böngészőnél tapasztaltuk ezt.. és nem is egy munkaállomásnál
-
az igazság az, hogy ismerősnek szeretnék segíteni , de ettől függetlenül amit bemásoltam azt a .js kiterjesztésű fájlból másoltam ki
Csak mert szerintem ennek semmi köze nincs ahhoz, ha valakinek furán viselkedik a böngészője.
Legalábbis a kiragadott kódrészeknek egészen biztosan nem.
Mondjuk mindig feldobja az ember napját ilyen kódok meglátása -
Sziasztok!
A segítségeteket szeretném kérni egy aprócska problémához:
weblapot készítek, adott egy ' index.html ' ami meghív egy ' general.js ' scriptet, ebben a script-ben az alábbihoz hasonló sorok találhatóak:
$(document).ready(function() {$('#mm1').click(function() {$('#content').load('xyz.html');}); });
és ezzel zárul:
"
$(document).ready(function() {$('#example tr').click(function() {
var href = $(this).find("a").attr("href");
if(href) {
window.location = href;
}
});$('#example tr').hover(function() {
$(this).css('cursor','pointer');
});}); "
A problémám az lenne, hogy a böngészőben ha a vissza gombra kattolok, konkrétan nem történik semmi, következő kattintásra pedig konkrétan vissza dob az előző oldalra - bármi is volt az -
válaszotokat előre is köszönöm
-
Phobion
addikt
Sziasztok!
A segítségeteket szeretném kérni egy aprócska problémához:
weblapot készítek, adott egy ' index.html ' ami meghív egy ' general.js ' scriptet, ebben a script-ben az alábbihoz hasonló sorok találhatóak:
$(document).ready(function() {$('#mm1').click(function() {$('#content').load('xyz.html');}); });
és ezzel zárul:
"
$(document).ready(function() {$('#example tr').click(function() {
var href = $(this).find("a").attr("href");
if(href) {
window.location = href;
}
});$('#example tr').hover(function() {
$(this).css('cursor','pointer');
});}); "
A problémám az lenne, hogy a böngészőben ha a vissza gombra kattolok, konkrétan nem történik semmi, következő kattintásra pedig konkrétan vissza dob az előző oldalra - bármi is volt az -
válaszotokat előre is köszönöm
-
Speeedfire
félisten
Sziasztok!
Foglalkozott már valaki ckeditor plugin fejlesztéssel? AC plugin-t szeretnék, de nem akar működni. Esetleg rá tudnátok nézni? [link]
-
dqdb
nagyúr
Szép találat, türelmes voltál.
Végül is ez esetben meg lehetne tenni, hogy a fájtl letölti, átírja ennek megfelelően, és az adott kérésre ezt az új tartalmat szolgálja ki saját extensionnel, DE ennek igen komoly hátránya, hogy "bedrótozza" a korábbi kódot, és a fájl frissülése nála nem lesz érvényes.
Azt nézem, hogy van egy ilyen rész a kódban:setTimeout(function() {
$('iframe').each(function() {
var src = $(this).attr('src');
if(src.match(/youtube\.com/i) || src.match(/video\.mno\.hu/i)) {
reloadBlocker = true;
}
});
if(!reloadBlocker) {
document.location.assign(document.location.href);
}
}, reloadTime);(fúj)
Ezek szerint ha saját extensionből csak beágyaz egy elrejtett YouTube-os iframe-et (lényeg, hogy az src attribútum a youtube-ra mutasson, nyilván az egész oldalt nem érdemes beágyazni), akkor a reloadBlocker változó értéke true lesz, és a document.location.assign(document.location.href); sor nem fog lefutni. Borzasztó ronda megoldás mindenképp, de legalább nem fog 20 perc múlva (most ez van a reloadTime-ban) újrafrissülni az oldal... -
cocka
veterán
Szép találat, türelmes voltál.
Végül is ez esetben meg lehetne tenni, hogy a fájtl letölti, átírja ennek megfelelően, és az adott kérésre ezt az új tartalmat szolgálja ki saját extensionnel, DE ennek igen komoly hátránya, hogy "bedrótozza" a korábbi kódot, és a fájl frissülése nála nem lesz érvényes.
Azt nézem, hogy van egy ilyen rész a kódban:setTimeout(function() {
$('iframe').each(function() {
var src = $(this).attr('src');
if(src.match(/youtube\.com/i) || src.match(/video\.mno\.hu/i)) {
reloadBlocker = true;
}
});
if(!reloadBlocker) {
document.location.assign(document.location.href);
}
}, reloadTime);(fúj)
Ezek szerint ha saját extensionből csak beágyaz egy elrejtett YouTube-os iframe-et (lényeg, hogy az src attribútum a youtube-ra mutasson, nyilván az egész oldalt nem érdemes beágyazni), akkor a reloadBlocker változó értéke true lesz, és a document.location.assign(document.location.href); sor nem fog lefutni. Borzasztó ronda megoldás mindenképp, de legalább nem fog 20 perc múlva (most ez van a reloadTime-ban) újrafrissülni az oldal...Jajj de ez már ilyen jquerys borzalom, amiből még annyit se értek.
Igazából nem azért nem értem, mert nem tudnám megérteni, hanem mert nem ismerem a függvényeket. -
Karma
félisten
Szép találat, türelmes voltál.
Végül is ez esetben meg lehetne tenni, hogy a fájtl letölti, átírja ennek megfelelően, és az adott kérésre ezt az új tartalmat szolgálja ki saját extensionnel, DE ennek igen komoly hátránya, hogy "bedrótozza" a korábbi kódot, és a fájl frissülése nála nem lesz érvényes.
Azt nézem, hogy van egy ilyen rész a kódban:setTimeout(function() {
$('iframe').each(function() {
var src = $(this).attr('src');
if(src.match(/youtube\.com/i) || src.match(/video\.mno\.hu/i)) {
reloadBlocker = true;
}
});
if(!reloadBlocker) {
document.location.assign(document.location.href);
}
}, reloadTime);(fúj)
Ezek szerint ha saját extensionből csak beágyaz egy elrejtett YouTube-os iframe-et (lényeg, hogy az src attribútum a youtube-ra mutasson, nyilván az egész oldalt nem érdemes beágyazni), akkor a reloadBlocker változó értéke true lesz, és a document.location.assign(document.location.href); sor nem fog lefutni. Borzasztó ronda megoldás mindenképp, de legalább nem fog 20 perc múlva (most ez van a reloadTime-ban) újrafrissülni az oldal...Találtam egy rövidebb verziót.
Ez a blokk átverhető a window.history.pushState-tel:if(document.location.href.match(/hirtv_kesleltetett/i) || document.location.href.match(/hirtv_live/i)) {
reloadBlocker = true;
}Például így: window.history.pushState({}, null, "hirtv_live").
Egy kicsit fejre áll tőle a böngésző, de a feltétel biztosan igaz lesz tőle
-
Sk8erPeter
nagyúr
Nincs. Egyébként se mennél vele semmire.
De egyébként megnyitottam az oldalt és elsőre megtaláltam a tűt: a grid_site.js-ben a 811. sortól kezdődik az automatikus frissítés. A 839. sor az, ami ténylegesen újratölti az oldalt. Ha a reloadBlocker változót rá tudod venni, hogy true értéke legyen; vagy a korábban leírt módon a document.location.assign-t felülvágod egy üres függvénnyel, akkor nem fog tudni frissülni, elvileg.
Szerk.: Úgy látom SO-n, hogy a document.location.assign nem felülvágható
Na mindegy, ott kell varázsolni valamit, az a biztos. Vagy letiltani az oldalon a JavaScriptet.Szép találat, türelmes voltál.
Végül is ez esetben meg lehetne tenni, hogy a fájtl letölti, átírja ennek megfelelően, és az adott kérésre ezt az új tartalmat szolgálja ki saját extensionnel, DE ennek igen komoly hátránya, hogy "bedrótozza" a korábbi kódot, és a fájl frissülése nála nem lesz érvényes.
Azt nézem, hogy van egy ilyen rész a kódban:setTimeout(function() {
$('iframe').each(function() {
var src = $(this).attr('src');
if(src.match(/youtube\.com/i) || src.match(/video\.mno\.hu/i)) {
reloadBlocker = true;
}
});
if(!reloadBlocker) {
document.location.assign(document.location.href);
}
}, reloadTime);(fúj)
Ezek szerint ha saját extensionből csak beágyaz egy elrejtett YouTube-os iframe-et (lényeg, hogy az src attribútum a youtube-ra mutasson, nyilván az egész oldalt nem érdemes beágyazni), akkor a reloadBlocker változó értéke true lesz, és a document.location.assign(document.location.href); sor nem fog lefutni. Borzasztó ronda megoldás mindenképp, de legalább nem fog 20 perc múlva (most ez van a reloadTime-ban) újrafrissülni az oldal... -
Amúgy az F12-es debugger cuccok közt nincs olyan, ami mutatja hogy egy számlálóból mennyi van vissza? (egyébként Firefoxot használok)
Nincs. Egyébként se mennél vele semmire.
De egyébként megnyitottam az oldalt és elsőre megtaláltam a tűt: a grid_site.js-ben a 811. sortól kezdődik az automatikus frissítés. A 839. sor az, ami ténylegesen újratölti az oldalt. Ha a reloadBlocker változót rá tudod venni, hogy true értéke legyen; vagy a korábban leírt módon a document.location.assign-t felülvágod egy üres függvénnyel, akkor nem fog tudni frissülni, elvileg.
Szerk.: Úgy látom SO-n, hogy a document.location.assign nem felülvágható
Na mindegy, ott kell varázsolni valamit, az a biztos. Vagy letiltani az oldalon a JavaScriptet. -
cocka
veterán
Uhh, ezt én is de tudom utálni, régen ilyet a prog.hu is csinált, hogy automatikusan frissült a lap, de nem csak frissült, át is irányított, így hiába volt későbbi olvasásra félretéve pár cikk, ránéztem egy idő múlva, és már csak a címlapot láttam. Gratula annak, aki kitalálta...
Írtam is nekik levelet ezzel kapcsolatban, hogy emiatt szoktam le a cikkjeik olvasásáról, hogy azóta is van-e ez a jelenség, fogalmam sincs, mert tényleg nem olvasom őket.
A kérdésre amúgy most érdemben nincs időm reagálni, de látom, kaptál már ötletet, csak hát JS-hez értés nélkül nehéz lesz ezekkel bármit is kezdeni... Amivel hozzákezdhetnél, az az, hogy megnyitod a webfejlesztő panelt, és az ottani keresővel minden, oldalról letöltött forrásban elkezded keresgélni (Blink-alapú böngészőkben (pl. Chrome, Opera) a Ctrl+Shift+F segítségével!) az említett "setInterval" és "setTimeout" szavakat.
Mondjuk jelenleg most inkább a stabil JS tudásra hajtok, aztán jöhetnek az advancedebb dolgok amik már a fejlesztést fogják segíteni. Túl sok már a lehetőség. 
Megtaláltam a vodafone.hu oldalán a forrásban a scriptet, amit közömbösíteni kellene egy user scripttel:
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Erősítsen meg ebben valaki pls.
Új hozzászólás Aktív témák
- Mobil flották
- Mibe tegyem a megtakarításaimat?
- Forza sorozat (Horizon/Motorsport)
- Luck Dragon: Asszociációs játék. :)
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy Felhasználók OFF topicja
- Hálózati / IP kamera
- sziku69: Fűzzük össze a szavakat :)
- Milyen ÚJ notebookot vegyek?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- Apple Mac Mini M2 8/256GB eladó! Patika állapot, 12 hó garancia
- ASUS SimPro Dock 2 (90NX0460-P00030), bontatlanul, 1 év garival eladó!
- Apple iPhone 13 Pro Max 128GB eladó! 100% akku, megkímélt állapot, 12 hó garancia
- Apple iPhone 13 Pro Max 128GB eladó! 100% akku, megkímélt állapot, 12 hó gar
- Apple iPhone 13 Pro Max 128GB eladó! 100% akksi, szép állapot, 12 hó garancia
- iPhone SE 2020 128GB Black - 2 ÉV GARANCIA - Kártyafüggetlen, MS4891, 92% AKKSI
- AKCIÓ! Apple Macbook Pro 16 M4 Pro 24GB RAM 512GB SSD notebook garanciával hibátlan működéssel
- Thermal Grizzly Aeronaut paszta 3,9g /BONTATLAN/Több darab/Számlával!
- Yurbuds Ironman fülhallgató
- Telefon felvásárlás!! Samsung Galaxy S24/Samsung Galaxy S24+/Samsung Galaxy S24 Ultra
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest