Archívum - Okt 2018
október 31
Event table / queue / loop és a többiek
Sziasztok, kicsit elkezdtem utanaolvasni a JS engine mukodeserol es a bongeszovel valo kapcsolatarol. Par dolog vilagossa valt, de van olyan kerdes amirol egymasnak ellentmondo infokat talalok.
Most nagyon roviden leirnam, hogy eddig mire jutottam es mi az ami meg mindig nem vilagos szamomra.
Megkoszonem, ha valaki megerositene/cafolna az altalam leirtakat, es a kerdesekben barmilyen infoval szolgalna.
1. Maga a JS engine egyszalu, szinkron mukodesu (call stack LIFO), a bongeszoben futo JS mar kepes futni aszinkron modon.
2. A JS kornyezet resze (ami biztos): a heap es a call stack
3. *Az event queue-ban nem vagyok biztos... Ez a JS engine vagy a browser resze?
4. Az aszinkron mukodest a bongeszo segit megvalositani, melynek resze a browser API-k (pl. timer) es melyben implementalva van az event loop is.
5. Az event table a browser API-resze.
6. *Ha az event queue a JS engine resze, akkor az hogy tud mukodni event loop nelkul, ami mar nem az JS engine resze. Tudtommal az event loop pakolja a stack-re a queue-ban levo taszkokat. Esetleg van valami nagyon egyszeru mechanizmus implementalva az engine-n belul, ami kezeli a queue-t es a browser ezt kiegesziti vagy felul definialja?
■ Most nagyon roviden leirnam, hogy eddig mire jutottam es mi az ami meg mindig nem vilagos szamomra.
Megkoszonem, ha valaki megerositene/cafolna az altalam leirtakat, es a kerdesekben barmilyen infoval szolgalna.
1. Maga a JS engine egyszalu, szinkron mukodesu (call stack LIFO), a bongeszoben futo JS mar kepes futni aszinkron modon.
2. A JS kornyezet resze (ami biztos): a heap es a call stack
3. *Az event queue-ban nem vagyok biztos... Ez a JS engine vagy a browser resze?
4. Az aszinkron mukodest a bongeszo segit megvalositani, melynek resze a browser API-k (pl. timer) es melyben implementalva van az event loop is.
5. Az event table a browser API-resze.
6. *Ha az event queue a JS engine resze, akkor az hogy tud mukodni event loop nelkul, ami mar nem az JS engine resze. Tudtommal az event loop pakolja a stack-re a queue-ban levo taszkokat. Esetleg van valami nagyon egyszeru mechanizmus implementalva az engine-n belul, ami kezeli a queue-t es a browser ezt kiegesziti vagy felul definialja?
október 30
SCSI tároló csatolása PC-hez
Sziasztok!
kép
A csatolt képen látható módon csatlakoztattam egy AXUS Demon 3U storage szervert egy ATTO SCSI kártyához egy PC-ben.
A kártya nem látja a Storage-et csatlakoztatva, valamint Debian alatt is hiába kérek SCSI scannelést, nem látszik a tároló.
Terminátorokat nem használtam, nincs is jelenleg kéznél ilyen, csak az az egy kábel, aminek az egyik vége HD50, a másik VHDCI.
Nem használtam korábban semmilyen SCSI eszközt, így fogalmam sincs, hogy egyáltalán jól csatlakoztattam-e.
Tudnátok tanácsot adni, merre tovább?
Köszönöm előre is!
■ kép
A csatolt képen látható módon csatlakoztattam egy AXUS Demon 3U storage szervert egy ATTO SCSI kártyához egy PC-ben.
A kártya nem látja a Storage-et csatlakoztatva, valamint Debian alatt is hiába kérek SCSI scannelést, nem látszik a tároló.
Terminátorokat nem használtam, nincs is jelenleg kéznél ilyen, csak az az egy kábel, aminek az egyik vége HD50, a másik VHDCI.
Nem használtam korábban semmilyen SCSI eszközt, így fogalmam sincs, hogy egyáltalán jól csatlakoztattam-e.
Tudnátok tanácsot adni, merre tovább?
Köszönöm előre is!
október 26
AJAX hívás után select értéke nincs a POST-ban
Sziasztok
A problémám továbbra is fennáll mégiscsak.
Egy form-on belül van 1 SELECT menü és két először DISABLED SELECT.
Első SELECT vátozás hatására meghívódik a lenti AJAX kód:A div tartalma AJAX előtt:Ajax hívás után:És amint az látható a két eredetileg DISABLED div (#oktato_elso és #rendszam_elso) tartalma átvált egy-egy választható SELECT menüre. Ezekben is kiválasztom a megfelelő oktatót és rendszámot, majd nyomok a küldés gombra.
Az #iskola_id SELECT értéke ott van a POST-ban de az oktato és rendszam nem létezik.
Annyit még hozzáteszek, hogy 10 iskola SELECT van az oldalon, de mindnek egyedi az azonosítója, és mind egy-egy form
Mi lehet a baj?
■ A problémám továbbra is fennáll mégiscsak.
Egy form-on belül van 1 SELECT menü és két először DISABLED SELECT.
Első SELECT vátozás hatására meghívódik a lenti AJAX kód:
$( "#iskola_id" ).on("change", function() {
var valasztott_id = $(this).val();
$.ajax({
method: "post",
url: "select_oktato.php",
data: { id: valasztott_id },
})
.done(function( data ) {
$("#oktato_elso").html( data );
})
});
$( "#iskola_id" ).on("change", function() {
var valasztott_id = $(this).val();
$.ajax({
method: "post",
url: "select_rendszam.php",
data: { id: valasztott_id },
})
.done(function( data ) {
$("#rendszam_elso").html( data );
})
});
<div id="oktato_elso">
<select class="form-control" id="oktato_id" disabled>
<option>Válassz iskolát</option>
</select>
</div><div id="oktato_elso">
<select class="form-control" id="oktato_id" name="oktato_id">
<option value="0" selected="selected">Válassz oktatót</option><option value="50">Ősz Ferenc</option>
</select>
</div>Az #iskola_id SELECT értéke ott van a POST-ban de az oktato és rendszam nem létezik.
Annyit még hozzáteszek, hogy 10 iskola SELECT van az oldalon, de mindnek egyedi az azonosítója, és mind egy-egy form
Mi lehet a baj?
Media query-k
Sziasztok!
(Nem vagyok webprogramozó, "tudásom" 100%-a Google és fórumok, szóval kélek legyetek velem elnézőek! köszi!)
Egy responsive weboldalt szeretnék készíteni. Elég sokat olvasgattam, hogy a media query-kel mik az optimális / legelterjedtebb töréspontok, de ezer-féle elképzelést találtam, így kissé elbizonytalanodtam.
Én erre gondoltam: @media only screen and (max-width: 1024px, 768px, 480px), 300px alá pedig ne menjen.
Ultra kicsi felbontású kütyükre nem optimalizálnék, mint pl.: okosórák meg a szomszéd mikrosütője, a "klasszikus" eszközökön legyen használható (számítógép / laptop / tablet / okosteló). Az oldal tartalma alapján ennek van értelme.
Ti milyen töréspontokat javasoltok?
Illetve érdemes-e beállítani minimális / maximális szélességet és ha igen, mekkorát?
■ (Nem vagyok webprogramozó, "tudásom" 100%-a Google és fórumok, szóval kélek legyetek velem elnézőek! köszi!)
Egy responsive weboldalt szeretnék készíteni. Elég sokat olvasgattam, hogy a media query-kel mik az optimális / legelterjedtebb töréspontok, de ezer-féle elképzelést találtam, így kissé elbizonytalanodtam.
Én erre gondoltam: @media only screen and (max-width: 1024px, 768px, 480px), 300px alá pedig ne menjen.
Ultra kicsi felbontású kütyükre nem optimalizálnék, mint pl.: okosórák meg a szomszéd mikrosütője, a "klasszikus" eszközökön legyen használható (számítógép / laptop / tablet / okosteló). Az oldal tartalma alapján ennek van értelme.
Ti milyen töréspontokat javasoltok?
Illetve érdemes-e beállítani minimális / maximális szélességet és ha igen, mekkorát?
október 21
Select menü létrehozása AJAX segítségével hiba
Sziasztok
Készítettem egy kis progit, ami a következő képen kellene működjön:
Adott egy form, amit php-val állítok össze adatbázisból:
1. Egy lenyíló listából kiválasztom az iskolát
2. Az előbb kiválasztott iskola azonosítójával létrejön egy oktató lista
3.
Készítettem egy kis progit, ami a következő képen kellene működjön:
Adott egy form, amit php-val állítok össze adatbázisból:
1. Egy lenyíló listából kiválasztom az iskolát
2. Az előbb kiválasztott iskola azonosítójával létrejön egy oktató lista
3.
október 10
Kommunikáció web szerver és démon között?
Ha jár itt élő ember, aki tudna tippet adni, hogy hogyan érdemes megvalósítani a kommunikációt web szerver és a háttérben futó démon processz között...
Szeretném elkerülni az ágyúval verébre effektust, viszont esélyes, hogy egy pythonban írt, háttérben futó processznek kellene társalognia egy PHP/perl/nodejs/etc. nyelven írt, GUI-t előállító web szerveren futó programmal.
Ezt hogy lenne célszerű megoldani?
Pontosabban: milyen eszközzel? IPC message queue alkalmas ilyesmire?
Előfordulhat, hogy nagyobb mennyiségű (több megabájt) adatnak kellene mozogni a két processz között, adatbázist meg mellőzném, ha lehet.
(most konkrétan a mindenféle logokból akarok előállítani ezt-azt, de ezekhez a logokhoz nem akarok jogot adni a web szervernek, ezért kellene a démon)
■ Szeretném elkerülni az ágyúval verébre effektust, viszont esélyes, hogy egy pythonban írt, háttérben futó processznek kellene társalognia egy PHP/perl/nodejs/etc. nyelven írt, GUI-t előállító web szerveren futó programmal.
Ezt hogy lenne célszerű megoldani?
Pontosabban: milyen eszközzel? IPC message queue alkalmas ilyesmire?
Előfordulhat, hogy nagyobb mennyiségű (több megabájt) adatnak kellene mozogni a két processz között, adatbázist meg mellőzném, ha lehet.
(most konkrétan a mindenféle logokból akarok előállítani ezt-azt, de ezekhez a logokhoz nem akarok jogot adni a web szervernek, ezért kellene a démon)
október 7
PHP7 - érdemes?
Amíg még van itt valaki, megkérdezném: érdemes még PHP-t tanulni? Újra nekikezdeni, gyakorlatilag nulláról? Télre kéne valami unaloműző és gondoltam, amit eddig nem csináltam meg, azokat most megírom, de két lehetséges utam van: az egyik a PHP7, a másik a python+django és egyik sem tűnik egyszerűnek, miután gyakorlatilag éveket kihagytam. Van még annyira népszerű a PHP, hogy akár csak hobbi szinten megérje belemászni?
■ 
