SH_PANDA: Changelogy jsem zkousel projizdet jak u node, tak npm, ale nic relevantniho nenasel - jen jsem si nebyl jistej, ze mi neuniklo neco pod mym radarem, jak to nesleduju nijak pravidelne.
Problem daemona to neni, protoze ten se nezmenil, ten je porad stejny a jak jsem psal, tak tohle reseni fungovalo radu let. Muselo se tedy zmenit neco ohledne toho, jak npm spousti ten vlastni node proces.
Na jinem projektu u jineho klienta se pouziva yarn a tam se to spousti taky pres daemon a funguje to porad stejne. (akorat se misto npm start vola nejaky yarn prikaz)

No taky by mi prislo lepsi vynechat to volani "npm start", ale to uz musim resit s vyvojarema te aplikace. To spousteni pres npm start byl pred lety jejich pzoadavek.

Mam takovy problem se spoustenim / ukoncovanim node aplikace.
Vec, ktera nekolik let fungovala prestala fungovat po nedavne aktualizaci node a npm.
Aplikace se na FreeBSD serveru spousti rc skriptem, ktery obsahuje tuhle klicovou cast (shell script)

Spusteni "funguje" porad, ale uz to pres rc skript nejde ukoncit, nebo restartovat. Problem je v tom, ze do pidfile se zapise PID prikazu, ktery teprve forkne child proces te node aplikace, takze v pidfile je pak PID procesu, ktery uz neexistuje, respektive kratce po spusteni aplikace je prikazem ps videt jako <defunct> a pak tenhle zombie proces zmizi.


V pidfile je PID 3120

Jelikoz nikde nebezi funkcni verze, tak nevim, jak by mel ten strom procesu vypadat spravne. Jestli to puvodne bylo takhle

Nebo na te pozici toho nynejsiho <defunct> byl nejaky jiny node proces, ktery teprve spoustel node -r dotenv/config dist/index.js test_graphql.

Ten command daemon je tam kvuli presmerovani stdin + stdout + stderr (obdoba toho, kdyby se pouzilo "npm start &", ale umi to jeste par dalsich veci)

Uz jednou se v node.js / npm neco zmenilo, ze se v rc skriptu musel zmenit procname="/usr/local/bin/npm" na procname="/usr/local/bin/node", protoze ten proces ve vypisu ps se uz nejmenoval npm, ale node a identifikace procesu pro stop / restart se neprovadi jen matchnutim PID z pidfile, ale zaroven porovnanim jmena prikazu (musi sedet interpretr), aby nekdo nepodvrhnul v jine sluzbe PID nejakeho systemoveho procesu)

A ted tedy ke konkretnimu dotazu - sledujete nekdo vyvoj node.js a npm tak peclive, ze byste me dokazali nasmerovat, kde a kdy doslo k nejake zmene, ktera ovlivnuje tohle chovani?
Da se nejak vynutit zpatky to puvodni chovani, kde tam zustal i ten proces, ktery je primym potomkem "daemon" a jehoz PID se zapise do pidfile?

Resim to z pohledu sysadmina, tedy pouze se staram o to, aby aplikace / sluzby bezely, nejsem koder te aplikace, takze stourat do toho, ze by se poustela jinak je trochu slozitejsi (to nemuzu udelat ja, to musi udelat nekdo jiny).

Jelikoz to pravdepodobne prestalo spravne fungovat po upgrade, ktery probehl v prosinci, mam k tomu jeste info o zmenach verze node a npm:
node16 upgraded: 16.15.1 -> 16.16.0
npm upgraded: 8.5.2 -> 8.19.1

Takze nekde mezi verzi npm 8.5.2 -> 8.19.1 a nebo mezi node verzi 16.15.1 -> 16.16.0 se zmenilo neco, co minimalne od roku 2018 fungovalo.

OK, díky všem...

KOC256: Jak pisou dva predrecnici, docker, pm2 nebo systemd a ja nad to cely hodim apache/nginx jakozto reverzni proxy (mimojine kvuli SSL a letsencrypt).

A jelikoz byva nazor, ze vec v node by nemela sledovat jinou vec v node, tak asi ten systemd (pokud nepouzivas dockre)

KOC256: v linuxu pomoci systemd - kdyz daemon spadne, znovu jej umi nahodit s urcenym delay

Předesílám, že problematice vůbec nerozumím a moc ani nevím jak hledat, abych nedostal až moc lowlevel info... Chtěl bych to spíše tak nějak polouživatelsky...

když mám v Node.js vytvořenou aplikaci "server.js" (var app = express();), tak ji spustím jako takto:
To jsem někde okoukal v tutoriálu...

Ale to mi přijde takové humpolácké. Jsem zvyklý na to jak to funguje na PHP hostinzích, kde neřeším žádné spouštění atd. Mám prostě přidělený nějaký prostor, kde když nahraju PHP soubory, tak se umí interpretovat.

Chápu, že ten express je asi na úrovni Apache (ala PHP) ale i ten běhá jako služba, která si sama řeší svoje udržování při životě atd.
V Node.js aplikaci se mi občas něco zasekne a pak to visí až do restartu, který cronem vynucuji 2x denně.

Nevím zda je zřejmé na co se ptám, ale pokud jo, tak budu vděčný za odpověď či nasměrování...

KOC256: z téhle https://m.facebook.com/pg/bambubarbirmingham/events/ stránky. Potřebuju stáhnout ten obrázek, je to nějaký CSS escapování. No, zatím jsem prostě dal replace a budu doufat, že se tam žádnej další znaky neobjeví, ale klidnější bych byl s nějakou knihovnou.

OODOOW:
odkud je ten vrchní string?
protože "=" se v url escapuje jako "%3D" ale ty tam máš "\3d ".

To si leda pro těch pár znaků napsat...

Zdravím, věděl by někdo o knihovně, co by dovedla převést tohle:



na tohle:


Nějak nemůžu najít nic, co by dokázalo unescapovat ty znaky.

FEDY: a máš pro používání tříd nějaký reálný opodstatnění, nebo se ti prostě jen líbí, jak se zapisují? :) Classy v JS totiž nejsou nic jinýho než "hezky" zapsaný funkce, V8 si to beztak interně převede na prototypy a pak je tedy vhodný si "našprtat" jak to s těma prototypama je. Osobně jsem od tříd úplně upustil, protože to kód imo akorát zbytečně komplikuje. OOP návrhový vzory se daj při troše snahy dělat i funkcionálně. Třídy montujou dohromady vrstvu datovou a vykonávající. S funkcionálním přístupem tohle odpadá - zbyde prostě jen čistě datový objekt a něco, co ho modifikuje, nic dalšího přeci není potřeba.

SUK: arrow function je to co potrebuju ! :-) doposud jsem myslel, ze je to jen zkraceni syntaxe. closures uz jsem snad i nejednou cetl a nejak jsem to nepochopil - budu muset zkusit znovu :-D diky za rady a tipy ke studiu !!
to celkem i vyresilo muj predchozi problem s "knihovnou" funkci. nevim jestli jde class xxx extends yyy take s funkcema, ale kdyz jsem si to prepsal na tridy a pouzil extends, splnilo to co jsem potreboval :-)

ahoj,

mel bych prosim jeste jednu - rad bych zacal definovat tridy jako class namisto function , ale nejak plavu ve scopech (jestli to nazyvam spravne). jak pristupovat k vlastnostem tridy z napr. on eventu ?

...zde je pri zprave od workeru vzdy this.file undefined (var self = this v constructoru, tak jako ve funkci nejde)


ovsem kdyz to napisu nasledovne, tak to funguje ....

SUK: asi jsem to spatne nazval. jsou to funkce ciste pro tu moji appku. mam core proces a u nej nekolik child procesu (workeru). ty childy maji shodne funkce za ucelem komunikace skrz core proces mezi sebou. a kdyz tu komunikacni funkci upravim, nechci ji udrzovat ve vsech childech.

FEDY: knihovna s funkcema, ktera hybe vecma "nad" mi nezni zrovna jako knihovna s funkcema ale neco pomerne tesne navazany na zbytek appky. Knihovna s funkcema je neco, co presunes do jinyho projektu a dal to funguje - prave proto, ze to nepotrebuje hybat nicim jinym. Nevim ovsem, co presne zamyslis. Kazdopadne, mas nasledujici moznosti:

1. predavat funkcim objekt a ten modifikovat
2. pouzivat za timto ucelem callbacky
3. IOC

ahoj vsem,

rad bych mel knihovnu s funkcema , kterou bych chtel pouzit ve vicero scriptech (child procesech). coz bych mohl pomoci modulu, ovsem potrebuju z modulu pristupovat k promennym a funkcim zpet nahoru z "parent" scriptu. jde to pomoci global, ale to se mi nejak nelibi. dokaze mi nekdo poradit ? (neni nutne to delat pomoci modulu a require, pokud je jina moznost)

parent.js

module.js

Jak to udelat ?

AREX:
ukládám si, zkusím díky...

KOC256: Doporučuju spíš nez low-level http modul, tak vzít třeba superagent nebo axios, to ti minimálně usnadní práci s tím. A na postupne prochazeni asynchronniho pole mam takovou vlastni utilitu.

export function asyncEach(
  input,
  mapper,
) {
  return input.reduce(async (promise, value) => {
    await promise
    await mapper(value).catch(err => {
      console.error(err)
    })
  }, Promise.resolve())
}

Použiješ jednoduše...

asyncEach(urls.values, async url => {
  const response_data = await axios.get(url);
  parser.parseString(response_data)
  // etc...
})

YORK:
no me jde o to postupne zpracovani, coz by mi aktualne prislo nejjednodussi... Tim ze mi zbytek uz seriove funguje...

Zbytek problemu by se pak ani nemusel resit (mixovani obsahu mezi requesty třeba...

KOC256: Ten odkazovanej příklad je zrova případ, kdy chceš requesty zpracovávat postupně, ne paralelně. Tj. pošleš jeden request, až se vrátí odpověď, pošleš druhej, atd.

Pokud chceš paralelně poslat N requestů, počkat, až na všechny dojde odpověď a pak udělat něco dalšího, potřebuješ něco jako Promise.all(), jak už tady někdo psal.

Pokud ti stačí poslat paralelně N requestů a odpověď na každej z nich zpracovat (tj. nepotřebuješ něco dělat potom, co přijdou všechny odpovědi), stačej ti obyčejný callbacky - při vytváření každýho requestu mu předáš funkci, která se zavolá, až přijde odpověď.

Myslím, že vysvětlení by mohlo být skryto v tomto...

node.js - How do I send requests in a for loop synchronously in nodejs? - Stack Overflow
https://stackoverflow.com/...s/50668853/how-do-i-send-requests-in-a-for-loop-synchronously-in-nodejs

jen prostě tomu pořád nerozumím... nevím jak to napasovat na ten svůj příklad...

AREX: No premyslim hodne PHPckovsky. Mam seznam url a na ne chci paralelne neco volat. Ten http mi dela to ze stahuje z URL XML a pak ba nem neco dela. Pro jednu URL to funguje, ale kdyz to obalim do cyklu tak se mi to splasi.

A pokud te chapu, tak mohu 8x volat parametrizovany request, ale tomu jsem se chtel vyhnout...

KOC256: Nějak se ztrácím v tom, co to má vlastně dělat. Vidím `http.get`, což je hádám http server (express?). To už je z principu asynchronní a těžko to předěláš na synchronní.

Jestli to není express, tak bych doporučil ho použít. Zbavíš se té přímo práce se streamem.

Co můžeš taky zkusit je místo abych pro každou url tam věšel nový listener, tak mít jenom jeden a pak z objektu requestu si načteš jakou url to požaduje a tu můžeš najít v té svojí mapě.

Omezit concurrency samozřejmě taky můžeš, ale nemyslím si, že to něco vyřeší, pokud tam děláš side effecty, které mění něco venku co je společně.

No tak ještě takto. Opět asi nepochopení té asynchronity :(

	var urls = new Map();
	urls.set('cz', 'http://www.data.net/xml/cz.xml');
	urls.set('sk', 'http://www.data.net/xml/sk.xml');
	// ...

	res.writeHead(200, {'Content-Type': 'text/html; charset=UTF-8'});
	
	var file = '';
	for (let [url_key, url] of urls) {
		file = '';
		http.get(url, function(res0) {
			var response_data = '';
			res0.setEncoding('utf8');
			res0.on('data', function(chunk) {
				response_data += chunk;
			});
			res0.on('end', function() {
				parser.parseString(response_data, function(err, result) {
					if (err) {
						console.log('Got error: ' + err.message);
						res.write('Got error: ' + err.message);
					} else {
						console.log('Loading XML done.');
						puppeteer.launch({
// ... plnění proměnné file += 'nějaký kus textu';

Tady mi dochází několika věcem...
Asynchronně se ten první cyklus vyvolá pro všechny položky pole URLS... Což by úplně nevadilo kdyby... ...mi to nezačalo vyvolávat výjimky na maxListeners, kterou mám nastavenu na 100. teda pokud to chápu...
A také to, že když níže plním v cyklech co jsem tu řešil dříve proměnou "file", tak mi to každé to spuštění v tom prvním cyklu plní tu samou proměnnou, takže pak mám v datech binec...

Takže bych buď raději:
- zajistil synchro - čas nehraje roli, bude to něco co bude běžet cronem na pozadí a generovat právě cache soubory
- nebo nějak zajistit, že se ty "vllákna" spustí třeba jen 3 a nebude se mixovat ta proměnná file...

Prosím o nějaký nákop...

B3DA:
B3DA:
Myslím, že chápu. Vyspím se na to a uvidím :)

Díky...

resp.

try {
  // ...
  const results = await Promise.allSettled(promises)
} catch (e) {...}

at v tom nedelam bordel