Poslední příspěvky

1

Bazar / Prodám sekundární homeoffice setup

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

Prodám home office setup ze sekundárního pracoviště, které jsem moc nevyužíval a nyní již nevyužívám vůbec.

2x Lenovo T23i-20
1x Lenovo Universal USB-C dock
1x set klávesnice a myši Lenovo

Ideálně osobní předání v Praze nebo na trase Praha - Kolín.
V případě zájmu poprosím o nabídku ceny a kontakt.

2

Distribuce / Re:Raspberry Pi OS sestřeluje aplikace

« Poslední příspěvek od Jan Fikar kdy Dnes v 20:27:00 »

Ta Radxa Zero 3W má ještě výhodu, že má eMMC. To je spolehlivější a rychlejší než SD karta. Ale stejně bych vzal dost RAM, aby se neswapovalo.

3

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

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

EDIT: OPRAVA TEXTU:
 
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, ze je to, to co chceme - ak v tom vidite problem, napiste prosim aky. . Proste, aby bola vsetka posta na oboch backup serveroch s vynimkou 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 tiez.
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 prudu alebo netu by sme boli v... Mimo...

4

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

5

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.

6

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"

7

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.

8

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?

9

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...

10

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?