Příspěvky

1321

Software / Re:Třídění fotek z Raspberry Pi MMAL

« kdy: 27. 08. 2014, 14:40:13 »

Na tohle je dělaný program logrotate (určitě je spousta implemenentací) - nechává jen určitou historii logů, může soubory přejmenovat, zkomprimovat atd. Snad by to šlo použít i na obrázky.

1322

Odkladiště / Re:VOIP správně?

« kdy: 29. 07. 2014, 16:55:34 »

Odorik.cz mají šílené stránky, to je pravda  Ale obsah a funkčnost stránek je lepší než u běžných operátorů, kde člověk relevantní informaci težko hledá a všude nachází jen marketingovou mlhu. U Odoriku žádná marketingová bariára není, žádné mlžení ve specifikaci služeb nebo cen - na nic si nehrají. Je možný si to ověřit pohledem do jejich fóra.

Dočasně jsem přes Odorik volal pomocí SIP z počítače - tam se občas vyskytlo zkreslení zvuku nebo spojení vypadlo. Je pravda, že to bylo to přes wifi. Teď už od nich mám asi rok mobilní telefon (normální SIM, číslo jsem portoval) a jsem naprosto spokojený.

Pokud bych od nich chtěl VOIP pevnou linku, vyzkoušel bych si to předem. Pokud člověk neportuje čísla, může to zkusit s minimálními náklady. Je možné, že by zapůjčili na vyzkoušení i telefon. Nebo bych sehnal nějakou bazarovku - nejlépe něco z doporučených modelů, co maj na webu.

1323

Sítě / Režim wifi

« kdy: 08. 07. 2014, 12:49:38 »

Není potřeba mít dvě karty. Pokud se to bude provozovat na jednom kanále, tak stačí jedno rádio. Ovšem rychlost bude samozřejmě poloviční. O řešení pro Android ovšem nevím.

Dovolim si nesouhlasit, protoze WIFI jede jako CSMA/CA, cily jede v half-duplexu. Proto aby mohla broadcastovat svoje SSID a jine management pakety musi vysilat, a ve stejny moment nedokaze prijmat pakety z boxu, ktery ho chce pouzit jako AP -> tudiz si myslim, ze to fungovat nebude.

Záleží v jakém režimu wifi jede: AP, AD HOC, WDS (repeter)... IMHO záleží na wifi chipu, čeho je schopen a na ovladači. U mobilu to nebude jiné.

1324

Vývoj / Re:Dyslexie a programování

« kdy: 12. 06. 2014, 21:54:27 »

Ty si taky různej typ Inteligence je jen jedna, protože i její projevy jsou vždy stejné. Jinak by byla trochu k ničemu, kdyby to pokaždé bylo k něčemu jinému.

To určitě není jen jedna, viz třeba

http://www.national-geographic.cz/detail/clovek-ma-8-druhu-inteligence-jak-jste-na-tom-vy-23617/#.U5oEs66xXy0

+ tuny dalších materiálů různé úrovně na internetu a v knihovnách.

1325

Server / Re:Jak rychle pracuje Váš Apache server?

« kdy: 07. 05. 2014, 20:10:50 »

Zkontroloval bych, zda není zapnutý xdebug nebo něco ekvivaletního. To dokáže zpomalit zpracování php o řád.

Jinak i mě už se stalo, že jsem se ptal 2x na tu samou věc - a našel svou vlastní odpověd shrnující správné řešení. Připadal jsem si jako blázen :-D

1326

Hardware / Re:Starší ATI/AMD GPU a opensource versus fglrx(-legacy) ovladače

« kdy: 07. 04. 2014, 14:06:58 »

překlep v option pro radeon modul

Jaký překlep kde?

1327

Hardware / Re:Starší ATI/AMD GPU a opensource versus fglrx(-legacy) ovladače

« kdy: 25. 03. 2014, 16:02:50 »

ten nový radeon driver

Který máš na mysli?

Jinak jsem zapomněl uvést, že při použití opensource ovladačů mi po chvíli přestanou Xka přijímat vstup (myš, klávesice) - a nic nekliknu, nic nenapíšu. Musím dát CTRL+ALT+F2, v testové konzoli restartovat runlevel s Xkama a pa ro zas chvíli běží. Po několika opakováních to obvykle zatuhne totálně.

1328

Hardware / Re:Starší ATI/AMD GPU a opensource versus fglrx(-legacy) ovladače

« kdy: 25. 03. 2014, 15:47:29 »

Máte někdo zkušenost s integrovanou ATI Radeon HD 3000 (na MB http://www.gigabyte.cz/products/page/mb/ga-ma78lmt-us2hrev_35) na Fedoře 20?

Jde to rozchodit? Fedora už neobsahuje Catalyst driver a ten z webu http://support.amd.com/en-us/download nepodporuje starý hardware, Legacy verze by jej sice podporovat měla ale zase nejde zkompilovat :-)

Proč nad tím přemýšlím - říkal jsem si, že by si sestava možná měla menší spotřebu a míň hřála než teď , kdy mám GeForce 6200 TurboCache (v PCIex slotu). Nebo bude spotřeba a teplota stejná? Hry ani 3D nepotřebuju, jedu na Mate desktop.

1329

Vývoj / Re:Rozpoznávání obrazu s buňkami

« kdy: 15. 02. 2014, 00:36:14 »

Tohle by nepomohlo? Narazil jsem na to náhodou... :-)

Domovská stránka: http://opencfu.sourceforge.net

OpenCFU is a completely open source lightweight application designed to
enumerate clustered circular objects such as bacterial colonies. It can
handle digital pictures as well as live stream from a video device/webcam.
OpenCFU is cross-platform, fast, reliable and allows the user to implement
intuitive filters.

OpenCFU is published on PLoS ONE:
http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0054072

1330

Odkladiště / Re:Nápad, cena mědi = nová digi měna

« kdy: 08. 02. 2014, 21:28:56 »

Je úžasné, co lidi vymýšlejí za kraviny, jen aby nemuseli nedej bože makat a mohli si spokojeně žít na úkor hlupáčků, kteří jim naletí.

Proč myslíte, že to je tento případ?  Soudíte tak obecně o alternativníc měnách nebo je něco špatně přímo na těch měďácích? (Ty měďáky jsem podrobně nestudoval.)

1331

Software / Re:Program na kreslenie network diagramov

« kdy: 07. 02. 2014, 17:14:06 »

Já bych použil normálně Inkscape nebo Scribus. Nebo alternativně Freemind. Pro tvořivou práci v úvodní fázi návrhu pak papírové kartičky.

1332

Odkladiště / Re:Nápad, cena mědi = nová digi měna

« kdy: 07. 02. 2014, 17:09:58 »

Proč by to měla být recese? Alternativní měny jsou realita. Platí a fungují v takovém rozsahu, v jakém se je podaří zavést. Důležitým efektem je osvěta - člověk si vyzkouší, jak peníze fungují a začne přemýšlet jinak.

Já jsem pomáhal s alternativní trhovou měnou na jednom Waldorfském trhu. Bylo s tím spousta práce, ale ekonomicky to byl jasný úspěch a bylo zajímavé pozorovat různé jevy mezi lidmi (trhovci a návštěvníky trhu - půjčování, směny atd.), které by jinak nebyly vidět. Měli jsme vypracovaný celý model - centrální banku, směnárny atd. Na fyzické úrovni měla měna podobu dřevěného kolečka ve dvou nominálníc hodnotách, po dobu trhu se žádný padělatel neobjevil. Rychle by se na to ale přišlo, protože se vše evidovalo a v denní uzávěrce vyhodnocovalo.

No a celé to sloužilo současně jako výuka pro žáky. Troufám s říct, že žáci měli poté leckdy lepší představu o ekonomice než někteří dospělí :-D Někde v německu se přesně tímto způsobem podařilo v určitém regionu zavést duální měnu - fenomén trhových peněz uspěl do tém míry, že se začal částečně  používat i mimo trh.

1333

Vývoj / Re:Zobrazení GUI vzdálené Java aplikace

« kdy: 07. 02. 2014, 16:50:09 »

Můžeš se připojit po SSH a pustit si tu aplikaci jako jakoukoli jinovou aplikaci pro Xka :-) Ale to má nevýhodu v tom, že když se odpojíš, aplikace se ukončí.

nevyhodu riesi :  http://xpra.org/

Tohle jsem neznal :-) Zajímavé.

Jinak já bych asi udělal jednoduchého konzolového klienta a toho spouštěl v ssh session. Je tím vyřešeno zabezpečení a vedlejším bonusem je možnost se podívat na systém, pokud je potřeba (lze zkontrolovat logy, top, vytížení, konexe atd...).

1334

Server / Re:Co když ztratím SSH klíč?

« kdy: 28. 01. 2014, 21:45:45 »

Mám za to, že passphraze slouží k ochraně libovolného použití klíče. Tj passphraze je třeba zadat i pokud klíč loaduju do ssh-agenta nebo s ním nějak manipuluju, konvertuju apod (ssl).

Jinak vyžadovaná kombinace klíč + passphraze + ssh heslo + případně omezení na ip adresu + případně port knocking je asi ideální, ale komfort přihlášení se už lehce zhoršuje :-) Jinak samozřejmě souhlasím, že ponechání plaintext hesla jako dostačujícího oměření pro ssh přihlášení je samozřejmě dost rizikové, roboti běžně ssh porty zkouší - 10x, 100x, 1000x denně zkoušejí různé kombinace přihlašovacích jmen a hesel. Při blbém heslu je šance na kompromitaci 100%.

Čemu by mělo vadit povolené přihlášení pouze a jedině přes privátní klíč nevím. Přijde mi to celkem dobrý kompromis.

1335

Server / Re:Co když ztratím SSH klíč (získá ho někdo jiný)?

« kdy: 28. 01. 2014, 18:21:15 »

Když ztratíte klíč od domu, musíte vyměnit zámek u dveří. Když ztratíte privátní klíč, je to v principu stejné.

Musíte si vygenerovat novou kombinaci soukromého a veřejného klíče a na všechn službách, které tímto privátním klíčem odemykáte, musíte nastavit nový veřejný klíč. Soukromý klič si necháte jen u sebe a nikde jinde jej nenahráváte (ani na těch službách - tam jsou jen veřejné kliče).

Popsaná procedura odpovídá koupi nového zámku s klíčem a jeho instalace do dveří.

Pokud máte na soukromém klíči nastaveno dobré a dost dlouhé heslo (passphraze), není s výměnou takový spěch. Nicméně útočník může toto heslo časem prolomit (heslo je totiž mnohem kratší než samotný klíč), takže je výměna nutná. Pokud chcete bezpečnost, doporučuju používat delší passphraze, zakázat možnost zalogování na server heslem (nyní mluvím o ssh loginu) a ponechat jen login přes soukromý klíč.

Postup výměny klíčů je u každé služby jiný (u ssh typicky stačí vyměnit odpovídající řádek v ~/.ssh/authorized_keys + zkontrolovat, že se klíče neválejí někde jinde na serveru - jejich ponechání v ~/.ssh je typická chyba). Pro výměnu klíče není třeba resartovat sshd, při změně nastavení už pochopitelně ano. Pokud by byl kompromitován samotný server - útočník se nalogoval - je situace o několik řádů složitější, než při zprátě klíče bez nalogování útočníka.

Možná jsem na něco zapomněl - nechť mě někdo případně doplní.