[PHP] Program N-krát niečo vykoná a počká na dokončenie. (diskuse)

[kvr]

Co když ten child někde chcípne a nezapíše tu tečku? Není lepší použít waitpid?

... chybějící kontroly error code z fread, fwrite atd. Uf, to php je strašný hnus, nechápu, proč jsem s ním strávil kdysi tolik času. To si neber osobně, to je jenom stížnost na php

[m.]

Jednak je tu waitpid() a druhak, neni potreba pojmenovana roura, kdyz mame standardni vstup/vystup (a kdybychom nemeli, tak tu jsou jeste anonymni roury - fork() kopiruje pamet procesu mimo jine vcetne popisovacu souboru).

[z_sk]

Co když ten child někde chcípne a nezapíše tu tečku? Není lepší použít waitpid?

Ako všetko, zaleží od použitia. Ak chceš poslať rodičovi nejakú správu, tak upravíš formát správ tečky za iný. A je to ľahko, a rýchlo.

... chybějící kontroly error code z fread, fwrite atd. Uf, to php je strašný hnus, nechápu, proč jsem s ním strávil kdysi tolik času. To si neber osobně, to je jenom stížnost na php

PHP ma ešte warning a error hlášky. Ak to stačí, ok, ak nie, tak sa to da ošetriť. Mne to stačilo takto.

Ináč, zaleží od použitia, či to používaš ako skriptovací jazyk alebo programovací. Predsa ani v skripte detailne nekontroluješ furt, či máš miesta na disku.

[Josef Kufner]

Přenastav si error handler, aby házel výjimky a řešení chyb bude výrazně jednodušší.

Namísto pojmenované roury použij anonymní, funguje to stejně, jen nestraší na disku a nemusíš ji uklízet (stačí zavřít). Taková hezká dvojice anonymních rour je stdin a stdout. Všechny knihovn funkce na spouštění procesů pro to mají podporu.

Jak už bylo řečeno, waitpid je mnohem lepší cesta. Pro jednoduchou signalizaci můžeš používat signály.

[kvr]

Přenastav si error handler, aby házel výjimky a řešení chyb bude výrazně jednodušší.

Tak jsem to přesně během poslední fáze frustrace z Php řešil, ale i tak bylo výsledkem dost nepřesné handlování exception a práce kolem, že jsem pochopil, že tímhle směrem opravdu nemělo smysl jít. Docela mě mrzí, že se v tomto směru neposunul můj oblíbený Perl, ze všech skriptovacích je na tom asi nejlíp můj ne tak oblíbený Python (a asi Ruby, které tak dobře neznám).

Jinak myslím, že Perl na to má přímo nějaký modul, který udělá fork, udělá práci a pošle výsledek zpátky přes pipe (možná Parallel::Fork::BossWorker , nejsem si jistý).

Ale proti třeba Java jsou všechny ty řešení dost šílené, zvláště, když od JDK 11 (?) umí pouštět přímo nekompilované java files. Jako proti gustu nic, když člověk umí jen php, tak co jiného zbývá, ale vidět potom v praxi, jak ten kód vypadá a stejně řeší jenom happy day scenario...

[z_sk]

Namísto pojmenované roury použij anonymní, funguje to stejně, jen nestraší na disku a nemusíš ji uklízet (stačí zavřít). Taková hezká dvojice anonymních rour je stdin a stdout. Všechny knihovn funkce na spouštění procesů pro to mají podporu. 

Možno, ale pre logickú jednoduchosť je prehľadnejšie. Zároveň škalovateľne (rozšíriteľné do budúcnu). A pokiaľ nemáš dajme tomu 1000 ukončených "úkolov" (a la HTTP server), tak vyťaženosť ok.

Ak sa signal vykonáva, tak sa blokujú dalsie (tak je default)

Přenastav si error handler, aby házel výjimky a řešení chyb bude výrazně jednodušší.

Ešte zaleží od účelu programu, ak je niečo zle, tak všetko je zle a treba vykonať všetko nanovo.

[z_sk]

Namísto pojmenované roury použij anonymní, funguje to stejně, jen nestraší na disku a nemusíš ji uklízet (stačí zavřít). Taková hezká dvojice anonymních rour je stdin a stdout. Všechny knihovn funkce na spouštění procesů pro to mají podporu.

No, ono mať na disku (ak to neukladáš na ramfs) je že slúži ako na detekciu, či beží, nebeží program. Trebars ako ochrana proti dvojitému spusteniu.

[kvr]

Existence roury samotné neříká vůbec nic, na disku zůstane i po rebootu, akorát ji nikdo nebude používat. U ramfs by to pomohlo ohledně reboot.

Na tohle je nejlepší zapsat pid file nebo si držet otevřený soubor (tady by ta pipe pomohla, ale je jedno, jestli disk nebo ramfs).

Hele, ono je to jedno, ale dostal jsi tu docela slušný feedback jak se tyhle věci dělají pohodlně a bezpečně. Jako hračka na naučení dobré, ale spíš bych se ohlídnul po něčem existujícím (a nebo úplně jiném jazyku).

[Odin1918]

Proc psat takove veci v sablonovacim jazyku??? Vzdyt mame javu, python, rust, bash, atd.

[z_sk]

Proc psat takove veci v sablonovacim jazyku???

Od istej verzie už ním nie je.

PHP je ľahšie forma C (syntax, filozofia). Môžeš si vybrať ako chceš písať, či objektovo alebo procedurárne, či aj ja. Relatívne ľahko sa dá algoritmus prepísať do iného jazyka. Stabilná štandardná knižnica.

Rust ma zložitejšiu pracu s UTF-8 ako PHP.

Python, to inštalovanie tých modulov a modulov.

Moja práca (zamestnanie) a weby sú

[rust]

Co myslíte složitější prací s UTF8 u Rustu? Přijde mi naprosto pohodová, stringy jsou UTF8. Ale je pravda, že nejsem žádný expert, takže je tam třeba nějaká zákeřnost, kterou jsem zatím nezaznamenal.

[jiwopene]

Podle mne složitější není, jenom je po programátorovi požadováno s UTF-8 pracovat správně, narozdíl od mnoha jiných jazyků.

[plostenka]

Programator by vubec nemel kodovani znaku resit, pokud se v tom vrtat explicitne nechce. Takze jakykoli scanf(), printf(), strcmp()... by mel fungovat spravne sam od sebe.

[jiwopene]

Mám na mysli to, že musí rozlišovat mezi glyfem, Unicode code pointem a bajtem kódovaného stringu. Přinejmenším rozdíl mezi prvními dvěmi věcmi se musí řešit vždy, když pracujeme s Unicode, protože je rozdíl mezi „ř“ (jeden code point a jeden glyf) a „ř“ (dva code pointy pro „r“ a „·̌“ a jeden glyf). Toho třetího si programátor nemusí všímat, dokud nechce přistupovat k n-tému znaku (musí na to jít přes str::chars()), ale ani to většinou není moc velký problém.

[z_sk]

Proste, v C a v PHP je reťazec zároveň aj prúd bajtov. Ale v Rust či Javascript, je iné datový typ pre prúd bajtov a iný typ pre UTF-8 text. Proste musíš robiť naviac konverzie a väčšie API. V PHP je zas silnejší polymorfizmus.

Trebars taký výpis znakov v PHP je jednoduchší ako v Rust:

function print_chars($text)
{
	foreach(mb_str_split($text) as $char)
		echo "$char\n";
}

[z_sk]

A taký výpis znakov bez foreach:

<?php
function print_chars($text)
{
    echo implode("\n", mb_str_split($text))."\n";
}

[mirec]

Prečo inštalovať moduly na niečo, čo je v štandardnej knižnici?

import time
from multiprocessing import Pool


def child(id):
    print(f"Child [{id}]: Starting.")
    for i in range(10):
        print(f"Child [{id}]: Message #{i}")
        time.sleep(.6)
    print(f"Child [{id}]: Ending.")


with Pool(processes=10) as pool:
    pool.map(child, range(10))

[Jenda]

To je snad jeste hnusnejsi, nez Java a Čobol dohromady.

[_ jup]

netřeba být přehnaně polyticky korektní, nejsme v americe aby se muselo cenzurovat "N-WORD".

titulek má být "[PHP] Program Negr-krát niečo vykoná a počká na dokončenie"

[NUKE GAZA! 🎆]

:D :D