Příspěvky

5281

Server / Re:Jak nejlépe na sdílený adresář (rw)?

« kdy: 14. 04. 2014, 15:42:19 »

To bych řešil úplně jinak. rsync pod rootem přímo na vzdálený stroj (bez sshfs, ať tam ten rsync vůbec k něčemu je). Seznam adresářů, které se mají synchronizovat, předáte jako parametry. Nemusíte pak řešit žádná práva na soubory, žádné odkazy, zálohuje se přesně to, co je na disku (včetně vlastníků a práv). A jako bonus se nebude pokaždé kopírovat všechno, ale využijete vlastnosti rsyncu a po síti budete přenášet jen změněná data a kontrolní součty.

5282

Server / Re:Jak nejlépe udělat sdílený adresář (rw)?

« kdy: 14. 04. 2014, 13:34:43 »

BTW, kdyz ten rsync pobezi trebas z cronu pod rootem, tak jemu snad jedno, kdo ma na co jaka prava.

To ano, ale je otázka, zda je to správně, že ten rsync běží pod rootem.

5283

Server / Re:Jak nejlépe udělat sdílený adresář (rw)?

« kdy: 14. 04. 2014, 12:22:45 »

Kompletní dědění práv Posixová práva ani ACL neumí. Základní požadavek – aby k datům mohlo přistupovat a zapisovat je víc lidí – by se klasicky řešil tak, že vytvoříte skupinu, všechny požadované uživatele do ní zařadíte a pak nastavíte právo rw- na společném adresáři téhle skupině. Problém pak ale je, že se uživatelé musejí starat o práva souborů a adresářů, které tam vytvářejí – pokud tam vytvoří soubor a neurčí mu nějaká práva, bude mít přiraženu výchozí skupinu uživatele, takže ostatní jej už nebudou moci přepsat (pokud bude mít typická práva rw-rw-r--). Tohle se dá obejít SGID bitem na společném adresáři – pak všechny nově vytvářené soubory adresáře zdědí skupinu z nadřazeného adresáře, ne skupinu uživatele. SGID příznak se pak rekurzivně nastavuje i pro adresáře vytvořené v tomto adresáři. Ale pokud uživatel do adresáře soubor nebo jiný adresář nakopíruje i se zachováním práv, dojde ke stejnému problému, tj. budete tam mít soubory nebo adresáře, které nemají nastavenou správnou skupinu nebo SGIDbit.

rsync bych neřešil tím, že budou mít všechny soubory stejného vlastníka. Buď bych jej také zařadil do nové skupiny (tím pádem by mohl soubory číst i zapisovat). Pokud byste chtěl, aby rsync mohl jen číst, přidal bych speciálnímu uživateli pro rsync právo přes ACL. Opět, když to nastavíte jako dědičné, bude se propisovat i do vytvořených podadresářů, ale vlastník souboru nebo adresáře to právo může odebrat.

5284

Hardware / Re:Lenovo Slim USB Keyboard - klávesy Fn

« kdy: 14. 04. 2014, 10:08:01 »

ze by to byla bezna praktika jsem teda nezazil

U Lenova to možná je běžné, mám klávesnici se stejným chováním na notebooku s Windows. A zatím to vypadá, že takové chování ve Windows dává smysl, protože programátoři Windows aplikací se funkčních kláves asi bojí, takže je prakticky nepoužívají. Z aplikací, co používám, je vlastně používá jen dvoupanelový správce souborů a IDE. Ještě používají prohlížeče F5 na obnovu stránky, ale F5 má ta klávesnice namapované přímo (a má symbol obnovy). Dál se Alt+F4 se používá pro zavření programu – a na té klávesnici je klávesa F4 bez Fn namapována na Alt+F4 a má symbol křížku, takže také funguje přímo a i bez Altu.

5285

Vývoj / Re:Volba vhodného algoritmu

« kdy: 14. 04. 2014, 09:43:36 »

neni pravda, alespon v tomhle pripade (a variacich)

ty rezny roviny budou rovnobezny s tou delici primkou, tedy asi takhle

Aha, omlouvám se, špatně jsem pochopil, kde budou ty kolmice na spojnici těžišť.

5286

Vývoj / Re:Volba vhodného algoritmu

« kdy: 14. 04. 2014, 09:03:28 »

Ano, konkávnos/konvexnost mi vrtala hlavou. Chápu-li to dobře, tak jsou to dva "obláčky" co nejdou přes sebe (cloudy :-)) Takže: Těžiště jednoho a druhého mráčku; rovnice přímky procházející těžišti mráčků, (natočení, rotace) vztyčení kolmic z těžišť - ty body co jdou od těchto kolmic ze středů (těžišť) do +/- nekonečen odebrat (jsou pasé,neboď od jednoho těžiště po druhé by měli být vhonější) a znovu cyklus rekurze: těžiště... Maybe to bude fungovat, možná to bude optimílní na množství výpočetních operací (složitost...) a možná nikoliv. Už se těším na jiné návrhy.

To podle mne nebude fungovat, pokud budou nějaké body daleko od těžiště.

Kód: [Vybrat]

.....   |   .....
        |
        |
        |
       .|.

Tady jsou si nejbližší evidentně ty dva body dole, ale jakmile budete počítat s těžištěm, vyloučíte je.

5287

Hardware / Re:Lenovo Slim USB Keyboard - klávesy Fn

« kdy: 13. 04. 2014, 14:59:59 »

Na otázku: Ano, skutečně systém dostává event, kdyby systém nedostával echo o stisku klávesy, ta klávesa by nemohla fungovat, ne??

To je poprvé, co čtu o nějaké klávesnici, která pro Fn nějaký kód posílá. Naštěstí jsem ale napsal "zpravidla", říkal jsem si, že se nějaká výjimka určitě najde...

Tam, kde tu klávesu zpracovává přímo řadič klávesnice, to funguje tak, že když stisknete F1, klávesnice do počítače vyšle jeden kód, a když stisknete Fn+F1, klávesnice vyšle jiný kód. Z pohledu počítače to tedy vypadá, jako by klávesnice měla víc kláves. Chováním se to tedy liší od kláves Shift, Ctrl a Alt, které vysílají samostatný kód a spojení třeba Ctrl+F1 z toho dělá až software v počítači. Kvůli tomuhle chování Fn tou klávesou např. nejde přerušit spořič obrazovky - počítač se o ní prostě nijak nedozví.

5288

Hardware / Re:Lenovo Slim USB Keyboard - klávesy Fn

« kdy: 13. 04. 2014, 09:07:58 »

Odpověděl sis sám, až na to HW, to nahraď SW. Potřebuješ namapovat tu klávesu, aby při startu systému její nezmáčknutí znamenalo zmáčknutí a naopak. Přestože jsem to ještě nikdy nepotřeboval, věřím, že to v Linuxu nebude takový problém.

Fn klávesu zpravidla obhospodařuje řadič klávesnice, do počítače se vůbec nedostane informace o tom, zda byla nebo nebyla stisknuta.

pro F1-F12 je nutno stisknout i klávesu Fn (standardně jsou tam multimediální klávesy)?

Pokud všechny multimediální klávesy bez Fn posílají scankódy, můžete si vytvořit vlastní mapová klávesnice, kde stisknutí třeba ztlumení zvuku se převede na F5 apod. Případně i opačně, stisknutí F5 (tedy Fn+ztlumení) se převede na kód klávesy ztlumení zvuku. Něco o tom je třeba zde: Klávesnice v X, ale nevím, zda se některé věci už nedělají jinak.

5289

Server / Re:Něco lepšího než RPi pro domácí server?

« kdy: 12. 04. 2014, 18:40:42 »

Či to bude NAS, alebo ten HP Microserver, na obidvoch sa dnes dajú Vami spomínané služby tiež prevádzkovať a potom už je ďaľší "server" zbytočný.

NAS server může běžet jenom tehdy, když jeho služby někdo používá. DHCP server, VPN server, sledování nějakých čidel - u toho obvykle chcete, aby to běželo pořád. Další věc je, že jako NAS třeba pořídíte něco hotového, do čeho se nebudete hrabat - a další služby si rozběháte vedle, kam si dáte linux podle svých představ. Nebo třeba chcete mít základní služby (DHCP, DNS, VPN) na něčem malém a levném, s čím se nebude hýbat a co v případě poruchy snadno vyměníte za kus, který máte v šuplíku - a NAS budete provozovat stylem, že když odejde a týden nebude, nic se nestane.

Pro mne je NAS zkrátka uživatelská věc, v jedné řadě s pracovním počítačem, tabletem, mobilem, chytrou televizí apod. Vedle toho jsou pak v síti síťové prvky, u kterých je nejlepší, když o jejich existenci uživatelé sítě vůbec netuší - switche, routery, WiFi AP... Může být užitečné k těmhle síťovým prvkům přidat i malý počítač, kam si dáte svůj plnohodnotný linux. Někdo to řeší OpenWRT na routeru, někdo z NASu udělá napůl uživatelský prvek, na půl síťový, a někdo to řeší RPi, CuBoxem nebo Odroidem.

5290

Server / Re:Něco lepšího než RPi pro domácí server?

« kdy: 12. 04. 2014, 15:00:00 »

Máloktorá zo spomínaných dosiek má sata, nehovoriac o RAID radiči. To sú ku tomu pripojené USB disky? Ako sa potom doma rieši redundancia diskov?
Aká je reálna rýchlosť pri čítaní/zapisovaní na takýto server povedzme 4 užívateľmi (knižnica domáceho digitálneho obsahu, stream videa na TV, práca s rodinnými fotkami na notebooku a ich ukladanie, stream hudby cez DLNA na rôzne prehrávače v dome, proxy server, transmission, .....). Väčšina tých dosiek má ethernet zavesený na USB tak to asi 1Gb nebude.

Server nemusí znamenat jen souborový server. Může tam být třeba DNS server, DHCP, OpenVPN, SMTP server, Wiki, kontrola záloh... Na nic z toho nepotřebujete rychlou LAN, na nic z toho kromě posledního nepotřebujete SATA, RAID ani USB disky. A třeba CuBox-i SATA port má, takže i na tu kontrolu záloh jde použít.

5291

Server / Re:Apache a přesměrování při neexistujícím souboru

« kdy: 12. 04. 2014, 12:45:18 »

Máte správně nastavená práva? Není v logu Apache napsáno něco víc?

5292

Server / Re:.htaccess

« kdy: 11. 04. 2014, 17:16:40 »

Se soubory v domovském adresáři zachází Apache speciálním způsobem, a zrovna spouštění skriptů bude nejspíš ve výchozí konfiguraci zakázané.

5293

Server / Re:.htaccess

« kdy: 11. 04. 2014, 15:36:51 »

Nejste přesměrován do /home, jste přesměrován na adresu http://192.168.0.2/~user/index.php. Adresy začínající tildou a jménem uživatele ale Apache (respektive mod_userdir) zpracovává speciálním způsobem – pokusí se v domácím adresáři daného uživatele najít nakonfigurovaný adresář (ve vašem případě public_html) a v něm pak cestu, která je uvedená za uživatelským adresářem v HTTP požadavku.

Cesta /home/user/public_html/index.php tedy není adresa, kam by vás server přesměrovával, ale cesta k souboru na disku, který se Apache pokouší přečíst. Pokud UserDir nechcete používat, vypněte ho. Ale pokud ho nechcete používat a neznáte jej, nechápu, jak vás napadlo použít zrovna tu adresu /~user…

S .htaccess ani s přesměrováním to tedy nijak nesouvisí.

5294

Vývoj / Re:PayU - Nelze vytvořit novou platbu

« kdy: 11. 04. 2014, 09:07:45 »

Zkuste si ten podpis vypočítat jinak, ručně, a porovnat s tím, co vypočítá váš kód. Osobně mi připadá odvážné jen tak pospojovat všechny proměnné jako text a celé to nacpat do md5. Třeba už jen proto, že md5 se počítá z bajtů, vy tam ale vkládáte text – takže se text musí nějak převést na bajty, a to by se mělo dít definovaným (a PayU stanoveným) způsobem, ne „jak to zrovna vyjde“.

5295

Server / Re:Pošta neodchází na Centrum a Volný

« kdy: 08. 04. 2014, 14:40:18 »

No, pokud si opravdu myslite, ze reseni pro firmu s 10 zamestnanci, kde nechteji nic nastavovat, a pro firmu typu Centrum je uplne stejne....tak asi není moc potřeba v tehle debate pokracovat

Podle problémů, které lidé na internetu popisují, to bohužel vypadá, že řešení je stejné…

Jinak neexistující adresy to opravdu odmítá rovnou v rámci spojení, ovšem místo kódu 550 to vrací 554:

Kód: [Vybrat]

554 5.7.1 <…@centrum.cz>: Recipient address rejected: Access denied

Co se týká pak velkých hostérů, tam ty brány budou stejně v transparentním režimu takže se MX záznamy na to nebudou vztahovat.

Vidíte, Centrum to přitom opravdu řeší změnou MX záznamů. Je ale pravda, že mají prefix „c“, takže na to mají aspoň vyhrazené DNS záznamy a IP adresy.