Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.
Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.
Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.
Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Mám naprosto stejný jako kolega v tomto tématu: www.abclinuxu.cz/poradna/linux/show/221208 ovšem s tím rozdílem, že práva na ten skript mám, Safe Mode mám vypnut, tudíž nemusím nastavovat safe_mode_exec_dir. Nevím proč, ale v logu se mi také nic nezobrazuje, nemohu nějak "násilně" logovat výstup, když se bude ten skript na stránce provádět? Děkuji předem
Zapni na začátku PHP skriptu reportování všech chyb:
error_reporting(E_ALL);
V čem je napsaný skript, který z PHP spouštíš? Z čeho usuzuješ, že se nespustil? Kdo je vlastník souboru? Jaké práva má tento soubor? Zadáváš celou cestu? Při normálním spuštění funguje? Přilož konfiguráky.
1. Právě že direktivu error_reporting(E_ALL); mám aktivovanou, a stále se mi žádné hlášení/chyba nezobrazí.
2. Skript je napsaný v obyčejném bashy a je velmi krátký:
#!/bin/bash
PID=$(pidof NAZEV_PROGRAMU)
PID=$[ $PID - 1]
sleep 1
kill $PID
3. Pokud skript spustím normálně z konzole, skript se normálně provede - killne danou aplikaci (zmizí ze screen -ls), pokud se ho ale pokusím spustit ze stránek, nic se neprovede, aplikace běží vesele dál.
4. Vlastník souboru je root, zkoušel jsem změnit skupinu i práva na www-data, ale to nepomohlo (stále stejný problém)
5. Práva má plné - 777
6. Ano, php skript vypadá takto:
exec('/home/filo/scripts/kill-nazev-programu');
7. Ano, viz bod 3
8. Přikládám konfigurák php, kdyby bylo třeba ještě něčeho, ozvěte se :)
www-data, a to Ti samozřejmě nedovolí zabíjet procesy jiných uživatelů.
no je fakt, že program běží pod rootem, no ale jak to tedy řešit? budu muset program pouštět pod jiným uživatelem? nebo se nabízí jiné řešení?
www-data (třeba pod rootem pomocí su). Případně můžeš použít sudo.
#!/bin/bash PID=$(pidof NAZEV_PROGRAMU) PID=$[ $PID - 1] # Proč? sleep 1 # Proč :-0? kill $PID # Víte co vlastně zabíjíte?
PID=$[ $PID - 1] Protože pid programu je třeba 800 a mně to vypíše 801, nevím pr oč sleep 1 Opravím ;) kill $PID jestli tím myslíte, že to mám ošetřit o nějakou podmínku, která kontroluje, zda se jedná opravdu o ten program, pak to dodělám, ale nyní to zabíjí opravdu ten správný program, vidím to vždy na vlastní oči
Ono sa často spúšťa najprv wrapper, ktorý až následne vyvolá cieľový program. Takže wrapper dostane PID a cieľový program pravdepodobne PID+1, pričom by som zdôraznil "pravdepodobne". Môže tiež dôjsť k tomu že PID+1 už bol predtým obsadený (keď beží počítač dlhšie a minú sa voľné PIDy, tak sa ide zase od jednotky, pričom sa vynechajú tie, pod ktorými ešte stále niečo beží), alebo k tomu, že sa pod PID+1 spustí ďalší proces skôr než wrapper stihne spustiť ten cieľový program (ktorý týmto pádom pravdepodoneb dostane PID+2).
Suma sumárum: kill PID-1 je zlý nápad.
pidof vždy vrací pid toho programu, na který se ptáte, nějaké následné přičítání nebo odčítání je nesmysl který funguje jen do té doby než jednou zabije něco úplně jiného. Navíc když jste mezi tím dal ještě vteřinu šlofíka :D Další možností jak zjistit pid třeba nějakého programu kterých je třeba více ale ten který nás zajímá běží např. se specifickými parametry nebo tak je např. přes ps -A -o pid,cmd
killall či pkill
Tak s tím PID to byl asi nějaký haluz debiana, protože, teď už to jde i bez toho odečítání
. No ale zpět k tématu.
Jinak není možnost killnout pomocí nějakého příkazu program, jehož vlastník je nadřazený? Popř. Jak pustím program pod určitým uživatelem? Děkuji
Spúšťať program pod iným používateľom sa dá cez príkaz sudo (man sudo). Killovať cudzie procesy sa dá tiež cez sudo - stačí ten kill pustiť pod iným používateľom.
Zkusil jsem toto:
sudo -u root kill $PID
vypadá to logicky, ale nefunguje to, z konzole to jde ale z webu stále ne 
www-data?
www-data neomezeně používat kill, je volat sudo z PHP přímo na ten Tvůj skript. Ale jak jsem psal výše, pokud do toho nemusíš tahat uživatele root, tak to nedělej, program spouštěj pod uživatelem www-data a pak ho budeš moci zabít přímo z PHP jako uživatel www-data.
Děkuji, za informace, ale když už jsme u toho spouštění procesů pod jinými uživateli než je root. Myslíte, že by šlo zabít program, který by např. běžel po uživatelem filo, který má stejné práva jako www-data? Protože se mi nechce spouštět programy, které chci zabít z webu, pod uživatelem www-data, pak bych v tom měl trochu bordel, ale pokud to jinak nepůjde, tak mi asi nic jiného nezbyde :).
Ano lze zabíjet pod uživatelem www-data procesy uživatele filo, viz zmiňování článek (část $ sudo -u pepa killall program), visudo:
www-data ALL=(filo) /bin/kill
Nyní stačí použít:
sudo -u filo /bin/kill $PID
To jsem potřeboval slyšet, ale mám problém pustit proces ihned po naběhnutí systému po uživatelem filo, defaultně se pouští vše pod rootem.
V /etc/rc.local mám třeba:
cd /home/filo/opt/nazev_programu/restarter/restarter
/home/filo/opt/nazev_programu/restarter/restarter &
a v souboru mám script, který mi pustí restarter pro ten daný program:
screen -A -m -d -S nazev_programu_restarter ./restarter-nazev_programu
Jenže nevím jak toto mám pustit pod uživatelem filo, děkuji za rady, už teď jste mi dost pomohli.
Jak jsem psal, stačí použít:
# su -c "/home/filo/opt/nazev_programu/restarter/restarter &" filo
Předtím jsem nuceně musel odjet pryč, a tak jsem se k tomu nemohl dostat, ale dnes jsem si k tomu již sedl.
Takže program se mi pomocí příkazu
# su -c "/home/filo/opt/nazev_programu/restarter/restarter &" filo
pustí pod uživatelem filo, to je OK.
---------------------------------------------------
V souboru /etc/sudoers mám:
root ALL=(ALL) ALL
www-data ALL=(filo) /bin/kill
---------------------------------------------------
V souboru (ten který má výše zmíněný program z webu restartovat z php pomocí příkazu exec('/home/filo/scripts/kill-nazev-programu');) je toto:
#!/bin/bash
PID=$(pidof mangos-ethriel-worldd)
sleep 0
sudo -u filo /bin/kill $PID
Pozn.: Soubor, včetně složky scripts ma práva 777, vlastník & skupina je www-data
---------------------------------------------------
Pokud zkusím soubor spustit z konzole pod uživatelem filo, vypíše to:
filo is not in the sudoers file. This incident will be reported.
Pokud se ho pokusím spustit z webu, nestane se vůbec nic.
Ja už si připadám jako blbec, už se s tím týrám opravdu dlouho a nevím si stále rady.
filo is not in the sudoers file
Ano to je správně, protože v /etc/sudoers mají záznam pouze uživatelé root, www-data viz první sloupeček.
Pokud se ho pokusím spustit z webu, nestane se vůbec nic.
Protože se očekává zadání hesla, pokud nechceš, aby uživatel musel odpovídat na heslo musíš použít volbu NOPASSWD:
www-data ALL=NOPASSWD:(filo) /bin/kill
Protože se očekává zadání hesla, pokud nechceš, aby uživatel musel odpovídat na heslo musíš použít volbu NOPASSWD
Aha, no ovšem tento tvůj zápis:
www-data ALL=NOPASSWD:(filo) /bin/kill
mi hlásil chybu v syntaxi, proto jsem to zkusil změnit takto:
www-data ALL=(filo) NOPASSWD: /bin/kill
teď se ale zase nic nestane :).
.Nejdříve si mimo skript vyzkoušej zda-li Ti funguje kill přes sudo, s velkou pravděpodobností ano. Potom si zjisti jestli posíláš ve skriptu kill opravdu správnému PID.
exec 1>/tmp/soubor.stdout exec 2>/tmp/soubor.stderrnebo v php použít něco sotisfikovanějšího než jen
exec(), třeba proc_open()
kill $PPID
Tiskni
Sdílej: