Příspěvky

1

Hardware / Re:Kamera pro sledování domácího mazlíčka

« kdy: 29. 05. 2023, 20:13:39 »

Díky. Trochu jsem si myslel, že to tak všichni řeší.

Jak funguje online sledování bez toho cloudu? Je potřba vlastní IP adresu, nebo online sledování je přes jejich cloud "zdarma"?

2

Hardware / Kamera pro sledování domácího mazlíčka

« kdy: 28. 05. 2023, 15:05:55 »

Zdravím.

Hledám kameru, kterou bychom mohli kontrolovat domácího mazlíčka ve chvíli, kdy celý den nebo dva nejsme doma.

Nutné požadavky:

• možnost sledování živého přenosu
• širokoúhlý objektiv nebo možnost vzdáleného natáčení
• připojení přes Wi-Fi

Bylo by fajn:

• nahrávání záznamů na WebDAV/NextCloud, nebo alespoň Google Drive či iCloud
• nápájení přes baterie nebo USB

Sledování živého přenosu přes proprietární řešení jako Google Home, Apple HomeKit nebo aplikaci a cloud výrobce, pokud to nebude úplná Čína, je pro mě docela v pohodě.

Předem díky za tipy.

3

Odkladiště / Re:Je možné zablokovat webpack:///node_modules/@ ... ?

« kdy: 01. 04. 2023, 06:33:01 »

Když se na to ale dívám, tak zmiňovaný @honeybadge... je nejspíš https://www.honeybadger.io/for/javascript/, a vám se nelíbí, že odesílá nějaká data?

Pokud je to tak, tak zablokujte třeba pomocí doplňku uBlock Origin nebo Adblocku konkrétní hostname nebo URL, na kterou se ta data odesílají. Samozřejmě záleží, jestli se s tím daná webová aplikace zvládne vypořádat.

4

Odkladiště / Re:Je možné zablokovat webpack:///node_modules/@ ... ?

« kdy: 01. 04. 2023, 06:29:15 »

tl;dr Nedá.

Jak píšete, do prohlížeče se stahuje jeden JavaScriptový soubor main.bundle.js. V něm je v tomhle případě pomocí nástroje Webpack zkombinovaný kód jak dané webové aplikace, tak nejspíš i všech závislostí, které používá.

Ta "adresa", co vidíte nejspíš v nástrojích pro vývojáře, je z tzv. source mapy. To je soubor, který se používá např. pro ladění aplikace, a prohlížeč podle něj dokáže říct, kde konkrétní kus kódu v tom jediném main.bundle.js byl původně. Uvedená adresa tedy není URL, kde by něco bylo, ale jenom takový odkaz, kde daný kus kódu byl před zabalením pomocí Webpacku.

5

Distribuce / Re:Nefunkční HTTPS mirror od CZ.NIC

« kdy: 24. 02. 2023, 12:27:06 »

Před obědem mi dorazila odpověď od správců z CZ.NICu, a Qualys SSL Labs už nic nenamítá.

Dobrý den,

duplicitní certifikát z chainu jsme odstranili. Snad by někteří uživatelé už neměli mít problém.

Děkuji za upozornění!

Prosím, kdo jste ten problém pozoroval, tak ověřte, jestli už je to v pořádku.

6

Distribuce / Re:Nefunkční HTTPS mirror od CZ.NIC

« kdy: 23. 02. 2023, 21:21:13 »

Nedaří se mi to nijak reprodukovat, ale přeposlal jsem info a odkaz na snad platný kontakt správců z CZ.NICu. Snad se jim to podaří vyřešit.

7

Software / Re:Čím generovat PDF z HTML?

« kdy: 18. 12. 2022, 08:35:14 »

Pokud to je pár PDF tu a tam ručně, tak přímo v prohlížeči Ctrl+P.

Pokud to chcete nějak automatizovat a nevadí vám trochu kanon na vrabce, tak bych použil Playwright https://playwright.dev/. Je podobný Puppeteeru, na výběr je samozřejmě několik jazyků, a stáhne a spustí si vlastní prohlížeč podle vašeho výběru. A pokud si nechcete tahat moc závislostí, tak spuštění v kontejneru je velmi jednoduché.

8

Distribuce / Re:Bezpečný upgrade Debianu 8/Jessie

« kdy: 11. 07. 2022, 15:55:11 »

Relativně nedávno jsem aktualizovat z 8 na 10 na serveru, a následně na 11. Nejvíce ruční práce s konfiguračními soubory - bylo potřeba si rozmyslet, kde byly jaké změny, a některými konkrétními balíčky (pamatuji si Sympu), které se starou konfigurací nefungovaly a výchozí jsem použít nechtěl/nemohl. Upgrade z 9 na 10 pak obsahuje i změny v glibc, které ovlivňují databázové indexy, které bylo potřeba přegenerovat. Obojí by pravděpodobně na desktopu mělo být irelevantní.

Zkusil bych možná live CD, jestli s aktuálním Debianem bude fungovat síť, WLAN, apod., to jediné mě napadá, že by se mohlo v novém Debianu "rozbít".

9

Vývoj / Re:JSON processor

« kdy: 07. 07. 2022, 14:36:28 »

Pokud hledáte nějaký nástroj nebo produkt, který přímo poskytne rozhraní pro zpracování dat v JSONu, podívejte se na Kibanu (Elasticsearch), Splunk nebo Tableau.

Pokud píšete vlastní aplikaci a to univerzální zpracování JSONů má být její funkcionalita, kterou uživatelům/zákazníkům dodáváte, tak použijte to, v čem takovou aplikaci dokážete vytvořit a udržovat. Třeba bude nakonec stačit Postgres a jeho json/jsonb.

Spíš bych ale doporučil udělat krok zpátky a od svých uživatelů posbírejte use casy a konkrétní požadavky a uvidíte, co je bude splňovat nejlépe. Spíš než o to, že půjde o JSONy, bych se zaměřil na to, jak budou data skutečně vypadat a jaké operace s nimi potřebujete podporovat. Podle toho možná najdete hotové řešení, které pracuje klidně s úplně jiným formátem nebo úložištěm, ale do kterého ale dokážete data z JSONu převést.

10

Server / Re:Debian 9 - po restartu nefunguje IPv6 konektivita

« kdy: 19. 05. 2020, 14:27:25 »

Bohužel, po dalším restartu už to opět nejede. S jednou drobnou změnou, ping zobrazí resolvnutou IPv6 a nepingá. Ale už se ani při dalším pokusu nezobrazuje žádné

Kód: [Vybrat]

connect: Síť není dostupná

ani nic podobného.

Vracím to tedy vše do původního stavu, i když je možné, že toto byl krok správným směrem.

11

Server / Re:Debian 9 - po restartu nefunguje IPv6 konektivita

« kdy: 19. 05. 2020, 14:16:50 »

Kód: [Vybrat]

allow-hotplug ens3
iface ens3 inet static
    address 83.167.252.162
    netmask 255.255.255.0
    gateway 83.167.252.1
    dns-nameservers 83.31.33.19 80.79.16.5
 
iface ens3 inet6 static
    address 2A01:0430:002E::162
    netmask 64
    
    up /sbin/ip -6 ro add default via 2A01:0430:002E::1 dev ens3
    down /sbin/ip -6 ro del default via 2A01:0430:002E::1 dev ens3

systemd-networkd:
ens3.network

Kód: [Vybrat]

[Match]
Name=ens3

[Network]
Address=83.167.252.162/24
Address=2A01:0430:002E::162/64
DNS=83.31.33.19
DNS=80.79.16.5

[Route]
Gateway=83.167.252.1
Destination=0.0.0.0/0

[Route]
Gateway=2A01:0430:002E::1
Destination=::/0

Tyjo, díky. Vypadá to, že toto nastavení v /etc/systemd/networkd/ens3.network pomohlo, ale /etc/network/interfaces jsem musel nechat původní. Dohromady s tím up/down /sbin/ip -6 ro ... to nefungovalo. Ještě to trochu procvičím, ale myslím, že je vyřešeno.

12

Server / Re:Debian 9 - po restartu nefunguje IPv6 konektivita

« kdy: 19. 05. 2020, 13:28:56 »

Tohle mi dělalo taky. Řešil jsem to umístěním onoho nastavení výchozí route do nějakého skriptu, to ale není koncepční.

Na Googlu jsem ještě mezitím našel, že někdo (z jiného důvodu) přidával do /etc/network/interfaces nějaké

Kód: [Vybrat]

post-up

a podle všeho by tak měla jít přidat ta routa, abych to nemusel po rebootu volat ručně. Ale nevím, jaká je přesně syntaxe a nechci špatnou syntaxí přijít o síť úplně. Možná je to i ten zmiňovaný skript? Souhlasím s tím, že je to nekoncepční, ale nakonec to může být lepší než nic.

13

Server / Re:Debian 9 - po restartu nefunguje IPv6 konektivita

« kdy: 19. 05. 2020, 13:26:19 »

Děkuji všem moc za tipy.

Dejte sem konfiguraci /etc/network/interfaces (pripadne zamente IP, ale hure se to pak hleda).

Klidně veřejně přiznám, že je to server openalt.org, na tomhle zrovna není nic moc tajného. Soubor vypadá takto a adresář /etc/network/interfaces.d/ je prázdný:

Kód: [Vybrat]

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback
iface lo inet6 loopback

allow-hotplug ens3
iface ens3 inet static
    address 83.167.252.162
    netmask 255.255.255.0
    gateway 83.167.252.1
    dns-nameservers 83.31.33.19 80.79.16.5
 
iface ens3 inet6 static
    address 2A01:0430:002E::162
    netmask 64
    gateway 2A01:0430:002E::1

Takto vypadá po rebootu (kdy IPv6 nefunguje) i po spuštění v předhozím příspěvku zmiňovaného příkazu (kdy už to pak funguje).

pokud ukaze zaznamy typu:
root@hyp11:~# sysctl -a |grep ipv6 |grep disable
net.ipv6.conf.all.disable_ipv6 = 1  # 1 znamena ipv6 je vypnute, ale v kernelu je
net.ipv6.conf.all.disable_policy = 0
net.ipv6.conf.br0.disable_ipv6 = 1
net.ipv6.conf.br0.disable_policy = 0
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.default.disable_policy = 0

pokud neco ukaze znamena to ze v kernelu je zapnute.

Všechno je 0, až na jedno:

Kód: [Vybrat]

net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.ens3.disable_ipv6 = 0
net.ipv6.conf.lo.disable_ipv6 = 0
net.ipv6.conf.veth1.disable_ipv6 = 0
net.ipv6.conf.virbr0.disable_ipv6 = 1
net.ipv6.conf.virbr0-nic.disable_ipv6 = 0

jestli mate Network manager muze se mlatit s nastavenim interfaces v souboru /etc/network/interfaces

zkusil bych ho vypnout a disablovat v systemd.
pote pridat statickou konfiguraci do /etc/network/interfaces

iface eth0 inet6 static
    address 2001:db8:1234:5::1:1
    netmask 64
    # Disabling auto-configuration
    # autoconf 0
    # The router is auto-configured and has no fixed address
    # (accept_ra 1). If it had:
    # gateway 2001:db8:1234:5::1

Pokud tomu alespoň trochu rozumím (snažím se tak odhadnout, snažím se spíš odvodit smysl těch nastavení a souborů z kontextu), právě tak je to zřejmě nastavené, viz výše.

journalctl -u NetworkManager.service

Žel

Kód: [Vybrat]

-- No entries --

.

14

Server / Re:Debian 9 - po restartu nefunguje IPv6 konektivita

« kdy: 19. 05. 2020, 11:37:18 »

Kdyby ale bylo IPv6 vypnuté na úrovni kernelu, ten příkaz na přidání routy by asi nepomohl, což z nějakého důvodu pomáhá, nebo i tak by pomohl?

15

Server / Re:Debian 9 - po restartu nefunguje IPv6 konektivita

« kdy: 19. 05. 2020, 11:35:04 »

Síť jsem nikdy neřešil, po čem se tam mám prosím koukat? První příkaz dá 415 řádků. Se sysctl jsem se snažil pracovat podle https://serverfault.com/questions/526008/ipv6-default-gateway-route-disappear-after-reboot. U druhého už je to méně, ale nepřijde mi to moc popisné. Mám sem vložit výstup?