Poslední příspěvky

1

Distribuce / Re:Raspberry Pi OS sestřeluje aplikace

« Poslední příspěvek od Jan Fikar kdy Dnes v 19:38:52 »

To je moc velky a mozna to bude i trosku vic zrat, oboji je bohuzel problem zasadni.
Mozna, teoreticky, pokud bych uvazoval teda o zmene zeleza, by snad prichazel v uvahu https://radxa.com/products/zeros/zero3w/#techspec ?

Ten má 1, 2, 4 a 8GB RAM, to je dobré.

Desktop je nutny a nutne musi byt 64-bit (mam neverejny build qDD pro ARM, ktery je 64-bit).
Takze Raspberry Pi OS with desktop, 64 bit.

A ten veřejný https://dslrdashboard.info/download/qdslrdashboard-v3-6-4-rpi4-buster/ nestačí? Ten vypadá jako 32bit.

Ještě je možné zkusit ten starší https://dslrdashboard.info/download/raspberry-pi-v3-5-9-stretch/. Pod tím je poznámka pro RPi2, že se má nastavit grafická paměť na maximum t.j. 512MB. To nevím přesně proč, asi pro akceleraci videa?

Vyzkousim - ale nevim, co to ma delat - pouzit zstd kompresi pro swap?

Ano, mělo by to snížit používání swapu a vytížení SD karty.

Mam tam Samsung 64 GB EVO Plus (U1, A1, V10), brana jako nova v poctu dvou kusu, klidne muzu zkusit prohodit a nabehnout z te druhe... (mam na druhe karte vzdycky klon pro hotswap, kdybych nahodou mel s RPi neco rozkutenyho a ono se zlepsilo pocasi :-) ).

Zkusil bych i jinou značku, pro jistotu. A2 může být kontraproduktivní, ale spíš to vyjde nastejno. Se Samsungy byly nějaké problémy. Ta Raspberry Pi A2 karta vypadá jako dobře testovaná a problémy s ní zatím nejsou.

Jinak on qDD pro ARM je delany pro RPi3B/RPi4, ale to vlastne jen proto, ze autor nemel moznost to otestovat na necem jinym.
Ja jsem s nim byl v kontaktu prave ohledne toho, co je pro to potreba za dependencies a kde co, a veskrze to i na rom RPi Zero 2W funguje veskrze dobre.
Na komfortni pouzivani LiveView nestaci CPU vykon, ale jinak to nicemu nevadi. A vyuziti pameti - po spusteni programu, nastelovani timelapse a skalovani - celkem OK, ve swapu sotva 100 MB. Neni to nic, co by bylo na vykon nejak narocny, luminance snimku to ma provedeny za prijatelnej cas (min jak vterina, vcetne prenosu z fotaku).
Jen si to proste behem noci nejak v pameti nabobtna.
Presto bych chapal, kdyby treba spadla samotna aplikace, ale ne, on system posestreluje vsechno mozny naokolo a jeste si to drze necha pro sebe.

No ještě mě napadá periodicky ze skriptu zabít a pustit znova ten qDD, to by šlo? To by řešilo asi ten memory leak, co tam asi je. Případně periodicky celý RPi restartovat? Ono to má i watchdog, takže jak se zasekne, nebo dojde paměť, tak se může restartovat samo. (sudo apt install watchdog a upravit /etc/watchdog.conf, jen maximum pro watchdog-timeout je 15 sekund, víc HW neumí).

Ještě k těm systemd timerům:
fstrim a e2scrub je jen jednou za týden, e2scrub navíc funguje jen když je pod ext4 LVM.
logrotate a tempfiles bych zkusil zakázat, ty jsou jednou denně
u sebe vidím ještě denně apt-daily, apt-daily-upgrade, man-db a dpkg-db-backup. to bych taky zakázal

2

Vývoj / Re:Ako zachytit ukoncenie JS Web Workeru?

« Poslední příspěvek od hknmtt kdy Dnes v 18:35:24 »

Problem notifikacie workeru z okna je ten, ze workery nemaju ponatie o pocte otvorenych okien. To je vecny problem ktory sa riesi roznymy vychytavkami, no ziadna nestoji moc za to. Preto som chcel aby sa to riesilo priamo v workeri, ale ked to nejde tak to nejde. Sudruhovia z gulagu predsa vedia najlepsie.

3

Studium a uplatnění / Re:Poměr cena vs. výkon u seniorních vývojářů

« Poslední příspěvek od Wangarad kdy Dnes v 18:22:06 »

No ono je to skorej co robis. Nie je vyvojar a vyvojar. Taky C#, Rust sa kludne moze "zahniezdit na firme" a mat pokoj a klud a tak isto kludne skakat s projektu do projektu. V podstate to iste dookola. Co vie si so sebov nesie dalej.  Ale co taky chudak PHP, Angular, React, Javascript, Python programator? Rok od roku sa ucit nieco nove aby som mohol kazdu chvilku behat s projektu na projekt a hviezdit ako to dava? Inak dokedy das taketo tempo? 40+? Co po dalej? Neboj sa aj ty si najdes vo finale "miesto na zahniezdenie"

4

Vývoj / Re:Ako zachytit ukoncenie JS Web Workeru?

« Poslední příspěvek od Wangarad kdy Dnes v 17:59:52 »

Bohužiaľ, v Shared Workers ani v bežných Web Workers neexistuje žiadna natívna udalosť typu beforeunload alebo iná udalosť, ktorá by sa spúšťala tesne pred ich ukončením. Akonáhle posledné spojenie (port) k Shared Workeru zanikne, prehliadač jednoducho ukončí jeho beh bez nejakej "poslednej šance" na vykonanie čistiacich operácií z jeho vnútra.

Dôvody a detaily:

Shared Worker životný cyklus:
Shared Worker je udržiavaný nažive pokiaľ existuje aspoň jeden otvorený komunikačný kanál (port) z niektorej zo stránok. Ak máte napríklad dve otvorené karty a obe sú pripojené k rovnakému Shared Workeru, worker beží. Ak jednu kartu zavriete alebo refreshnete, jej porty sa ukončia, no Shared Worker pokračuje v behu, pokiaľ druhá karta je stále pripojená. Ak ale zatvoríte či refreshnete poslednú kartu, ktorá ho používa, Shared Worker zanikne.

Neexistencia "cleanup" eventov v workeroch:
Na rozdiel od hlavného okna (Window) v prehliadači, kde existujú udalosti ako beforeunload či unload, workery (či už Dedicated alebo Shared) takéto mechanizmy nemajú. Dôvodom je, že workery bežia v izolovanom vlákne a ich ukončenie je riadené zo strany prehliadača bez explicitného upozornenia workerov.

Prečo to nejde len vo workeri?
Vývojári bežne riešia „čistenie“ websocketového spojenia alebo iné cleanup akcie pri udalostiach na strane hlavnej stránky – napr. pri beforeunload odoslať do workera správu na uzavretie websocketu. Ak to však striktne nechcete robiť z hlavnej stránky, potom vám v rámci API Shared Workeru neostáva žiadna priama cesta. Worker nevie "sám od seba", že bude ukončený – on jednoducho skončí, keď niet žiadnych portov.

Možné obídenie problému (workaround):

Nepriame signály: Aj keď to nechcete, najčastejšie riešenie je využitie rozhrania medzi stránkou a workerom. Pri beforeunload vo Window odoslať do Shared Workera správu v štýle "odhlasujem sa, uzavri websocket". Ak je to posledný port, tak worker vykoná cleanup pred ukončením.

Timeout / Heartbeat mechanizmus vo workeri: Môžete vo workeri implementovať mechanizmus, ktorý periodicky kontroluje počet otvorených spojení (portov) a pokiaľ zistí, že žiadne nie sú (t.j. odpojí sa posledný port), tak uzavrie websocket. Keďže po odpojení posledného portu už worker žije len veľmi krátko, je isté, že s týmto timeoutom/heartbeatom bude code spustený predtým, než browser worker zruší. Toto však môže byť nespoľahlivé, ak browser ukončí worker príliš promptne – závisí to od implementácie prehliadača. Niektoré prehliadače worker ukončujú takmer okamžite, iné dávajú "pár milisekúnd navyše". Tento prístup nie je 100% garantovaný.

Architektonické úpravy backendu: Ak viete zmeniť správanie na strane servera, môžete upraviť logiku tak, aby "stare" spojenia po novom pripojení od toho istého klienta boli ihneď invalidované. Teda ak sa znova prihlási rovnaký klient s rovnakou identitou, staré spojenie sa na serveri ukončí. Tým vyriešite problém s čakaním na timeout.

5

Server / Re:Jak zálohovat mailboxy, ale zachovat přístup přes klienty?

« Poslední příspěvek od rabbitko kdy Dnes v 17:22:43 »

Je varianta na jednom z těch serverů vytvořit emailový server...

to v pincipe vnimam ako velmi podobne riesenie tomu nasmu s jednym (asi teda podstatnym) rozdielom a to, ze by archivne mailboxy boli ine / na inej domene. Preco by to malo s inou domenou fungovat a pod tou istou nie? ved napr. v imapsync sa urcuje prostrednictvom imap adries zdrojovy a cielovy server a tu adresu by mal kazdy server samozrejme svoju vlastnu v dns, takze preco by malo dojst k nejakemu problemu?

6

Server / Re:Jak zálohovat mailboxy, ale zachovat přístup přes klienty?

« Poslední příspěvek od rabbitko kdy Dnes v 16:30:22 »

Dovod zalohy je, ze nestaci kapacita a u externych providerov sa neda nic zvysovat donekonecna s ohladom na financnu rentabilitu.

Ako tu uz bolo spomenute, automaticka archivacia v Outlooku proste dlhodobo nefunguje a uz vobec nefunguje (v podstate ani podla MS nema fungovat) pristupovanie k remote pst priamo z Outlooku.

"syncovanim dosahnes toho, ze budes mit vsude vsechno, to asi neni to co resis ze?"
No ja si myslim (ak v tom vidite problem, napiste prosim aky), ze je to viac menej co chceme. Proste, aby bola vsetka posta na oboch backup serveroch s vynimkov hostingu, na nom bude len posta, ktora sa este nestihla dostat na backup servery

rovnou zapomen na to, ze ti jakejkoli beznej user bude menezovat 2+ ruzny ucty
Uplne suhlasim a vobec sa nespolieham na userov (o tom je predsa prvy post). V Outlooku by sme konta userom nastavili my tak, ze default konto by bolo to hostingove a to dalsie by sme pridali tieu.
Vo vysledku by teda kazdy user videl v hlavnom okne priecinky oboch mailboxov automaticky, teda jedina aktivita user by spocivala v tom, ze ked bude chciet vidiet postu starsiu ako 24h, jednym kliknutim prejde na jeho "archivny" mailbox. Ak v tom vidite problem, prosim napiste v com by bol.

"Zdaleka nejjednodussi varianta je ... pridat prostor. Nebo to presunout na vlastni HW s dostatkem prostoru"
Zase musim suhlasit, otazka je ako to spravit, tak, aby pre userov bola vsetka posta v Outlooku? Uplne odstrihnutie sa od hostingu a pouzivat vylucne nase servery neprichadza do uvahy pretoze nemame k dispozicii dalsi priestor s osobitnym pripojenim a napajanim, ,takze v pripade vypadku pridu alebo netu by sme boli v... Mimo...

7

Server / Re:Jak zálohovat mailboxy, ale zachovat přístup přes klienty?

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

"nestačí kapacita" - výkonová nebo úložný prostor? Obojí jde přece zvýšit, ne?

8

Server / Re:Jak zálohovat mailboxy, ale zachovat přístup přes klienty?

« Poslední příspěvek od jjrsk kdy Dnes v 15:05:47 »

...

Ehm ... syncovanim dosahnes toho, ze budes mit vsude vsechno, to asi neni to co resis ze?

Dal rovnou zapomen na to, ze ti jakejkoli beznej user bude menezovat 2+ ruzny ucty a resit, co kde jak muze nebo nemuze delat, pripadne kde ma zrovna mail kterej hleda.

Zdaleka nejjednodussi varianta je ... pridat prostor. Nebo to presunout na vlastni HW s dostatkem prostoru, ale zapomen na silenosti typu 2+ ruzny mailboxy, to nefunguje nikdy a nikde.

Outlooku nastavit automatická archivace a archiv uložit na nějaké úložiště, např. OneDrive.

Nastavovat si muzes co chces, ale fungovat to nebude, nefunguje to uz 10+let. Naposled to pokud si pamatuju jakoz takoz fungovalo v nejaky express variante. Navic sme opet u toho, ze to znamena, ze ten user musi mit pripojeny pst s archivem. Ten archiv pak musis nejak zalohovat. Pst je sam o sobe silenej format, kterej se nekde u 20GB podela (pripadne se z toho podela utlouk) tudiz takovych archivu bude mit uzivatel casem X ruznych.

Apropos, samozrejme ze pokud chces cokoli co se ty automaticky archivace z utlouka nastavovat, aby sis otestoval jak to nefunguje, tak to neudelas nijak centralne, musis pekne obeji kazdeho jednoho usera a nastavit to pod nim.

a na každou emailovou schránku vytvořit synchronizační úlohu.

Tohle bych chtel videt jak bys delal bez toho, abys mel nekde ulozena hesla vsech useru, coz vubec mit nesmis.

9

Vývoj / Ako zachytit ukoncenie JS Web Workeru?

« Poslední příspěvek od hknmtt kdy Dnes v 14:58:33 »

Web worker ma connect event ale uz nema closed event. Mam shared worker ktory ma websocket spojenie pre notifikacie, ale ak mam napriklad iba jedno okno otvorene a refreshnem stranku, tak to zabije worker a znovu ho spusti. Problem je, ze worker neodosle cez websocket close event a teda spojenie neuzavrie "cisto". A musim potom cakat nejaky cas, kym mi backend timeoutne stare spojenie a umozni nadviazat nove spojenie.

Je mozne nejak zaznamenat nieco ako "beforeunload" event v web workeroch a vykonat tak "cistiace" prace pred tym nez ich prehliadac zabije? A musi to byt v workeri, nemoze ist o vyuzitie broadcast kanalu a poslat info workeru z prehliadacu, lebo pri shared workeroch by som si tak zabil worker napriek tomu ze mozem mat otvorene viacej zaloziek a worker nema dovod byt zatvoreny.

10

/dev/null / Re:Silniční radar ruší spojení telefonu s autem (Kly u Mělníka)

« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 14:04:58 »

Já tam žádný radar nevidím, pouze úsekové měření pomocí kamerového systému. Na sloupě jsou WiFi antény a stejně tak jsou na domě vedle.

No, to je spíše pravděpodobné, že rušičku tam umístil někdo, kdo tudy často ve spěchu projíždí, takže zaruší komunikaci toho bazmeku a vyhne se tak pokutám.