Příspěvky

4846

Server / Re:Mail server trochu jinak

« kdy: 11. 04. 2015, 08:43:35 »

Nesmysl. Pro kalendář existuje CalDAV (RFC4791) a pro kontakty CardDAV (RFC6352). "WebCal" je prostě čistě soubor ve formátu iCalendar přístupný přes HTTP, s tím se moc synchronizovat nedá...

Ono je to založené na WebDAVu, já jsem akorát promíchal špatné části zkratky :-) Jak moc je ten CardDAV rozšířený? Měl jsem pocit, že pro to prakticky neexistuje podpora v software. Koukám, že implementací už není málo, ale jsou použitelné?

4847

Server / Re:Mail server trochu jinak

« kdy: 10. 04. 2015, 16:53:22 »

Pokud to chcete bez práce, spousta poskytovatelů to nabízí jako službu.

Pokud to chcete provozovat na vlastním serveru, můžete použít Fetchmail na stažení z POP3 a rozházení do místních schránek, nad nimi pak nějaký IMAP server, třeba Cyrus IMAP a webmail. Nebo můžete použít už hotové řešení, třeba Zimbra.

Synchronizace kalendářů a kontaktů je dnes bohužel asi nejlepší přes web, dobře také fungují proprietární řešení (Google, Microsoft Exchange). Pro sdílení kalendářů se snad ještě dá rozchodit WebCAL, ale pro kontakty je jediný otevřený standard LDAP, což je trochu atomovka na vrabce, a navíc toho vrabce ne vždy trefí.

4848

Sítě / Re:Routovací tabulka v Linux Mint

« kdy: 02. 04. 2015, 20:36:54 »

nenasiel som na google sintax pre zadanie "ip addr add" s maskou

Nehledejte to Google, ale v manuálové stránce

Kód: [Vybrat]

man ip

viem ze tam chyby ale neviem kde potreboval by som pravdepodobne este prehodit prioritu zariadeni lebo teraz ma automaticky pri pripojeni eth0 asi na neho presmeruje

O co se vlastně pokoušíte? A proč to mermomocí nastavujete přes příkazovou řádku, a ne normálně v konfiguraci systému? Pokud máte připojení do dvou sítí a přes jednu z nich se chcete dostávat do internetu, prostě jenom v konfiguraci nastavíte pro obě rozhraní IP adresu a masku, nastavíte, které rozhraní má být výchozí brána, a to je vše.

4849

Sítě / Re:rout table linux mint

« kdy: 02. 04. 2015, 18:34:18 »

ip addr spravuje IP adresy přiřazené rozhraním, ip route spravuje routovací tabulku.

ip addr add bez masky pouze přiřadí IP adresu rozhraní, do routovací tabulky nic nezapíše (protože neví co, by tam měl zapsat).. Proto vám pak také ip route show nevypíše žádný další záznam v routovací tabulce.

Masku sítě musíte vědět vy - maska sítě určuje, jak velká část IP adresy určuje síťovou adresu, nebo-li které všechny IP adresy jsou s tímto rozhraním na stejném segmentu sítě, tedy přímo dostupné přes to rozhraní. Díky tomu se může do routovací tabulky přidat záznam, že daná síť je dostupná přímo přes dané rozhraní, ne až přes nějaký router.

4850

Sítě / Re:rout table linux mint

« kdy: 02. 04. 2015, 17:45:03 »

Začal bych tím, že použijete příkaz ip z balíčku iproute2. Příkazy ifconfig a route jsou na Linuxu zastaralé asi tak 15 let a nefungují. Hádám, že nikdo nemá náladu luštit, co ty vámi uvedené příkazy dělají a jestli zrovna v tomhle případě ifconfig a route náhodou dělají to, co by od nich člověk čekal.

4851

Hardware / Re:Lenovo Thinkpad a signalizace zapnutí/vypnutí CapsLock a NumLock. Jak na to?

« kdy: 28. 03. 2015, 13:05:14 »

Pro KDE 4 třeba KeyLeds. Není k tomu potřeba nic speciálního pro Lenovo, každý systém ví o stavu Caps Lock a Num Lock - ty klávesy neřeší klávesnice sama hardwarově, ale řeší je OS.

4852

Server / Re:Autentizace Win uživatele na serveru

« kdy: 27. 03. 2015, 19:46:12 »

Samba se obvykle provozuje tak, že každý uživatel z Windows má na unixovém serveru se Sambou svůj unixový účet. Když se uživatel z Windows přihlásí, Samba ho namapuje na ten unixový účet a dále vystupuje jako tento unixový uživatel. Uplatní se tedy všechna omezení, která pro daného uživatele na daném systému platí. Pokud by nějaký soubor nepřečetl jako lokálně přihlášený uživatel, nepřečte ho ani přes Sambu. Sambu lze nakonfigurovat i jinak, a také tam je možné nastavit další omezení (např. určit nějaké sdílení jen pro čtení, i když by uživatel jinak měl práva zápisu). Ale základní konfigurace je ta výše popsaná.

4853

Studium a uplatnění / Re:Právo zrušení pracovního poměru

« kdy: 27. 03. 2015, 19:06:34 »

Opravdu tohle chcete zjišťovat? Myslíte si, že tohle je první a poslední projev té firmy takovéhleho typu, a od okamžiku nástupu už bude vstřícná, bude fungovat normální lidská dohoda a ta firma nebude ani svým zaměstnancům ani zákazníkům při každé  příležitosti šermovat paragrafy před očima? Já bych tedy té firmě náklady na background-check ušetřil rovnou.

4854

Vývoj / Re:HTML tag link href je nevalidní

« kdy: 19. 03. 2015, 17:48:41 »

Jenom si dovolím podotknout, že validátor jako program je dílem člověka, a tedy i v něm mohou být chyby, čili, že validátor prohlásí za invalidní něco, co validní je.

Což je myslím ten lepší případ, protože se na to docela snadno přijde. Horší je, když za validní označí něco, co validní není.

4855

Vývoj / Re:HTML tag link href je nevalidní

« kdy: 19. 03. 2015, 07:00:40 »

HTML je velmi špatně definovaný standard, tomu také odpovídá, co můžete očekávat od validátoru. HTML totiž říká, jaký je aktuální seznam známých značek, atributů a jejich hodnot, ale zároveň prohlížečům předepisuje, že neznámé značky, atributy a hodnoty musí ignorovat. Tím pádem vlastně říká, že si můžete libovolně přidávat své vlastní. Validátor tedy říká jenom to, zda HTML zdroj odpovídá známé sadě značek, atributů a hodnot v určitém časovém okamžiku - to ale neznamená, že kterýkoli prohlížeč bude všemu rozumět, a zároveň to neznamená, že když použijete něco navíc, co validátor označí za nevalidní, že to není správně a že tomu nějaký prohlížeč (nebo třeba vyhledávač) nebude rozumět. Takže pokud vám validátor něco označí jako chybu, může to být úplně v pořádku - akorát musíte přesně vědět, proč tam tu "chybu" máte. Já jsem si takhle před lety do HTML zavedl vlastní jmenný prostor a sadu atributů (pro zpracování JavaScriptem, dnes by se to řešilo atributy s prefixem "data-"). Validátor z toho samozřejmě šílel, ale bylo to v souladu se standardem a v prohlížečích to fungovalo správně.

4856

Vývoj / Re:Java - get/set prefixy u metod

« kdy: 14. 03. 2015, 22:44:02 »

Mohl by prosím ale někdo uvést nějaký real-life příklad, kdy by to člověka mělo jakkoliv zajímat?

Například IoC kontejnery, které používají property pro vkládání závislostí. Binding mezi JavaBeanou a Swing modelem. Binding webových požadavků. Designery formulářů.

To, že třída je formálně džavabýn samo o sobě k ničemu není.

Jistěže není. Potřebujete ještě tu druhou stranu, která JavaBeany očekává.

4857

Vývoj / Re:Java - get/set prefixy u metod

« kdy: 13. 03. 2015, 18:24:27 »

get/is a set se u metod používá tehdy, pokud daný objekt je JavaBean a ty metody jsou přístupové metody k properties toho beanu. A pojmenovávají se tak proto, protože to vyžaduje standard pro JavaBeany. Jinak si metody můžete pojmenovávat jak chcete, ideálně podle toho, co ty metody dělají.

4858

Odkladiště / Re:Může mě někdo žalovat?

« kdy: 13. 03. 2015, 07:19:03 »

Žalovat vás může kdokoli pro cokoli, vás pravděpodobně zajímá spíš to, zda bude taková žaloba případně uznána jako oprávněná.

Webdesign je také autorské dílo, a nemůžete ho zkopírovat jako celek ani jeho podstatné části. Na druhou stranu design webu běžně používá spoustu částí, které se používají často, nejsou pro daný web nijak unikátní a autor webu si na ně nemůže dělat žádné právo (pozor, to platí pro nějaký obecný postup, třeba tlačítka s kulatými rohy - neplatí to pro konkrétní implementaci, že byste si rovnou vzal jejich obrázek nebo CSS). Unikátní ale zase může být kombinace nějakých prvků nebo způsob, jak jsou složené dohromady.

Zkrátka na takhle obecně položený dotaz se nedá jednoznačně odpovědět. Co takhle zkusit kontaktovat autora toho původního designu, popsat mu, které prvky chcete použít a domluvit se s ním, že na něj třeba odkážete s nějakou větičkou, že váš web byl tím jeho inspirován? Pokud opravdu nechcete kopírovat a dotyčný bude slušný, nevidím důvod, proč by na to nepřistoupil. A když nebude, tak se na to vykašlete, zapomeňte na ten web a udělejte si to po svém (čímž nemyslím "zkopírujte to a tvařte se, že jste ten web nikdy neviděl", ale opravdu se zamyslet nad tím, jak to udělat jinak). Není lepší se domluvit, než pátrat kolem hranic zákona, co je ještě možné a co už ne?

4859

Vývoj / Re:Převod stránek na mobilní verzi

« kdy: 02. 03. 2015, 20:08:59 »

Nikdo neví o čem je řeč, ale všichni jsou si jistí, že to nejde. Když něco nevím, tak se zeptám a nekecám kraviny.....

Dobře, tak já se teda zeptám. Co si představujete pod pojmem "mobilní verze"? Co myslíte "velikostí obsahu" (pokud bych to bral v souvislosti s responsivním webem, napadají mne zrovna pro tenhle pojem minimálně tři různá vysvětlení). A klidně to vezměte víc do hloubky, o tvorbě webu a responsivním designu něco vím, takže se nemusíte bát, že bych nerozuměl tomu, co píšete - problém je spíš vaše netradiční terminologie.

4860

Sítě / Re:Sdílení ethernetu přes usb

« kdy: 28. 02. 2015, 09:18:04 »

No tak to samozřejmě funguje.

Nefunguje. Zkuste si třeba jedno z těch rozhraní zastavit. Ve skutečnosti zastavíte všechno na eth0, protože je tam jenom jediné rozhraní, a ta ostatní si ifconfig vymyslel.

Ale pravda je, že pomocí ip lze nastavit více věcí a někdy i snadněji než pomocí ifconfig a route.

Ono nejde ani tak o to, že by přes ip šlo nastavit víc věcí. Podstatné je hlavně to, že ifconfig na Linuxu pouze emuluje své chování a snaží se konfiguraci sítě tak, jak je nastavená v jádru, namapovat na své schéma sítě. Někdy se mu to podaří celkem obstojně, někdy moc ne a někdy vůbec. Problém tedy je v tom, že s ifconfigem na linuxu nikdy nevíte, jak máte síť doopravdy nastavenou.