Příspěvky

1741

Sítě / Re:Optický kabel nebo metalika

« kdy: 31. 07. 2020, 20:15:19 »

Samozřejmě že nezdechne kabel, na něm nemá co zdechnout, ten se může maximálně přepálit. Ale tím kabelem se dostane výboj do toho zařízení na konci kabelu – a pak právě zdechne UBNT nebo jiný aktivní prvek.

Pokud potáhne tlustou lištu a ještě vnitřkem, může dávat smysl natáhnout do ní UTP i optiku. Ale nemít vodivě spojená dvě patra může být dobrá volba, netahat metaliku venkem může být dobrá volba. Pokud k tomu majitel objektu přistupuje způsobem „já pro vás nic neudělám a vy si tam naoplátku dělejte co chcete pokud o tom nebudu vědět“, může být šestimilimetrový kablík dobrá volba, protože ho třeba vmáčknete někam do spáry a nemusí nikdo nepovolaný vidět tlusté chráničky. Co vy víte, kdo se tam v okolí pohybuje a jestli třeba nebude mít tendenci obsah chráničky prodávat do sběrných surovin.

1742

Sítě / Re:Optický kabel nebo metalika

« kdy: 31. 07. 2020, 18:54:42 »

Myslel jsem samozřejmě to venkovní vedení…

1743

Sítě / Re:Optický kabel nebo metalika

« kdy: 31. 07. 2020, 17:41:00 »

Je pitomost řešit, jestli UTP nebo optiku - samozřejmě oboje.

Proč?

Navíc Trhan72 psal, že se bojí blesku – proti tomu optika chrání právě tím, že tam žádná metalika není.

1744

Sítě / Re:Optický kabel nebo metalika

« kdy: 31. 07. 2020, 13:23:50 »

Použil bych tohle: Optické patchkordy Ubiquiti materiálově je to sice dražší, ale je to hotové, nemusíte řešit žádné navařování konektorů. Teď to můžete nechat jen tak na fasádě, pokud je výhled dělat zateplení, a pak to třeba v rámci zateplení zaškrábnout do fasády nebo uložit do nějaké lišty. Při tahání členitou budovou dejte pozor na minimální poloměry oblouků, optikou překlad natěsno neoběhnete. Samozřejmě oficiální průchodky použitelné univerzálně a zajištěné majitelem budovy jsou nejlepší řešení.

1745

Server / Re:Plná kontejnerace?

« kdy: 31. 07. 2020, 11:33:29 »

Pokud chcete mít vše v kontejnerech, použijte spíš distribuci, která je na to zaměřená – je zbytečné k tomu „znásilňovat“ běžnou distribuci. Nejznámější je asi Fedora CoreOS.

1746

Server / Re:Apache nestartuje s HTTPS

« kdy: 30. 07. 2020, 10:50:20 »

no presnejsie bezi ked dam top tak vidim ze bezi pod uzivatelom w.... ale na ssl certifikat som dal len povolenie pre rooot a root skupinu cize pravdepodobne to mam ako pises apache sa pomocou root nastartuje ale pak bezi pod userom... ak sa mylim ma opravte...

Nejlepší je podívat se do konfiguračního souboru, zda tam máte nastavené ty volby User a Group. Ale pokud ve výpisu procesů vidíte u Apache jiného uživatele, než root, je to správně.

1747

Server / Re:Apache nestartuje s HTTPS

« kdy: 30. 07. 2020, 08:08:12 »

root to potrebuje pretoze pod nim mi ide apache...

Doufám, že je to jen nepřesné vyjádření, a že pod rootem Apache startuje a připojí se k socketu, ale pak se oprávnění zbaví a dál už běží pod jiným uživatelem. Tj. že používáte konfigurační volby User a Group.

1748

Server / Re:Apache nestartuje s HTTPS

« kdy: 28. 07. 2020, 22:36:30 »

Uložte ten privátní klíč bez hesla a nastavte tomu souboru jen právo pro čtení uživatelem, pod kterým běží Apache. Apache stejně přístup k tomu privátnímu klíči mít bude, takže bezpečnost se tím sníží jen minimálně – oproti variantě s heslem je tam jediný vektor útoku navíc, a  to kdyby útočník mohl v rámci procesu webového serveru číst soubor ale nemohl by číst paměť procesu. To za tu práci se zaheslovaným klíčem nestojí.

1749

Server / Re:Webhosting nebo stroj popřípadě jaký

« kdy: 27. 07. 2020, 22:40:17 »

Je nějaký postup nebo nějaký návod jak zkusit testovat? Hledal jsem a nic jsem pořádně nenašel. Děkuji

Dotaz na Google „wordpress optimalizace“ mi vrací výsledky, které na první pohled vypadají relevantně. Osobní zkušenost ale nemám.

1750

Server / Re:Jak nastavit DNS záznamy?

« kdy: 27. 07. 2020, 22:34:17 »

Doplním k CNAME záznamu: vypadá to jako přesměrování, ale jenom dokud se pohybuješ "uvnitř DNS".

Jenže ani v tom DNS to není přesměrování. Jak jsem psal, CNAME záznamy jsou něco jiného, než si většina lidí myslí. CNAME znamená (pro většinu typů záznamů) „podívej se na záznam stejného typu pod jménem XY“. Takže CNAME nepřesměrovává jen A a AAAA záznamy, ale také MX, NS, TXT atd.

1751

Server / Re:Webhosting nebo stroj popřípadě jaký

« kdy: 27. 07. 2020, 22:20:54 »

Začal bych optimalizací WordPressu. Obvykle je problém zakopaný právě tam, výkonným hardwarem to nedoženete.

1752

Vývoj / Re:CSS selektor podle následujícího elementu

« kdy: 27. 07. 2020, 22:18:35 »

Protože to trochu připomíná law of demeter. Když mám strom komponent, tak se mi taky osvědčilo, aby komponenta neviděla do předka, ale jen potomkům.

Tady je to přesně naopak, uzel ve stromu nevidí „dopředu“ – potomky a následovníky (teda s výjimkou :last-*, tam trochu dopředu vidí). Minimálně jeden důvod je zřejmý – není nutné čekat, co bude, ale známou část stromu je možné vykreslovat rovnou.

1753

Vývoj / Re:CSS selektor podle následujícího elementu

« kdy: 27. 07. 2020, 14:17:55 »

Na tohle CSS selektor nemá. Záleží na struktuře dokumentu, možná by vám mohlo pomoci :last-of-type.

Případně můžete prasácky ul a ol, které následuje po p, nastavit záporný okraj.

1754

Vývoj / Re:Zmena poradi prvku nested set modelu

« kdy: 23. 07. 2020, 14:09:29 »

Musíte vždy projít kompletně určitý podstrom a ten přečíslovat. Pokud budete pořadí měnit vždy jen prohozením dvou prvků, přečíslujete jen ta dva prvky (a jejich podstromy). Pokud uživateli umožníte třeba 4. prvek přetáhnout rovnou na 1. místo, nebo přerovnat celou jednu úroveň a pak nové pořadí jako prvek uložit, musíte přečíslovat celý podstrom společného rodičovského prvku. Přečíslování děláte, jako byste to čísloval poprvé – procházíte prvky v uživatelem určeném pořadí a postupně je číslujete.

1755

Vývoj / Re:Zmena poradi prvku nested set modelu

« kdy: 23. 07. 2020, 13:13:46 »

Vaším cílem je tedy reprezentovat stromovou (nebo jen dvouúrovňovou?) strukturu, kde si uživatel bude moci ručně seřadit prvky pod konkrétním uzlem? Pokud chcete použít nested set model, nezbývá vám při aktualizaci nic jiného, než prvky přečíslovat. Pokud budou aktualizace relativně častá operace, zvolil bych spíš jinou reprezentaci stromu. Přidat sloupec určující pořadí prvků v rámci rozsahu rodiče nedává smysl – tahle informace už je zakódovaná v left a right.