Příspěvky

616

Hardware / Re:Herní konzole - je to perfektní hardware za nízkou cenu?

« kdy: 05. 03. 2019, 22:27:53 »

...jenom ten sileny byznys model. Fakt mi neprijde normalni, kdyz nekdo zaplati vyvojari za to, ze si jeho hru nesmi nejaka cast hracu zahrat.

Ale oni tomu vývojáři nedávají nějaký úplatek, že to nesmí nikdo jiný hrát. Oni si prostě u vývojářů objednají hru pro svoji konzoli. Kdyby nebyly konzole, tak by daná exkluzivka ani nemusela vzniknout. Neobhajuji to, ale bojovat proti tomu je asi takové jako bys bojoval proti BMW, protože ve svých autech má exkluzivní výhřívaná sedadla, která výrobce nesmí prodávat jiným automobilkám. Jiné automobilky zase nabízejí jiné exkluzivity. Žádná velká šílenost to není.

617

Hardware / Re:Herní konzole - je to perfektní hardware za nízkou cenu?

« kdy: 05. 03. 2019, 20:03:18 »

Jinak konzole(alespon ty dve hlavni) jsou zlo a kdokoliv je podporuje je zly(pripadne hloupy) clovek. Vyrobci to zpocatku dotuji, aby vydelavali na hrach a pak uplaci vyvojare, aby vydali hru exkluzivne pro jejich konzoli, pripadne odlozili vydani pro dalsi platformy a tim podporili prodeje a svuj vendor lock-in. Je to humus.

Pro rodiče co mají hlouběji do kapsy je rozdíl jestli koupit konzoli za 7000 nebo PC za 15000. Navíc menší děcka by si s Win10 nevěděly rady. K tomu si přičti, že konzole může po pár měsících skončit pod postelí, takže někdy je konzole ta nejlepší varianta.

618

Hardware / Re:Herní konzole - je to perfektní hardware za nízkou cenu?

« kdy: 03. 03. 2019, 14:56:28 »

Výjimkou byla SONY - kdysi v roce 2006 (?) se pokoušela tvrdit, že PS3 je počítač, protože na ní byl (oficiálně) linux. Jediný důvod byl ale jiná výše cla na konzoli a počítač. Když to celníci nevzali, podporu linuxu bez dalšího zrušila.

Co jsem já četl tak to s tou PS3 bylo tak, že tam byl linux, aby z toho opravdu byl víceúčelový PC, ale jelikož se ten linux zneužíval i k pirátění her, tak ho Sony zařízlo. Určitě v tom hrálo také roli, že lidé díky linuxu nevyužívali PS3 jako herní konzoli, nekupovali si hry, a Sony přicházelo o prachy. To s tím clem se mi zdá nesmysl.

619

Server / Re:Samba sdílení zamrzne kopírování souborů

« kdy: 02. 03. 2019, 16:11:14 »

Nikdy se mi nic takového nestalo. Co dmesg, journal a samba logy?

620

Odkladiště / Re:Diskuze na wordpress šabloně

« kdy: 28. 02. 2019, 11:29:51 »

Když se podívám do statistik, tak Wordpress a Joomla jsou průšvih. Drupal a Magento jsou na tom výrazně lépe:
https://www.cvedetails.com/product/4096/Wordpress-Wordpress.html?vendor_id=2337
https://www.cvedetails.com/vendor/3496/Joomla.html
https://www.cvedetails.com/product/2387/Drupal-Drupal.html?vendor_id=1367
https://www.cvedetails.com/product/31613/Magento-Magento.html?vendor_id=15393

Pokud srovnáváme čistě CMS, tak u Joomly by měl být tento odkaz: https://www.cvedetails.com/product/16499/Joomla-Joomla-.html?vendor_id=3496

Když se dívám na "# of Vulnerabilities" tak vidím:
Joomla!:
2015    12
2016    6
2017    19
2018    24

WP:
2015    11
2016    20
2017    46
2018    17

Drupal:
2015    10
2016    19
2017    8
2018    10

Takže v roce 2015 je to cca remíza. Rok 2016 měla nejméně zranitelností Joomla! a WP a Drupal cca remíza. Pro roky 2017-2018 máte pravdu, nejméně má Drupal a Joomla! a WP jsou na tom o poznání hůř. V následujících dvou letech se to může zase otočit. Každý CMS má své problémy a měnit ho každý rok podle počtu zranitelností nejde.

621

Odkladiště / Re:Diskuze na wordpress šabloně

« kdy: 27. 02. 2019, 18:27:05 »

Na Wordpress není žádná rada. Je to tak moc rozšířený systém, navíc programovaný poměrně špatně, se spoustou pluginů programovaných amatéry, že to celé přitahuje hackboty jako magnet.
...
Pokud můžete, vyhněte se Wordpressu,...

Na to se vyloženě nabízí otázka: Jaký redakční systém místo Wordpressu, který by výše uvedenými problémy netrpěl?

622

Software / Re:Jak spustit script před vypnutím/rebotováním PC (OS se systemd)

« kdy: 27. 02. 2019, 16:42:10 »

Nevím jak moc je toto řešení běžné, mně se to zdá trochu prasárna podstrkovat uživatelům jiný program, ale je to asi nejjednodušší řešení. Díky.

Takže nakonec /usr/local/bin/programX vypadá takto:

Kód: [Vybrat]

#!/bin/bash

PARAM=Získání parametru z $@

exec systemd-run --user -p ExecStop="/path/to/stop.sh $PARAM" /bin/programX $@

a vypadáto, že vše funguje.

Útěchou je, že alespoň při hibernaci/spánku to jde podstatně jednodušeji - stačí umístit script stop.sh do /usr/lib/systemd/system-sleep/

623

Software / Re:Jak spustit script před vypnutím/rebotováním PC (OS se systemd)

« kdy: 26. 02. 2019, 23:53:49 »

Čau, trap jsem vyzkoušel a při ručním vypínání pomocí "kill -TERM <pid>" fungoval, ale když jsem vypl PC, tak se "exit_handler()" vůbec nespustil. Musel jsem za "TERM INT" přidat ještě HUP (nemám Ubuntu, ale zde je asi vysvětlení: https://askubuntu.com/questions/819730/no-sigterm-before-sigkill-shutdown-with-systemd-on-ubuntu-16-04 ). Po přidání HUP se "exit_handler()" při vypínání PC skutečně spustil, bohužel "stop.sh" se nestihl dokončit (trvá několik desítek sekund).

Takže v podstatě stejný problém jako u té mé "--user" služby, tzn. stop.sh se spustí, ale během provádění mi systemD KILLne (nebo spíše HUPne) programX. Zkoušel jsem u tvého příkladu změnit "/usr/bin/programx &" na "nohup /usr/bin/programx & disown" (nebo i bez disown), aby programX ignoroval HUP. Bez úspěchu.

Zjistil jsem, že systemD umí vytvářet dočasné služby, takže jediné funční řešení zatím je, že uživatelé musí programX spouštět takto:

Kód: [Vybrat]

systemd-run --user -p ExecStop=/path/to/stop.sh programX

Bylo by lepší kdyby to nějak šlo bez systemd-run, aby to pro uživatele bylo jednodušší, ale jediné co mě napadá je spouštět cron, který bude kontrolovat běžící procesy a pokud najde programX, tak z něj udělá dočasnou službu, ale to už se mi zdá trochu hardcore.

PS: Ještě jsem zkoušel "systemd-inhibit programX" (man systemd-inhibit), který by měl zablokovat vypnutí/resetování/spánek... Typickým využitím má být, zablokování vypnutí když se vypalují zálohy na DVD. Příkaz "systemd-inhibit --list" mi ukazoval, že programX tam je, ale k žádnému blokování při vypnutí nedošlo, protože programX se po signálu TERM nebo HUP asi normálně ukončil a tudíž nemohl nic blokovat, takže jsem nějak nepochopil jak to má fungovat.

624

Software / Re:Jak spustit script před vypnutím/rebotováním PC (OS se systemd)

« kdy: 26. 02. 2019, 11:22:37 »

Gnome nepoužívám, ale u mě bych možná taky našel nějakou podobnou událost na kterou to navázat, ale zdá se mi to z principu špatné řešení kvůli přenositelnosti nebo kdybych změnil DE, tak by to přestalo fungovat.

Zkoušel jsem ještě službu systemd (z bodu 2) spouštět jako uživatelskou s parametrem "--user". Sice se spustila když ještě programX běžel, ale než se "stop.sh" stačil dokončit, tak se počítač vypl. Nepomohlo ani přidání "TimeoutStopSec=120" a "KillMode=none".

625

Software / Jak spustit script před vypnutím/rebotováním PC (OS se systemd)

« kdy: 25. 02. 2019, 11:02:40 »

Potřeboval bych poradit se systemd. Non-root uživatelé si sami spouští "/bin/programX". Do "programX" se musí před vypnutím/rebootem PC poslat určitý příkaz, aby se ukončil korektně. To dělá script "stop.sh", který najde všechny běžící procesy "programX" a pošle do nich daný příkaz pro korektní ukončení. Nevím jak to udělat, aby se "stop.sh" spouštěl před vypnutím/rebotováním PC, ale ještě ve chvíli kdy běží "programX".

Co jsem zkoušel:
1.) Udělat z "programX" službu systemd - to funguje, ale je to pro mě nepraktické.
2.) Vytvořil jsem službu podle tohoto návodu

Kód: [Vybrat]

[Unit]
Description=Something

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/bin/true
ExecStop=/bin/stop.sh

[Install]
WantedBy=multi-user.target

Služba funguje a "stop.sh" se skutečně spustí - bohužel se spouští příliš pozdě, kdy byl "programX" již ukončen.
2b.) Zkoušel jsem přidat "Before=shutdown.target" nebo změnit "WantedBy=default.target", ale nepomohlo.
3.) Umístit "stop.sh" do /usr/lib/systemd/system-shutdown/ - taktéž se spouští až v hodně pozdní fázi kdy programX již neběží.

Podle mě by stačilo u služby z bodu 2 přidat nějaké závislosti (Before=), aby se začala ukončovat v co nejranější fázi vypínání/rebootování, ale nevím co tam dát. Případně pokud existuje jiný způsob, tak budu rád za nějakou radu.

626

Vývoj / Re:Zajímavá aplikace pro AWS Lambda

« kdy: 24. 02. 2019, 13:53:27 »

pro lamdbu mam aktualne pripraveny dve funkce ktery cekaj na realizaci ...

Zvolili jste Lambdu kvůli nějakým výhodám oproti konkurenci nebo jen ze setrvačnosti? Našel jsem tuhle kalkulačku cen http://serverlesscalc.com/ a pokud to odpovídá realitě, tak IBM OpenWhisk je levnější a navíc jako jediný nabízí i jazyk Swift, takže pro firmu zaměřenou na Apple produkty se to na první pohled zdá být vhodnější než Lambda. Mimo to má IBM ještě i PHP (ve stable verzi) což taky nikdo jiný nemá.

627

Odkladiště / Re:Faktura za Office 365 Home

« kdy: 20. 02. 2019, 20:49:24 »

Pokud bych měl jako "účastníka" pouze bankovní číslo v zahraničí uvedené na výpisu z banky, tak bych byl trochu napjatý co mi na to řekne účetní :-)

PS: Jízdenky na MHD beru jako ceniny a v trafice si vyžádám doklad, kde je jako dodavatel uveden provozovatel trafiky (obchodní jméno + sídlo).

To jste tady ale popletl pojem "účetní doklad". Účetní doklad je zápis, který tvoříte Vy. Tj. Vy do účtárny musíte odevzdat buďto doklad vydaný někým jiným (což je ta tradičnější, jendodušší cesta), nebo všechny rozhodné informace sepíšete a účtárně předáte.

Takže jestli to správně chápu, tak bych musel já nebo moje účetní podle bankovního čísla dohledat přesné jméno firmy a sídlo a to připojit (dopsat) k těm zbývajícím dokladům (bank. výpis a obdržený licenční e-mail)?

628

Odkladiště / Re:Faktura za Office 365 Home

« kdy: 20. 02. 2019, 20:23:36 »

Jo? Já jsem žil v domnění, že u účetního dokladu by jméno dodavatele + adresa být měla.

Pokud ale nechcete uplatňovat DPH, pak se Vás tento zákon vůbec netýká a týká se Vás jen zákon č. 586/1992 Sb., o dani z příjmů, konkrétně § 24: https://www.zakonyprolidi.cz/cs/1992-586#f1459243.
...

§ 11 odst. 1 ZoÚ https://www.zakonyprolidi.cz/cs/1991-563#p11 říká:

(1) Účetní doklady jsou průkazné účetní záznamy, které musí obsahovat
...
b) obsah účetního případu a jeho účastníky,
...

Účastníky účetního případu jsou fyzické nebo právnické osoby, které je třeba v účetním dokladu označit jednoznačně tak, aby nemohlo dojít k omylu či záměně. Nic bližšího k této náležitosti ale ZoÚ nestanoví. Obvykle jsou účastníci účetního případu označováni jménem nebo názvem s uvedením adresy bydliště nebo sídla, popř. také identifikačního čísla osoby (IČO), bylo-li přiděleno.
Zdroj: https://www.eet-profi.cz/33/povinne-nalezitosti-dokladu-pro-ucetni-a-danove-ucely-uniqueidmRRWSbk196FNf8-jVUh4Ese1lEiNjoMQHDuKnCkuoGjNKIls9eYmWg/

Obsah účetního případu a jeho účastníky – obsah znamená např. nákup materiálu, poskytnutí služeb apod.Označením účastníků je míněno obchodní jméno a sídlo právnické osoby nebo jméno, příjmení a místo podnikání fyzické osoby.
Zdroj: Účetní kancelář Numero: http://www.numero1.cz/ucetni-doklady-3/

Pokud bych měl jako "účastníka" pouze bankovní číslo v zahraničí uvedené na výpisu z banky, tak bych byl trochu napjatý co mi na to řekne účetní :-)

PS: Jízdenky na MHD beru jako ceniny a v trafice si vyžádám doklad, kde je jako dodavatel uveden provozovatel trafiky (obchodní jméno + sídlo).

629

Odkladiště / Re:Faktura za Office 365 Home

« kdy: 20. 02. 2019, 14:35:39 »

Co se týče nákladů, tam nepotřebujete doklad (zákon o dani z příjmů to nevyžaduje), stačí Vám doklad o platbě + doložit za co to bylo (např. licence).

Jo? Já jsem žil v domnění, že u účetního dokladu by jméno dodavatele + adresa být měla.

630

Desktop / Re:Jak plnohodnotně pracovat ve VM

« kdy: 18. 02. 2019, 13:28:22 »

Já jsem na práci také provozoval virtuálku Win7 pomocí libvirtu + QXL + Spice a žádný problém jsem s plynulostí GUI neměl. Možná jsem jen ve Win7 vypnul 3D akceleraci (Aero). Virtuální grafický ovladač QXL podporuje 2D akceleraci, takže třeba surfování (scrollování) naprosto v pohodě.
VMware používá svoji vestavěnou 3D akceleraci, takže ji zkus vypnout a ponechej jen 2D + vypni Aero.

Toto je hodně subjektivní. Např. pro vzdálenou správu a sem tam něco se dá tolerovat určitá latence. Pro trvalou práci pak rozdíly lidé vnímají. Navíc je každý jiný, takže znám lidi, kteří fungují bez problémů ve stejné situaci, ve které jiní skoro nejsou schopni pracovat.

Právě proto by měl czmiho uřesnit jestli myslí tearing nebo latenci při rychlém posunování okna, latenci kurzoru myši ...

Na latenci nebo tearing jsem také velmi citlivý. Pracoval jsem s tím Win7 přes 8 hod. denně několik let. Provozuji i vga-pass na hraní her a když se po aktualizaci jednoho balíčku latence nepatrně zvýšila, tak jsem to hned poznal. Problém s latencí GUI jsem měl spíše u linuxových VM. Teď jsem si cvičně pustil Fedoru s Gnome ve VM přes Spice, spustil video na YT a přesunoval rychle okno a při tom malá latence jde cítit (tearing žádný) nebo při rychlém pohybu v menu (hlavně ve FF) je obarvování položek trochu opožděné za kurzorem myši. Když ve Spice zapnu i 3D akceleraci (virtio-vga), tak je ta latence ještě větší.

Zkusil jsem ještě pro srovnání Debian9 s XFCE a ten Win7 a tam je ta latence neznatelná, takže si myslím, že kdybych si trochu pohrál s Gnome a vypl 3D akceleraci, tak věřím, že i tam bych dosáhl neznatelné latence.

Pokud by to mělo být dotažené k dokonalosti, tak opravdu jediné řešení vidím v GVT-g (pokud na to má hardware).