21
Server / Re:Export mailboxu z Exchange Online
« Poslední příspěvek od AmorCZ kdy Dnes v 12:30:52 »Já už léta používám https://www.mailstore.com/en/products/mailstore-home/
Poslední příspěvky
22
Server / Re:Export mailboxu z Exchange Online
« Poslední příspěvek od f-k-r kdy Dnes v 11:44:02 »Dá se k té věci připojit přes IMAP ? Patrně ano.
Takže "na koleně" použijte svého oblíbeného IMAP klienta : stáhněte obsah e-mailového účtu, a na lokále pořiďte zálohu e-mailovým klientem například v jeho nativním formátu...
Ono to může být složitější, někde používají OAuth.
23
Studium a uplatnění / Re:Uplatnění pro junior embedded vývojáře
« Poslední příspěvek od em.ve kdy Dnes v 11:40:24 »Tak dnes 4kanál 12bit 350MHz 4GSps stojí do tisíc eur
Který a kde?
24
Vývoj / Re:Vhodna AI na programovanie (pre neprogramatora)
« Poslední příspěvek od balkovic kdy Dnes v 11:32:19 »LLM se z mého pohledu opravdu chová jako juniorní kolega, který poměrně do hloubky zvládá defakto libovolnou (veřejně známou) technologii. To je obrovská výhoda. Ale současně se musí držet na extrémně krátkém provazu. Protože rychle generuje velké množství kódu/změn (některé vynikající, některé dobré, některé špatné), jsou k ní naprosto nezbytné velice kvalitní nástroje pro review a akceptaci změn.
Presne toto - "Urobil som úpravy a,b,c ktoré si chcel" "... A ešte som urobil niečo čo si vôbec nechcel, lebo sa mi to tak zdalo lepšie". Plus cestou ešte niečo aj pokazí a ani o tom nevie
25
Znám 3 cesty jak toho docílit:
1) Nejednoduší cesta: Za Pomoci mail klienta -> Udělte si práva na přístup k mailboxu, navažte si ho do clienta skrz IMAP (nebo Outlook primo skrz Exchange) a vytvořte si *.pst na lokálu a zkopírujte data. Případně pokud jde o mailbox už není potřeba mít vázaný k uživateli tak konvertovat mailbox na SharedMailbox (jde jednim klikem v ExO Admin Centru), ten si pak přidělit a postupovat stejně skrz Mail Klient. Nebo jej rovnou jako shared mailbox nasdílet cílové osobě.
2) Střední cesta -> Využít Microsoft Purview https://lazyadmin.nl/office-365/export-office-365-mailbox-to-pst/ nebo Powershell: https://github.com/ruudmens/LazyAdmin/blob/master/Exchange/Export-Mailbox.ps1
3) Správná cesta v dlouhodobém horizontu: vyexportovat si zálohu mailboxu do PST pomocí thirdparty Backup and restore softwaru jako je Veeam for O365
1) Nejednoduší cesta: Za Pomoci mail klienta -> Udělte si práva na přístup k mailboxu, navažte si ho do clienta skrz IMAP (nebo Outlook primo skrz Exchange) a vytvořte si *.pst na lokálu a zkopírujte data. Případně pokud jde o mailbox už není potřeba mít vázaný k uživateli tak konvertovat mailbox na SharedMailbox (jde jednim klikem v ExO Admin Centru), ten si pak přidělit a postupovat stejně skrz Mail Klient. Nebo jej rovnou jako shared mailbox nasdílet cílové osobě.
2) Střední cesta -> Využít Microsoft Purview https://lazyadmin.nl/office-365/export-office-365-mailbox-to-pst/ nebo Powershell: https://github.com/ruudmens/LazyAdmin/blob/master/Exchange/Export-Mailbox.ps1
3) Správná cesta v dlouhodobém horizontu: vyexportovat si zálohu mailboxu do PST pomocí thirdparty Backup and restore softwaru jako je Veeam for O365
26
Server / Re:Kubernetes a správa uživatelů
« Poslední příspěvek od czechsys kdy Dnes v 11:11:04 »Tak jsem to cele (k3s + rancher + k3s) smazal a zkusil znova, tentokrat bez definovani dualstacku (service/cluster cidr). "Bezi" to ted na default ipv4 subnetech a chytlo se to cele napoprve. Tak zkusim ipv6 only...
Tak je to otrava.
ciste ipv4 - oba k3s a rancher s agenty funguji hned
ciste ipv6 - agent se nepripoji na rancher
dualstack ipv6/ipv4 - agent se nepripoji na rancher
dualstack ipv4/ipv6 - oba k3s a rancher s agenty funguji hned
Tak to ta jejich proklamovana funkcni podpora ipv6 only a ipv6,ipv4 je za mne podle postupu z dokumentace nefunkcni v pripade pouziti ULA pro cluster/service-networks. Na pouziti GUA uz nemam nervy.
27
Server / Re:Export mailboxu z Exchange Online
« Poslední příspěvek od František Ryšánek kdy Dnes v 11:02:57 »Dá se k té věci připojit přes IMAP ? Patrně ano.
Takže "na koleně" použijte svého oblíbeného IMAP klienta : stáhněte obsah e-mailového účtu, a na lokále pořiďte zálohu e-mailovým klientem například v jeho nativním formátu...
Nebo se to dá určitě zaskriptovat, třeba v Perlu jsou nějaké moduly.
Nebo možná by si na Exchange Online uměl sáhnout Gmail :-D
Takže "na koleně" použijte svého oblíbeného IMAP klienta : stáhněte obsah e-mailového účtu, a na lokále pořiďte zálohu e-mailovým klientem například v jeho nativním formátu...
Nebo se to dá určitě zaskriptovat, třeba v Perlu jsou nějaké moduly.
Nebo možná by si na Exchange Online uměl sáhnout Gmail :-D
28
Bazar / Re:Prodám dvě skříně pro server nebo NAS
« Poslední příspěvek od ⚫⚫⚫ kdy Dnes v 10:24:43 »Jonsbo je prodana, NAS08J stale k dispozici.
29
Vývoj / Re:Vhodna AI na programovanie (pre neprogramatora)
« Poslední příspěvek od redustin kdy Dnes v 09:41:43 »Zatím tady nezazněla jedna rovina, která mi po nějakých zkušenostech s používáním LLM při vývoji přijde úplně zásadní.
LLM se z mého pohledu opravdu chová jako juniorní kolega, který poměrně do hloubky zvládá defakto libovolnou (veřejně známou) technologii. To je obrovská výhoda. Ale současně se musí držet na extrémně krátkém provazu. Protože rychle generuje velké množství kódu/změn (některé vynikající, některé dobré, některé špatné), jsou k ní naprosto nezbytné velice kvalitní nástroje pro review a akceptaci změn.
A na toolingu prostě narážím. Jsem zvyklý na velice produktivní prostředí v IntelliJ - udržování zatím nekomitnutých změn v samostatných changesetech a přepínání mezi nimi, snadné přesouvání kódu do shelfů. A především přehledný a snadno ovladatelný diff viewer. Bez toho se vývoj nedá pořádně dělat ani v lidech, natož s "dychtivým" juniorem AI, který diffů k review vygeneruje mraky.
Bohužel integrace IntelliJ integrace s kódovacími modely/postupy AI mi přijde hodně pozadu oproti klasice VSCode + integrovaný Copilot Chat (chápu, MS má obojí). Chat vidí na všechny soubory, čte si je jak model potřebuje, spolupracuje daleko agilněji. Jenže navrhne změny a teď co s nimi. To daleko nejdůležitější - diff viewer - je velice nepřehledný, skoro bych řekl téměř nepoužitelný. Nemám k dispozici rozhození ucelených změn do changesetů, ani integrované shelfy, abych si změny mohl uložit pro později. Můžu maximálně co nejčastěji komitovat, abych mohl diffovat jen minimální změny (tedy tak poslední odpověď copilotu), to ale vede na zcela nepřehlednou a nic neříkající historii repozitáře, což je úplně stejně špatně. Často to pak končí "peču na to, beru všechno", čímž jde celý projekt do kopru a x hodin vývoje končí revertem a začneme znovu...
Jaké máte s tímto praktické zkušenosti? Nějak mi nejde do hlavy, že/jak by někdo efektivně dlouhodobě používal nástroje VSCodu pro efektivní review výstupu copilotu. To je pro mě největší překážkou opravdu produktivního využívání AI pro vývoj. IMO jeho schopnosti už jsou docela na úrovni, ale dostupné nástroje pro "hlídání na krátkém provazu" jsou velice nedostačující.
Takže nakonec mi produktivnější přijde vygenerovat změny ve webovém prostředí copilotu a kopírovat je ručně přes "diff with clipboard" v IntelliJ. Což je opruz, ale vede na udržitelný vývoj.
Nebo je již nějaká integrace do IntelliJ na úrovni VSCodu, ale s produktivním pohodlím správy změn v IntelliJ? Díky!
LLM se z mého pohledu opravdu chová jako juniorní kolega, který poměrně do hloubky zvládá defakto libovolnou (veřejně známou) technologii. To je obrovská výhoda. Ale současně se musí držet na extrémně krátkém provazu. Protože rychle generuje velké množství kódu/změn (některé vynikající, některé dobré, některé špatné), jsou k ní naprosto nezbytné velice kvalitní nástroje pro review a akceptaci změn.
A na toolingu prostě narážím. Jsem zvyklý na velice produktivní prostředí v IntelliJ - udržování zatím nekomitnutých změn v samostatných changesetech a přepínání mezi nimi, snadné přesouvání kódu do shelfů. A především přehledný a snadno ovladatelný diff viewer. Bez toho se vývoj nedá pořádně dělat ani v lidech, natož s "dychtivým" juniorem AI, který diffů k review vygeneruje mraky.
Bohužel integrace IntelliJ integrace s kódovacími modely/postupy AI mi přijde hodně pozadu oproti klasice VSCode + integrovaný Copilot Chat (chápu, MS má obojí). Chat vidí na všechny soubory, čte si je jak model potřebuje, spolupracuje daleko agilněji. Jenže navrhne změny a teď co s nimi. To daleko nejdůležitější - diff viewer - je velice nepřehledný, skoro bych řekl téměř nepoužitelný. Nemám k dispozici rozhození ucelených změn do changesetů, ani integrované shelfy, abych si změny mohl uložit pro později. Můžu maximálně co nejčastěji komitovat, abych mohl diffovat jen minimální změny (tedy tak poslední odpověď copilotu), to ale vede na zcela nepřehlednou a nic neříkající historii repozitáře, což je úplně stejně špatně. Často to pak končí "peču na to, beru všechno", čímž jde celý projekt do kopru a x hodin vývoje končí revertem a začneme znovu...
Jaké máte s tímto praktické zkušenosti? Nějak mi nejde do hlavy, že/jak by někdo efektivně dlouhodobě používal nástroje VSCodu pro efektivní review výstupu copilotu. To je pro mě největší překážkou opravdu produktivního využívání AI pro vývoj. IMO jeho schopnosti už jsou docela na úrovni, ale dostupné nástroje pro "hlídání na krátkém provazu" jsou velice nedostačující.
Takže nakonec mi produktivnější přijde vygenerovat změny ve webovém prostředí copilotu a kopírovat je ručně přes "diff with clipboard" v IntelliJ. Což je opruz, ale vede na udržitelný vývoj.
Nebo je již nějaká integrace do IntelliJ na úrovni VSCodu, ale s produktivním pohodlím správy změn v IntelliJ? Díky!
30
Hardware / Re:GSM brána pro domácí použití
« Poslední příspěvek od Marek Staněk kdy Dnes v 08:06:15 »Nedava moc smysl porizovat GSM branu pokud uz o tom nekdo uvazuje. Prvni vypinani GSM siti zacne za 2 roky v CT/SK. Nektere zeme v evrope uz vyply ( afaik asi 5 zemi)
Tak kdyztak aspon LTE.
moderní brány jako VoiceBlue a DINstar samozřejmě umí VoLTE, takže vypnutí GSM phase2 se jich nedotkne. Problém je, že VoLTE mívá problémy právě s dosažitelností cílového terminálu, kdy ten sice signál má a bez problému si zavolá, ale na špatným signálu nebo saturovaných buňkách se nedá dovolat jemu, protože sice volající dostane vyzváněcí tón od operátora, ale cílový terminál o hovoru vůbec neví, protože signalizace na něj nedorazí. A teprve po obnově registrace v síti (což může trvat minuty nebo taky hodiny) dostane notifikaci nebo SMSku o zmeškaném hovoru.
Přesně tohle se s oblibou děje na Kongresový na KŘP, protože barák je železobeton, mají tam ocelohliníkový rámy oken a pokovený skla, a na nich ještě hliníkový žaluzie. Data jedou, na internet můžeš, zavoláš si, ale nikdo se nedovolá tobě klidně celej den, a POKUD se vůbec dozvíš že tě někdo sháněl, je to klidně hodinu a půl po opuštění baráku, když přijíždíš na Černej Most. A pak se akorát divíš, proč ti najednou volá deset lidí a řvou na tebe, jako by ses jim vyblil do klávesnice.
Tohle nenastane, pokud jseš celej den na wifině, protože ten SIP se zaregistruje po wifi, a funguje to. Ale pokud ti to začne přeskakovat mezi wifi a mobilníma datama, můžeš telefon klidně rovnou vypnout.
Nebo si v ústředně nastavit podmíněný přesměrování a smířit se s tím, že ti to příchozí hovor občas pošle po VTS mezinárodním hovorem.
