Poslední příspěvky

1

Hardware / Re:Relativně přesné RTC

« Poslední příspěvek od RDa kdy Dnes v 21:17:06 »

Resis blbosti, dej tam GPS a cas budes mit primo na seriaku. A ten muzes nakrmit do LORA a potahnout od prijmace pod oblohou, nekam do skryteho okoli.

Pokud ti staci +-20 sec, tak to muzes pouzit jakekoliv vestavene RTC ktere je soucasti dnes uz temer vseho. Ale pokud je instalace s vetsim rozsahem teplot, nebo pravidelnym cyklovanim, muze to ujet o dost dal.

2

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od RDa kdy Dnes v 21:11:32 »

Pokud mas nejake masove nasazeni (a la FB) tak se to neresi.

Pokud mas nejake kriticke systemy, tak ty se pripojuji na vicero uzlu podle priority listu - viz napr. distribuci balicku - pokud nejede preferovany mirror, package manager to stahne z jineho (konkretne zkusenost s gentoo/portage), stejne tak distribuce seznamu (portage tree) je rsync a ma to sekundarni adresu.

Ale pokud se bavime o klasickych sluzbach (web, ftp, git, atd), tam ti pomuze leda aplikacni proxy, ktere ti presmeruje provoz na preferovany a zrovna funckcni backend. Ale zde vse, co je pred touto proxy, musi byt pripojeno spolehlive (tj nemuzes to provozovat doma).

Mi prijde ze se snazis resit velice okrajovou podminku (selhani providera, selhani distribucni site EE), namisto toho, abys umistil sve zelezo na lepsi misto (do datacentra). Na takove pofiderni reseni holt sluzby neudelas s HA, kdyz je sami nejakym zpusobem neresi.

Plus napr. pokud chces resit neco jineho nez readonly obsah (ktery muzes syncovat jednosmerne), tak se u RW obsahu (cokoliv s db, git, atd) podelas z toho jak nastavit nejaky rozumny prepnuti. Musis brat do uvahy, ze na kazde sluzbe muzes mit aktivne pracujiciho usera (treba git push, db import) a padne ti ta lokace uprostred takovych opraci. Prepnes na zalozni - a tam co.. lidi budou zrazu o tyden zpet? a pak to prepnes zas, a zmeny se ztrati. Takze pro vetsinu sluzeb je lepsi hodit nedostupno/INOP/deny a opravit si svoji jedinou lokaci.

A ted se dostavame zpet k tomu, ze muzes resit HA a proxy, a nejaky lokalni cluster, ktery prezije castecny vypadky a rebooty - to je neco co resit muzes (a mel bys) - ale pouze v ramci jedne garantovane lokace (homelab), ne roztahane skrze internet. Ze ti vypadava ISP, je neco, co resi lepsi vyber, lepsi umisteni, lepsi smlouva - a treba SLA.

Alternativne muzes jit do dvou ISP, a tu aplikacni proxy (anebo pouze vpn+nat) si dat na VPS, aby vyuzivala zrovna funkcni cestu k tvemu homelab backendu.

3

Hardware / Relativně přesné RTC

« Poslední příspěvek od CPU kdy Dnes v 21:07:47 »

Ahoj,

potřebuju vyřešit RTC v systému bez přístupu k internetu(je to izolované) a čas posílat dál (centrální zdroj času +/- 20 sec).

RTC hodiny
Jako základ chci použít dva moduly RTC, ideálně nějaké přesnější.
Prý jsou docela dobré RTC moduly na bázi DS3231, které se rozchází maximálně o jednu až dvě sekundy za den (u origo čipů).

DCF77 - čas z Frankfurtské polévky
DCF77 si sosá čas z Frankfurtu a ...pokud je zrovna signál... získává přesný čas.
https://www.aliexpress.com/item/1005007539592738.html
https://dratek.cz/martin/1104-presny-cas-z-nemecka-dcf1.html

To samo o sobě není žádná výhra, při špatné orientaci antény/zastínění se prý povede jedno korektní přečtení dat měsíčně.

GPS - čas ze Sputniku
Čas se dá snáz a rychleji získat z GPS, ale na rozdíl od DCF77 musí být signál slušný, bohužel to je ještě citlivější než DCF77
https://www.youtube.com/watch?v=ktqjcnna6cM

GSM - čas z SMS
GSM moduly lepší než SIM900 umí už AT commandy: AT+CLTS
sim900 -> qntp, qnitz=1 nebo qgsmloc=4

Výhoda: Funguje to i ve sklepě.
Nevýhoda: Potřebuje to aktivní SIMMku.

Na nic lepšího jsme nepřišli...

Co vy na to?
Nic lepšího do pětikila nepostavím.
Prodávají se velice přesné hodiny okolo 100 Euro na eBay, ale to se mi do toho dávat nechce a mám vyřešit XY instalací.
Hodně zvažuji místo DCF77 spíš GSM, ale to by znamenalo XY Simek... 

Nějaký lepší nápad?

4

Nová témata / JS: service worker a subdomena

« Poslední příspěvek od hknmtt kdy Dnes v 21:00:46 »

Mam SharedWorker ktory mi pri vyvoji na lokale funguje, lebo vsetky subory su servirovane z rootu cez hotreload server.

Mam ale problem na produkcnej verzii kde su vsetky frontendove veci servirovane zo subdomeny. Takze index.html len smeruje na subdomenu foo.bar.com/moje.css a foo.bar.com/moje.js. A foo.bar.com/moje.js potom vola foo.bar.com/worker.js.

Lenze tym ze je to subdomena tak origin je odlisny a teda mi ten worker realne nefunguje. Ten worker len otvori websocket na server a pocuva na spravy, ktore nasledne posuva dalej kodu ktory na ne reaguje. Je to shared worker aby sa pri viac otvorenych taboch nerobili duplicitne spojenia.

Otazka teraz je ako to poriesit aby fungoval "normalne" aj ked bezi na subdomene a teda?

5

Windows a jiné systémy / Re:Tisk více SVG souborů

« Poslední příspěvek od Josef Chroustal kdy Dnes v 20:45:01 »

Možná pomůže:
https://github.com/astraw/svg_stack

6

Odkladiště / Re:Webdesign - funkcia vs forma

« Poslední příspěvek od r443 kdy Dnes v 20:15:16 »

Jo, taky se řadím k těm konzervám, které každá novější verze libovolného webu naštve, protože obvykle spočívá v nasazení větších fontů, kulatějších tlačítek a schovaných vyskakovacích menu na úkor přehlednosti a množství zobrazených informací.

To s tou DNS administrací na celou obrazovku mi to připomnělo internetové bankovnictví mojí bývalé banky, takový výpis transakcí, kdy se mi jich předtím vešlo s plnými detaily na 1200px výšky přes 30 a po redesignu pouhých sedm, a to ještě bylo potřeba každý z nich pro detaily rozkliknout 

Používání webu na desktopu je čím dál tím větší utrpení, jde to z kopce tak od roku 2010, jsou za tím smartphony a jejich uživatelé, kteří dnes tvoří naprostou většinu přístupu a už se tím pádem málokomu chce vytvářet smysluplnou verzi webu pro prohlížení na PC. Na druhou stranu ale abychom se jen neopájeli nostalgií, jak to tehdy bylo super, tak bych připomněl Flash, stránky vygenerované v MS Frontpage a různé blikající, jezdící nadpisy, přiblblé GIFy a blikající položky v menu a podobně 

7

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od darebacik kdy Dnes v 19:57:19 »

Tak v tom pripade beriem spät HA. Myslel som si, ze vysoka dostupnost sa uplatnuje aj v mojom pripade. Ja som mal na mysli prave to

nejde uzel v zemi X tak presmerujeme provoz jinam.

Riesia sa vobec taketo veci ?

8

Hardware / Re:Brutální záseky a zpomalení s BT soundbarem

« Poslední příspěvek od RDa kdy Dnes v 18:04:15 »

podivej se na to skrze rftop prikaz, mel bys videt kolik casu stravi (tve nejspise sdilene) radio obsluhou jednotlivych protokolu a siti, pripadne zda je tam nejaky promrhany cas prepinanim nebo nekvalitou spojeni z duvodu zaruseni

9

Sítě / Re:Přepínání rychlosti routeru

« Poslední příspěvek od Jan Peterka kdy Dnes v 17:47:36 »

Jenom pro informaci zásuvka od isp je nejblíže ke generátoru. Přívod k ní je z opačné strany než je generátor. Vedení je v liště na zdi. Objednal jsem si nějaké věci včetně naklapávacích feritů tak až dorazí vyzkouším to a určitě dám vědět jak jsem dopadl. Na optiku, která by to vyřešila si zatím netroufám. Zatím jedu 100Mbbs.

Ještě k tomu generátoru: Ten výstup je samoshřejmě nízkoohmový, ale vede koaxiálem cca 70cm k rezonančnímu obvodu kde se přizpůsobuje impedanci těch plíšků (zářiče) mezi kterými pomocí zapáleného plynu a silného vf pole vzniká plasma. Od rezonančního obvodu k hořáku vede asi 50 cm perforovane dvojlinky 450 ohm a tam si myslím že vzniká problém. Nějaké odstínění dvojlinky je problematické protože by se změnila impedance a tím by se musel přizpůsobit rezonanční obvod na swr 1:1 aby to generátor požral a automatika ho nevypnula. To by se musel nějak změnit poměr L/C které jsou pevné a ne proměnné.

10

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od RDa kdy Dnes v 15:48:23 »

Vetsinou se pod HA (pod klikatky pro HA) rozumi failover v ramci racku, kde mate redundantni nody, ktere muzete treba po jednom restartovat a poskytovana sluzba nespadne. Interconnect je zde 100% (treba prave kvuli zdvojenemu napajeni a zdvojenym sitim), a cele se to drzi v kazdem momente v konzistentnim stavu, bez nutnosti nejake explicitni synchronizace.

To, nad cim uvazujes ty, je spise geograficka distribuce sluzeb, a to se nasazuje trvale, neni to reseno stylem ze ted nejde uzel v zemi X tak presmerujeme provoz jinam. To distribuovany reseni funguje vsude, a pak to ma treba backend API na centralni uzel (ano, nektere veci jsou SPOF - treba "registrace uzivatele"). Pokud potrebujes jen pasivne distribuovat read-only obsah, tak muzes pohodlne nasadit repliky.

Imho cele nedorozumeni zde je z duvodu, ze si pod HA predstavujes neco jineho nez HA je, a pak k tomu pristupujes nespravnym smerem, kdyz nevis co mas hledat a snazis se ohnout neco urcene na neco jineho, k tomu co bys chtel ty.