Hirdetés
- iPhone topik
- Samsung Galaxy A54 - türelemjáték
- Yettel topik
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Már megint variál a Samsung az Ultrával!
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S26 - szeret, nem szeret
- Huawei Watch Fit 3 - zöldalma
- One mobilszolgáltatások
- Bemutatkozott az Oppo kamerás csúcsmodellje
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
-
inf3rno
nagyúr
-
PumpkinSeed
addikt
-
inf3rno
nagyúr
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.
-
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
-
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
-
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
Ezt a dockert akkor kipróbálom.
-
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. -
-
inf3rno
nagyúr
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.
-
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.
-
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.
-
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.
-
PumpkinSeed
addikt
-
sztanozs
veterán
-
zsolti_20
senior tag
-
zsolti_20
senior tag
-
DNReNTi
őstag
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
-
PumpkinSeed
addikt
-
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?
-
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?
-
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
-
cocka
veterán
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
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
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... -
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
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
- !AKCIÓ+GARI! GAMER PC Intel Core i5-14400F/ASUS TUF Gaming B760M/RTX 4070 12GB/32 GB DDR5 5200 MHz
- Asus ROG ALLY X + tartozékok
- G.Skill Trident Z5 Neo RGB DDR5-6000 CL30 32GB (2 16GB) Fekete
- Üzletből, Macbook Pro Retina 16" 2021,M1 Pro 10mag 32GB RAM/1TB SSD/Metal 16magGPU/Liquid Retina XDR
- Eufy Security 2C Kit
- White GAMER PC! Ultra 265 / RTX 5070 Ti / 32GB 6000MHz / 1TB NVMe / B660 / 850w Gold! BeszámítOK
- Lenovo T490S i5 8365U, 16GB RAM, 256GB SSD, jó akku, számla, 6 hó gar
- Asus 17 TUF Gaming FHD IPS 144Hz G-Sync Ryzen7 7435HS 16GB 512GB Nvidia RTX 4060 8GB Win11 Garancia
- GYÖNYÖRŰ iPhone XR 128GB White-2 ÉV GARANCIA - Kártyafüggetlen, MS4294
- Apple iPhone 17 Sage 256GB használt karcmentes 100% akku (4 ciklus) garancia 2027.03.01.-ig
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest