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 - Filip Jirsák

Stran: 1 ... 329 330 [331] 332 333 ... 375
4951
Server / Re:SQL dotaz bez opakování výsledků
« kdy: 20. 11. 2014, 14:39:04 »
Ja som si vzdy myslel a aj s tym zijem, ze Databazovey engine moze spravit optimalizaciu, ale aj ja mu viem dat vediet ze nechcem to optimalizovat alebo mu podstrcit to akym smerom sa ma jeho optimalizacia uberat.
Takze si nemyslim "...že progamátor nemá přímou kontrolu nad tím jak se budou složitější dotazy..."
Exekuční plán neřeší jenom optimalizace, ale především to, jak se vůbec dotaz bude provádět. Vy databázi říkáte jenom co chcete, a databáze z toho vyrobí jak to dostat – optimalizace je až následný krok. Nad tím převodem z co na jak programátor opravdu přímou kontrolu nemá. Samozřejmě ale může to samé co vyjádřit různými způsoby (přičemž ne vždy databáze může poznat že jsou ty varianty ekvivalentní – protože programátor může zahrnout i nějaký předpoklad, který v databázovém schématu není vyjádřen), a také může dát databázi různé nápovědy k tomu, jak exekuční plán sestavit.

Pokoušet se ale optimalizovat dotaz zrovna v tomhle případě je nesmyslné, protože pokud už by bylo potřeba tuto věc optimalizovat, je jediné rozumné řešení normalizovat databázi. A pak nebude co na dotazu optimalizovat, protože to bude výpis všech hodnot v jednom číselníku.

4952
Server / Re:SQL dotaz bez opakování výsledků
« kdy: 19. 11. 2014, 13:58:43 »
Kód: [Vybrat]
SELECT DISTINCT budova, podlazi FROM …

DISTINCT

Jsou to základy SQL…

4953
Hardware / Re:Napájení externího plug'n'play USB disku
« kdy: 16. 11. 2014, 09:42:09 »
neco takoveho - http://www.czc.cz/napajeci-kabel-usb-z-2xusb/46720/produkt
Dík, to by mělo být přesně to, co hledám :-)
Obávám se, že ten tablet vám víc nedá ani do dvou konektorů. To byste ten napájecí konektor musel napájet z jiného USB zařízení, třeba z počítače nebo z adaptéru.

4954
Hardware / Re:Napájení externího plug'n'play USB disku
« kdy: 16. 11. 2014, 09:40:18 »
Nejjednodušší je použít napájený USB hub, třeba http://www.czc.cz/i-tec-usb-2-0-hub-4-port-se-sitovym-zdrojem/109943/produkt (USB 2.0) nebo http://www.czc.cz/i-tec-usb-3-0-hub-4-port-metal-s-napajecem/160551/produkt (pokud tablet umí i USB 3.0).

4955
Windows a jiné systémy / Re:Legálnost virtuálních Windows
« kdy: 14. 11. 2014, 11:47:26 »
Záleží na verzi Windows, u některých starších verzí myslím OEM licence zakazovala provoz ve virtuálním počítači. Žádná OEM licence Windows vám s největší pravděpodobností neumožní mít spuštěno zároveň víc snapshotů s toutéž licencí najednou. Nejlepší ale bude přečíst si tu konkrétní licenci.

4956
Server / Re:jak je to s těmi SSH klíči, kde jsou?
« kdy: 12. 11. 2014, 20:19:37 »
Kdybyste si o tom konečně něco přečetl a aspoň trochu to pochopil, tak byste to věděl.

4957
Server / Re:jak je to s těmi SSH klíči, kde jsou?
« kdy: 12. 11. 2014, 19:39:43 »
Mám to tam zakomentované:
Takže se použije výchozí nastavení.

Citace
#AuthorizedKeysFile     .ssh/authorized_keys

tento soubor obsahuje 2 klíče jeden pro lokální server a druhý pro externí  :-\
Ne, soubor .ssh/authorized_keys neobsahuje klíče pro žádný server.

nevím tedy co si o tom mám myslet.
Nemyslete si o tom nic. Přečtěte si nápovědu.

4958
Server / Re:jak je to s těmi SSH klíči, kde jsou?
« kdy: 12. 11. 2014, 16:31:57 »
Cesta k veřejnému klíči na serveru je nakonfigurována v AuthorizedKeysFile v souboru sshd_config. Cesta s privátním klíčem na klientovi je nakonfigurována v IdentityFile v souboru ssh_config, dá se určit také parametrem -i při spuštění ssh.
Všechny tyhle informace se dají velice snadno najít v manuálových stránkách.

4959
Server / Re:Zálohování po pomalé lince
« kdy: 07. 11. 2014, 07:12:03 »
zoberie subor na lokale a opyta sa na timestamp vzdialeneho naprotivku, proste to, co vysvetlil pouzivatel Někdo .
Můžete nám prozradit, co za upravenou verzi rsyncu vy a uživatel Někdo používáte? Co rsync vypisuje, když k parametrům přidáte --stats? Možná by úplně stačilo použít vanilkový rsync bez té vaší zpomalující úpravy, která metadata souborů porovnává po jednom (ta úprava mimochodem musí velmi komplikovat kód). Za pravděpodobnější ale považuju, že žádný upravený rsync nepoužíváte, akorát nevíte, jak rsync funguje.

4960
Server / Re:Zálohování po pomalé lince
« kdy: 06. 11. 2014, 19:50:45 »
Bohužel jste zamlčel nejpodstatnější věc: to porovnávání rsync dělá po jednotlivých souborech, což je na pomalých linkách (s vysokou latencí) pro spoustu malých souborů velmi pomalé.
Předpokládal jsem, že změněná bude ve skutečnosti jenom malá část souborů. Plyne to z původního dotazu, kde se Peter ptá na přenos změn. Což je přesně to, co rsync dělá. Je zbytečné vymýšlet bůhvíjaké složitosti, když ještě nevyzkoušel rsync, který je přesně na tohle určen a používán.

4961
Server / Re:Zálohování po pomalé lince
« kdy: 06. 11. 2014, 18:55:44 »
- ak mi bude rsync porovnavat lokalnu kopiu so vzdialenou, tak to bude trvat strasne dlho a uplne zbytocne.
suhlasite?
Nesouhlasím. Proč by to mělo trvat strašně dlouho?

Alebo pri pouziti rsyncu prehliadam nieco, cim by som mohol rozumne riesit taketo situacie?
Možná přehlížíte to, jak funguje rsync? Porovnají se seznamy souborů na obou koncích a data poslední změny, u souborů, kde se liší, se přenesou změněné bloky. Pokud byste nepotřeboval na vzdálené straně soubory mazat, můžete rsyncu dát jako parametr datum a čas, kdy jste synchronizaci prováděl, a on přenese jenom změněné soubory - ušetříte tedy přenos seznamu souborů. Pokud chcete zkombinovat obojí, stačí si lokálně pamatovat, které soubory jste smazal - nejjednodušší je pamatovat si komplet seznam souborů a při zrcadlení zjistit, které už lokálně neexistují, a ty smazat i na vzdáleném počítači.

Takže s rsyncem se budou přenášet jen změněné části souborů, případně seznam souborů, pokud mazání souborů necháte na rsyncu. Jak na tom chcete ještě něco ušetřit?

4962
Server / Re:Zálohování po pomalé lince
« kdy: 06. 11. 2014, 16:10:34 »
rsync vedle změn posílá navíc jen kontrolní součty bloků, to by oproti posílání změn neměl být velký nárůst. Takže pokud to velmi dlouho trvá s rsyncem, bude to při posílání pouze změn jen o málo rychlejší. Pokud tedy rsync používáte správně.

4963
Server / Re:Zóna pro autoritativní DNS server
« kdy: 04. 11. 2014, 18:36:52 »
DNS je hierarchický systém, takže jmenný server pro každou doménu je uveden v nadřazené doméně. V zóně cz je tedy uvedeno (v NS záznamech), že pro doménu root.cz jsou jmenné servery ns6.adminit.cz a ns.iinfo.cz. Zónový soubor pro doménu cz by tedy mohl obsahovat záznamy
Kód: [Vybrat]
root.cz.      IN      NS      ns6.adminit.cz.
root.cz.      IN      NS      ns.iinfo.cz.

V tomhle případě to stačí. Třeba pro doménu iinfo.cz jsou tam ale ty samé záznamy, takže kdyby chtěl klient přeložit doménu iinfo.cz, dozví se, že má kontaktovat server ns.iinfo.cz, jenže k tomu zase potřebuje kontaktovat jmenný server pro doménu iinfo.cz, tedy ten samý - a nebylo by jak do toho kruhu vstoupit. Proto může být do nadřazené zóny přidán ještě takzvaný GLUE záznam, což je normální A nebo AAAA záznam, který překládá jméno jmenného serveru na IP adresu. Takže DNS server pro doménu cz by vám na dotaz "Kdo je autoritativní server pro doménu iinfo.cz?" Neodpověděl jenom "je to ns6.adminit.cz a ns.iinfo.cz", ale doplnil by odpověď o informaci "a pokud to náhodou nevíš, tak ns.iinfo.cz je 91.213.160.5".

4964
Vývoj / Re:Pomale nacitavanie webu - debugovanie
« kdy: 04. 11. 2014, 06:42:59 »
Na straně klienta webový prohlížeč - nástroje pro vývojáře (většinou F12).

4965
Server / Re:Jednoducha a bezpecna instalace mailserveru
« kdy: 01. 11. 2014, 09:37:58 »
Netuším, co si mám představit pod tímhle:
bud to bylo malo bezpecne, nebo neprosel temer zadny mail
Treba spam atd.
Nazývat ochranu proti spamu "bezpečností" je zvláštní terminologie, ale budiž. Takže vám vadí, že buď server pozná hodně spamu, ale zároveň s tím odmítne i mnoho regulérních e-mailů, a nebo přijímá regulérní e-maily, ale zároveň i spoustu spamu. Tak to ale prostě je. Neexistuje žádný univerzální návod, jak server nastavit tak, aby to zrovna vám ve vašich podmínkách vyhovovalo. To musíte vědět, jak to funguje, co dělají ostatní, jaká je situace u vás, čeho chcete dosáhnout, a pak podle toho server nakonfigurovat. Poštovní server se dnes rozumně nedá provozovat tak, že něco nainstalujete a ono to bude samo fungovat, aniž byste tomu musel rozumět.

Stran: 1 ... 329 330 [331] 332 333 ... 375