Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Mirek Prýmek

Stran: 1 ... 488 489 [490] 491 492 ... 618
7336
Hardware / Re:Instalace Linuxu na ARM
« kdy: 15. 01. 2013, 10:22:30 »
Pro mě je to ideální HW. Má to jen ty periferky, které potřebuji. UART na debug, Ethernet, USB, SD (eMMC) a někdy se hodí i HDMI.
BeagleBone znáš? Pokud nepotřebuješ hdmi, stačí ti nižší výkon a chceš ušetřit, mohl by být pro tebe zajímavej.
viz třeba: http://www.tigal.com/category/185

7337
Desktop / Re:Internetový kiosek s CentOS
« kdy: 15. 01. 2013, 10:03:26 »
Chápu správně otázku: "Kdo z vás je ochotný za mě udělat moji práci?" ?

Kdybys napsal "můžete mi prosím poradit, jakým směrem hledat" nebo "napadlo mě x,y, ale má to problémy w,z", tak by to bylo jiný kafe...

7338
Vývoj / Re:Přidání uživatele do systému pomocí PHP
« kdy: 14. 01. 2013, 17:25:56 »
mal by si to aj obhajovat :D
To bych neviděl jako větší problém - o tom, co je a co není v praxi použitelné vědí obvykle akademici dost málo. A opravdových machrů na Unixy není moc, takže by to byla spíš zatracená smůla, kdyby před někým takovým musel obhajovat...

7339
Sítě / Re:Ping do US a rychlost světla
« kdy: 13. 01. 2013, 16:43:16 »
tak jsem se zmínil, že vim o nějaký práci. Bud je to zajímá, nebo ne. Informace padla, víc mě to nezajímá - pokud se samozřejmě někdo ozve, řeknu mu soukromě nějaké detaily.
Jo tak to já taky o nějaký práci vím - detaily o ní jsou na jobs.cz a je to asi tak 1 875 pozic :)

A kdo myslíš, že se ozve na informaci "jak jste na tom s low level programováním ?"

Já tohle prostě nechápu... No nic, už toho offtopicování nechám :)

7340
Sítě / Re:Ping do US a rychlost světla
« kdy: 13. 01. 2013, 16:32:15 »
hodil by se spacialista - to je celá idea ;-)
Taková idea má i standardní řešení - napíše se inzerát "chceme udělat to, to a to za tak a tak dlouho, v té a té kvalitě a platíme tolik a tolik". Je na to tady i speciální rubrika.

Co je proježkovybodliny tak těžkýho na tom, dělat věci standardně? Proč se tady poříd dokola objevují lidi, kteří si pod fousy cosi brumlají, že by se jim někdo hodil na něco? To fakt neumíte napsat normální inteligentní zadání a dát ho do placu?

7341
Vývoj / Re:Přidání uživatele do systému pomocí PHP
« kdy: 13. 01. 2013, 16:27:27 »
¨Je pravda, že za celé bakalážské studium, jsme neměli předmět zaměřený na php. Dále je pravda že předmět zaměřený na linux, tvorbu uživatelů, tvorbu bash skriptů, řešení oprávnění jsme taky neměli. Akorát jsme měli předmět Operační systémy, kde se probíralo programování pod linuxe, použiti rour, procesů, vláken řešení rpc problému souběhu, semafory....
Tak proč si pro pána krále bereš bakalářku na něco, o čem jsi nikdy neslyšel? Pokud tě to nikdo nenaučil, tak se to holt budeš muset naučit sám před tím, než tu bakalářku začneš psát.

Je fakt že to co dělám ve své práci je už vyřešené proč ne, jenže
1. chci mít server s minimkální spotřebou - bude to fungovat na Raspberry PI
2. musí to mít dostatečný výkon a možnost připojení několika velkých disků - ne každý NAS to umožňuje, kdyžtak omezeně.
3. musí to umět rozdělovat internetové připojení - dhcp server
4. mělo by to umět vysílat wifi - mod AP - to je problém, nepotařilo se nám to na Raspberri PI rozjet ovladače to nepodpozují testováno na 3 zařízeních
5. musí to umět stahovat torrenty - některé NAS a Routry to umí to je fakt
6.Musí to umět vypínat disky v době nečinnosti - standartní funkce linux
7.další možnosti rozšíření plynoucí z použití operačního systému a konfigurace raspberry - připojení teplotních čidel,....
No takže když to shrneme, musí to umět věci 2-7, které umí každý dnešní operační systém. Včetně třeba FreeNAS (s tou dvojkou si děláš legraci? NASový systém, který neumí připojit "velké" disky?)
Plus to musí běžet na RPi, které "neumí AP". Potom je ovšem vhodná otázka, proč ho neumí, když ne něm běží univerzální operační systém Debian. Jestli ono to nebude nějaké hardwarové omezení, které stejně nepřekonáš...

Jako nic osobního, ale celá ta věc (alespoň co můžu soudit z tvého vystupování tady), se mi vůbec nelíbí :(

7342
Vývoj / Re:Přidání uživatele do systému pomocí PHP
« kdy: 13. 01. 2013, 08:57:00 »
1. NIKDY (to znamená opravdu za žádných okolností) na takovéhle věci nepoužívat v sudo opravnění spouštět všechno (ALL). Od toho má sudoers aliasy pro příkazy, aby se dalo snadno jednotlivým uživatelům přidělovat právo pro skupiny příkazů, které můžou spouštět s eskalovanými právy.

2. I bakalářka vyžaduje prvně se ve věci zorientovat a teprve poté ji řešit.

3. Je dost smutný, že se na některých našich školách předkládá k řešení něco, co out of the box umí krabička za sedm stovek (Mikrotik), dostupná v každém obchodě s počítači.

7343
Odkladiště / Re:Linuxové zbraně
« kdy: 12. 01. 2013, 11:02:45 »
Co je wxWorks? Google mluvi akorat o necem v souvislosti s meteorologickymi satelity.
Sory za překlep, myslel jsem http://en.wikipedia.org/wiki/VxWorks Asi se mi do toho podprahově zamotaly wxWidgets :)

7344
Odkladiště / Re:Linuxove zbrane
« kdy: 12. 01. 2013, 09:22:22 »
Týmto sa len potvrdzuje že linux je na mission critical systémoch jediný reálne nasaditeľný OS.
Je to smutný, jak se z linuxáků stává něco, co byli donedávna jenom windowsáci... Lidi, kteří znají jediný OS - ten svůj :(

FreeBSD, OpenBSD, Solaris...nic? wxWorks, QNX, LynxOS... nic?

7345
Vývoj / Re:Python: jak zjistit volající funkci
« kdy: 11. 01. 2013, 21:14:15 »
Pokud někdo máte ještě nějaký nápad, který by šel na straně třídy A  použít, rád si ho poslechnu.
Já za sebe můžu říct, že z těch střípků, co tady píšeš, moc nechápu, o co má jít. Snad budou ostatní o několik řádů inteligentnější než já a nejenom to pochopí, ale i poradí. Jinak bys holt musel to zadání napsat nějak stručně, jasně a výstižně, ideálně ilustrovt na příkladě a nesoukat to ze sebe jak z chlupaté deky...

7346
Vývoj / Re:Python: jak zjistit volající funkci
« kdy: 11. 01. 2013, 15:27:07 »
Podle toho letmého popisu zadání se nejedná o žádné raketové inženýrství.

Prostě když mám kolekci ledniček a konvic, tak vytvořím funkce fridges(), kettles() a all(), které vrací objekty daného typu.

Pokud jsou ty parametry trochu dynamičtější - chci vrátit třeba jenom bílé objekty, aniž bych něco věděl o jejich struktuře, tak se prostě objektu zeptám: o.is_white() - python narozdíl od C++ umožňuje to jednoduše udělat i když o objektu nic nevím. Dokonce můžu i reagovat na to, že objekt tuhle metodu vůbec nemá (pak třeba budu předpokládat, že bílý není). A na základě téhle otázky pak vytvořím metodu white_objects().

A pokud mi ani tohle nestačí, můžu použít obecný test tohodle typu: all_objects_with("method") - který pro každý objekt udělá to samé, co v předchozím odstavci, akorát pro parametrizovanou metodu "method".

Neumím si představit situaci, ve které by sis nevystačil s jednou z těhle 3 věcí...

Vymýšlet nějaké nestandardní konstrukce většinou není dobrý nápad, asi bys udělal líp, kdybys líp popsal situaci a zeptat se na názory, kdo by ji jak řešil. Zkušených programátorů, kteří budou určitě umět dobře poradit, je tady spoustu.

7347
Vývoj / Re:Python: jak zjistit volající funkci
« kdy: 11. 01. 2013, 14:46:40 »
Nechci nějak prudit nebo něco, ale podle mě se jedná o principilně špatný návrh a i kdyby to šlo, rozhodně bych to nepoužíval.

Funkce, která pro stejné argumenty vrátí "magicky" v různých případech různá data, to není jenom zlo, to je zlo na desátou :)

7348
Vývoj / Re:Blokující close pro sériový port
« kdy: 10. 01. 2013, 22:51:48 »
Nevrati. Ne hned, dokud se nezaplni nejake fifo v kernelu. Odhadem tak 4096 znaku (nepocital jsem) se tam vleze, nez ten EAGAIN vrati. Do te doby vraci success.
Na MacOSu (s opensource driverem pro PL2303) se to takhle nechová. Třeba to bufferování jde nějak vypnout. Každopádně ale jestli neprázdný buffer blokuje close, tak to nejspíš bude fakt chyba v implementaci driveru.

7349
Vývoj / Re:Blokující close pro sériový port
« kdy: 10. 01. 2013, 16:17:52 »
Můžeme zkusit, jak se chová očesaný pokus:

Kód: [Vybrat]
#include <termios.h>
#include <fcntl.h>
#include <stdio.h>
#include <stdlib.h>

int main(int argc, char *argv[]) {
   int fd;
   int res;
   struct termios options;

   if (argc!=2) {
      printf("Usage: %s <serial device>\n",argv[0]);
      exit(1);
   }

   printf("Opening device %s\n",argv[1]);
   fd = open(argv[1], O_RDWR | O_NOCTTY );
   if (fd<0) {
      perror("Error opening device");
      exit(1);
   }

   if(tcgetattr(fd, &options)!=0) {
      perror("Error getting port options");
      exit(1);
   }
   // set baudrate
   cfsetispeed(&options, B19200);
   cfsetospeed(&options, B19200);
   // set HW control - RTS/CTS
   options.c_cflag |= CRTSCTS;
   if (tcsetattr(fd, TCSANOW, &options)!=0) {
      perror("Error setting port options");
      exit(1);
   }

   if(res=write(fd, "XXXXXXXXXXXXXXXX", 16)<0){
      perror("Error writing to port");
   } else printf("%d of 16B written.\n",res);

   if(close(fd)!=0) {
      perror("Error closing port");
   }

   printf("FD closed.\n");
}

7350
Vývoj / Re:Blokující close pro sériový port
« kdy: 10. 01. 2013, 16:11:50 »
Navic je to soucasti kernelu uz peknych par let.
To není důvod, proč by v něm neměla být chyba :)

A mam pocit ze jsem neco takoveho uz videl na opravdovem seriovem portu, a ze stejneho efektu dosahnes takto (overim si):

1. otevres normalni(!) seriovy port /dev/ttySx
2. nastavis rizeni toku na hardware (treba RTS/CTS)
3. pri odpojenem(!) zarizeni zapises nejaka data. protoze neni pripojene zarizeni a rizeni toku nedovoli data odeslat, tak ta zustanou ve fifu
4. das close a ten se zablokuje, protoze fifo neni prazdne.
Tahle by to asi nešlo - při nonblock a odpojeném zařízení vrátí write EAGAIN. Při blokující zase zůstane na write viset.

Takhle to teda aspoň funguje na MacOSu, ověřeno.

Stran: 1 ... 488 489 [490] 491 492 ... 618