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 ... 30 31 [32] 33 34 ... 41
466
Software / Re:Tint2 - kalendarova aplikace s Google Calendar
« kdy: 18. 02. 2012, 22:12:38 »
Nevím o ničem, natož o lightweight... :( Nakonec jsem skončil na chromiu s připnutým panelem, ve kterém je trvale otevřený kalendář.

467
Odkladiště / Re:Jakou distribuci používá Linus Torvalds
« kdy: 18. 02. 2012, 22:09:06 »
Neměl aspoň po jistý čas Fedoru? Ale jestli ji má pořád, nebo už ne, to fakt netuším, nesleduju... :D

468
Desktop / Re:Po vypnutí DosBoxu se nevrátí rozlišení
« kdy: 15. 02. 2012, 09:08:30 »
Taky to tak většinou řeším, jen někdy nejde než zatnout zuby a přežít rozhozené rozlišení... (třeba diablo 2 se v malém okně hraje nepěkně a zvětšit rozlišení na mých 1680x1050 bez hacku nejde...)

469
Mě to dělají ve wine všechny aplikace, pokud nenastavím virtuální desktop a ta aplikace se přepne do fullscreen. Určitě se tak chová gnome 3 (i cinnamon) bez ohledu na distribuci, mám pocit, že se mi to dělo i na KDE4/gnome2, ale jistý si tím nejsem. Nevšiml jsem si rozdílu na archu, mintu ani fedoře.

470
Vývoj / Re:Prace na freelancer.com
« kdy: 12. 02. 2012, 13:26:16 »
Divné... pokud čtu správně, nechal sis převést peníze z EUR na AUD, za což si strhli 70 EUR a stejně to nechali jako eura? To bych se asi ozval jim na podporu...

471
Server / Re:.htaccess a dvě stránky na jedné doméně
« kdy: 09. 02. 2012, 23:55:59 »
Mám pocit, že htaccess umí ověřit IP návštěvníka - pro svou IP tedy nastavit novou verzi, pro ostatní starou. Jen to vyžaduje editaci htaccess, když chceš vidět i tu druhou verzi... Ale zase to jde použít i tam, kde by mohl být problém s použitými subdoménami.

472
Mám pocit, že stejná hláška se objevuje i pokud tam je jen moc odkazů (3 a více?).

473
Obávám se, že dokud si nezařídíte všechno, co chcete používat, na svém vlastním železe umístěném u vás doma, budete vždy muset využívat služeb třetích stran a pak je celkem jedno, jestli je to google, seznam, nebo kdokoliv jiný.

Když po vás půjdou vládní služby, je jedno, u koho jste, data vydat musí. A pokud se bojíte toho, že nějaký zaměstnanec google si bude číst vaši poštu a koukat na vaše obrázky - mnohem víc se toho bojím u malých společností a projektů, kde není tolik lidí. Čistě matematicky je větší šance, že si zrovna vaše obrázky bude prohlížet zaměstnanec rajčete (nic proti nim), než google.

Nemluvě o tom, že nevím o jediné věci, která by se v těch nových podmínkách změnila oproti těm původním, jen místo hromady různých textů k jednotlivým službám je všechno pohromadě - takže je jasné, k čemu má google přístup (a prosím, uvědomte si, že když přidáte do google maps nějaký záznam i s fotkou, musí mít google od vás licenci ke zveřejnění, stejně tak, jako ji potřebuje k tomu, aby vůbec mohl poslat váš email a zálohovat vaše data).

Pokud nechcete google používat, nemusíte, ale nevidím důvod, proč najednou začít panikařit, když do teď vám to nevadilo.

474
Vývoj / Re:Algoritmus na porovnanie dvoch ADT typu strom
« kdy: 28. 01. 2012, 19:08:31 »
Prostě udělat nějakou formu průchodu stromem (in-order, pre-order, ...) a pokud se kterýkoliv uzel liší, tak se stromy nerovnají. :)

475
Abychom si rozuměli, mi je jasné, že když budu třeba chtít využívat ono "cool" řazení výsledků hledání podle nejbližšího okolí, musí znát "hledací stroj" mou aktuální polohu.
Ale není mi jasné, proč by si to měli skladovat i po zobrazení výsledků hledání, do "budoucna" ...
Protože výsledky hledání se přizpůsobují vašim návykům... Pokud budete na termín "benzínka" pokaždé vybírat stejný výsledek, ať jste kdekoliv, bude upřednostňován ten jeden výsledek. Pokud ale budete vybírat vždycky tu nejbližší, pokusí se google zohlednit zase to. A jak to mají udělat bez znalosti vztahu "pozice-vybraný výsledek"?
O latitude ani nemluvím, to bez ukládání ani fungovat nemůže.

Nemyslím, že by se něco změnilo, prostě jen google dal dohromady podmínky ze všech služeb, tj i těch, které třeba zrovna vy nevyužíváte, ale v podmínkách teď jsou zahrnuté.

476
Odkladiště / Re:ACTA - docela pěkný článek
« kdy: 27. 01. 2012, 13:38:59 »
Ta trocha ropy, co je na Moravě, USA nezajímá, velký trh taky nejsme a radar v Brdech nestojí, takže by se nemuseli nijak snažit, dostat sem armádu. Tu teď stejně budou potřebovat v Sýrii a Íráku.  :D

477
Server / Re:Základy návrhu tabulek pro databázi
« kdy: 25. 01. 2012, 12:09:16 »
Pokud myslíš technickou stránku (jak vůbec databázi říct "udělej databázi s těmito tabulkami") - pak obvykle stačí do google zadat: "použitá-technologie jak vytvořit databázi" a otevřít prvních pár odkazů :)

Nicméně jestli ti jde o správné metody návrhu (vztahy mezi tabulkama a tak), pak bych se podíval na základy ER (http://cs.wikipedia.org/wiki/Entity-relationship_model). Konkrétní publikaci ti ale nedoporučím, moje znalosti této oblasti pochází ze školních skript a praxe.

478
Sítě / Re:Bezpečné čtení webů bez HTTPS
« kdy: 24. 01. 2012, 15:22:53 »
Https mi stačí z prohlížeče do nějaké bezpečnější sítě.
Takže jde o odposlech ve vaší místní síti, ne někde dál po cestě? Pak VPN, případně se podívat, jestli https umí nějaké ty "free web proxy" jako hidemyass.com, či další podobné. Nějaké odkazy (tuším i na české) jsou na mojeip.cz.

479
Software / Re:Synchronizace adresářů v domácí síti
« kdy: 22. 01. 2012, 16:27:30 »
Unison - využívá algoritmy rsync, ale na rozdíl od rsync zvládá oboustrannou replikaci včetně odstranění smazaných souborů a dovede si poradit s vícesměrovými replikacemi (např. topologie hvězda).

480
Vývoj / Re:Skript reagující na vložení USB disku
« kdy: 18. 01. 2012, 12:08:59 »
V tomto případě je cut celkem zbytečné (nehrozí, že by se ten řetězec objevil třeba v názvu zařízení), ale jsem zvyklý si osekávat porovnávané údaje jak to jde, abych se vyhnul případné chybě, kdy se mi tam zamíchá něco jiného...  :)
Jak už bylo řečeno, cut je tam proto, aby se porovnávaly pouze řetězce s ID, nikoliv už ten zbytek řádku.

PS: Udělal jsem jednoduchý test časové náročnosti variant s a bez cut, vícenásobné opakování přinášelo podobný rozdíl (rozdíl v celkovém čase kolísal tak nějak mezi 70-90ms)
Kód: [Vybrat]
$ time for i in {1..100}; do lsusb |grep "03eb:2ffa"; done
real 0m4.545s
user 0m4.109s
sys 0m0.410s

$ time for i in {1..100}; do lsusb | cut -c24-32|grep "03eb:2ffa"; done
real 0m4.611s
user 0m4.187s
sys 0m0.483s


Cut tedy představuje mírné zpomalení (necelou milisekundu) - sice asi o něco urychlí běh grepu, ale ne o tolik, aby se to vyplatilo.

Stran: 1 ... 30 31 [32] 33 34 ... 41