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 - Jan Ťulák

Stran: 1 ... 21 22 [23] 24 25 ... 41
331
O serveru Root.cz / Re:Nefukcni registrace
« kdy: 22. 10. 2012, 19:44:16 »
Vyzkoušeno, registrace funguje jak má. (účet pokuspokus, mail t.*****@gmail.com - pro redakci: může být smazán :) )

Chyba tedy bude spíš na vaší straně. Nejsou třeba vypnuté cookies, opravdu zadáváte správné jméno a heslo... ?


332
Studium a uplatnění / Re:FIT VUT - špatná volba?
« kdy: 22. 10. 2012, 09:42:07 »
No, co se matiky na FITu týče, ta funguje jako filtr - nevím o nikom, koho by bavila IDA, ale IMA už byla lepší a INM už přišla zajímavá řadě lidí. Prostě tu nejtěžší matiku z bakalářského studia dali hned na první semestr. :) Ale je fakt, že v jejím rámci se probere třeba teorie grafů, kterou pak zase potřebuješ v algoritmech, takže ony ty předměty na sebe celkem pěkně navazují. Další matematika je pak až na magisterském studiu, takže pokud přežiješ IDA, to nejhorší z matiky budeš nejspíš mít za sebou (no dobře, ještě bys ji měl vidět při přípravě na bc. ;) ).

S programováním je to horší - já taky znal na začátku rozumně jen php+js a bash, další jazyky jsem akorát viděl z rychlíku. C se sice dělalo na střední, ale to jsem proflákal, jak se dalo (kdo ne? :D), takže jsem s ním taky začínal. Projekty z IZP mi těžké nepřišly, o torchu horší byla zkouška, hlavně půlsemestrální - teoretická znalost syntaxe a chování při problémech, programování na papír...
Pokud ti ale dělá problémy už IZP, pak asi nejsi na správné škole, později v rámci jednoho předmětu probereš python+perl a v obou budeš dělat projekty, zároveň s tím ještě nejspíš přijde první seznámení s C++ hozením do vody...

Prostě pokud je pro tebe hlavní problém matika a ostatní věci se dají zvládnout, zvážil bych, zda se nepokusit vydržet. Pokud máš ale velké potíže i s jinými předměty, pak bych zkusil třeba to co navrhl to_je_jedno.



333
Hardware / Re:Velkorysé řešení automatizace
« kdy: 21. 10. 2012, 18:10:54 »
S arduinem jako takovým jsem nikdy nepracoval (na nějaké návody jsem se díval, ale neměl jsem pro to zatím využití), takže přesná omezení neznám, jen jsem se podíval, jestli mi google najde něco na "arduino webserver". :)

A taky by určitě šlo z nějakého toho mikrokontroléru otevřít spojení do databáze na webovém hostingu a sypat data do něj... Je to celé o tom, jestli má implementátor i další využití pro x86 mašinu, nebo by to bylo jen plýtvání penězi (a nebo má peněz nazbyt :D).

334
Odkladiště / Re:/tmp na RAM
« kdy: 21. 10. 2012, 18:03:24 »
Ovšem u /tmp na RAM pozorna to, že některé programy nejsou napsané nejlépe a nahrnou si tam během provozu klidně stovky MB - a pokud máte /tmp omezený na +-1 GB, tak se může snadno zaplnit. Doporučil bych si tedy zkontrolovat, jak tmp běžně využíváte a v případě problémů si zkontrolovat aktuální obsazenost. Problémy se obvykle dají vyřešit, ale je potřeba o nich vědět.

335
Odkladiště / Re:/tmp na RAM
« kdy: 21. 10. 2012, 11:52:08 »
No smysl to má, pokud používáte nějaký program, co intenzivně pracuje s dočasnými soubory a brzdou je právě IO nad /tmp. Pokud je brzdou CPU, tak vám rychlejší IO nepomůže, stejně tak, pokud bude načítat data z disku a sypat je do /tmp, tak taky nebude přínos nějak extra velký.

336
Hardware / Re:Velkorysé řešení automatizace
« kdy: 21. 10. 2012, 11:43:10 »
S ohledem na množství dat bych řekl, že ten server by zvládlo dělat samo arduino, či něco s podobným výkonem - co koukám, existuje i webserver pro arduino http://code.google.com/p/webduino/.

Na druhou stranu, pokud ten server chcete použít i jako domácí NAS, či k jiným podobným účelům, pak bych asi trochu zainvestoval a pořídil nějaké úsporné core i5/i7 (či odpovídající AMD), protože je slušná šance, že za půl roku, za rok po koupi vás napadne ten server použít k něčemu dalšímu, co ten atom nebude zvládat výkonově (osobní zkušenost ;-) ).

337
cokolvek co sa dostane mimo mojej siete je z principu povazovane za zverejnene... alebo trpite syndromom 'nase servery su nedobytne a nikdy nemoze prijst k uniku dat'?
Ovšem informaci o tom, kdy jste doma, lze s celkem rozumnou přesností (pokud je dost dat) vytáhnout i z logů nějaké služby/webu, kam se často díváte (jabber server, ...), prostě podle toho, jak se vám mění IP, případně ty logy zkombinovat. :) A nebo se stačí jednou za hodinu projít po ulici a poznačit si, ve kterých domech se svítí, jestli se změnilo povytažení žaluzií/závěsů, jestli čouhá ze schránky kus reklamních novin už třetí den...

Osobně bych řekl, že výsledné riziko i při potenciálním (jednorázovém) úniku dat je v tomto případě poměrně malé, takže je to spíš jen o pocitu (a nebo pokud proti vykradení bojujete i na jiných frontách, než jen tímhle security by obscurity). Mimochodem, zloděj ani nepotřebuje, abyste nebyli doma. Známého vykradli zatím co spal v posteli - a to dělá kolem třetí hodiny ranní většina lidí.

338
Desktop / Re:Zamrznutí VirtualBoxu po hibernaci
« kdy: 20. 10. 2012, 10:21:42 »
Pokud si matně pamatuju, tak tohle se mi nestalo, i když jsem hibernoval s běžícím vboxem. Máš tam nainstalované přídavky pro hosta? jestli ne, tak bych je tam přidal, ale jinak mě nenapadá, co s tím - leda předtím zkusit ten virtualizovaný systém pozastavit, případně přímo uložit jeho stav.

339
Server / Re:Převod uživatelů z /etc/passwd do Samby
« kdy: 19. 10. 2012, 19:51:42 »
Ach jo... jenže podle toho předchozího topicu jsi je nějak převedl, ale neověří se... na tohle ti můžu poradit akorát hledat, už to bylo řešeno mnohokrát, třeba http://jaka.kubje.org/infodump/2007-05-14-unix-samba-password-sync-on-debian-etch/

340
Server / Re:Navedení všech uživatelů do Samby
« kdy: 19. 10. 2012, 19:48:06 »
On se ti snaží pomoct, jenže ty ho nenecháš. Nikdo z nás bohužel momentálně nemá po ruce funkční křišťálovou kouli, takže pokud nedodáš přesnější specifikaci problému, třeba i s nějakými konfiguráky, nikdo neporadí.

341
Desktop / Re:Zamrznutí VirtualBoxu po hibernaci
« kdy: 19. 10. 2012, 16:58:04 »
Hmmm, jak přesně to myslíš?
1) máš puštěný systém ve virtualboxu, hostující systém hibernuješ, po probuzení hostujícího systému ten virtualizovany nefunguje
2) máš puštěný systém ve virtualboxu, hostující systém hibernuješ, po probuzení hostujícího systému ten hostující nefunguje, dokud nějak nezabiješ virtualbox
3) máš puštěný systém ve virtualboxu, hibernuješ tento virtualizovaný systém a ten pak po probuzení nefunguje (hostující systém celou dobu běžel)
4) nějaká kombinace výše uvedeného
5) ještě něco úplně jiného

342
Sítě / Re:Připojení discu pomocí SSH tunelu do Windows
« kdy: 19. 10. 2012, 15:41:28 »
Uživatel který nedokáže obsluhovat WinSCP stejně nedokáže ani vygenerovat myšlenku, kvůli které by bylo nutno šifrovat přenosy.
Jenže nešifruje se jen kvůli dobrému pocitu uživatele. Záleží na tom, k čemu mají ty účty přístup a jaká data se budou nahrávat... Pokud jen k nějakému svému adresáři a jde o nějaké cvičné věci, pak by to neměl být moc problém (kromě rizika infekce), jinak bych se ale nešifrovaným přenosům vyhnul.

343
Sítě / Re:Připojení discu pomocí SSH tunelu do Windows
« kdy: 19. 10. 2012, 12:49:04 »
Co win-sshfs: http://code.google.com/p/win-sshfs/? Vypadá celkem použitelně, jen mám pocit (neřešil jsem, jestli je to právě tím), že při uspání windows s připojeným "diskem" se po probuzení chová divně (strašně pomale) a je potřeba spojení odpojit a program restartovat. Ale třeba to pro vás problém nebude.

344
Desktop / Re:Funguje v Arch Linuxu hibernace?
« kdy: 19. 10. 2012, 10:55:20 »
Aha, tak v tom je ten trik, musí to být před filesystems. :) Když jsem jednou hibernaci zkoušel rychle rozjet, tak mi nejela, a protože ji stejně nijak zvlášť nepotřebuju, tak jsem to neřešil. Ale je fajn mít to zapnuté.

345
Software / Re:Omezení rychlosti kopírování z disku na disk
« kdy: 18. 10. 2012, 10:35:43 »
Wear leveling se snaží právě odcházení buňěk předcházet, takže ten žurnál bude rozprostřený po celém disku a měl by (teoreticky) opotřebovávat rovnoměrně celý disk. A řekl bych (ale to je jen můj názor, prosím o vyvrácení :) ), že 1GB žurnál na 250GB  SSD nebude mít o moc horší vliv, než když na tom samém SSD budete mít 180 GB dat i se systémem.

Stran: 1 ... 21 22 [23] 24 25 ... 41