psarm
mnm
psarm | mnm | |
---|---|---|
1 | 37 | |
80 | 228 | |
- | - | |
6.4 | 0.0 | |
over 2 years ago | over 1 year ago | |
C# | Go | |
MIT License | Mozilla Public License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
psarm
-
Ask HN: What under-the-radar technology are you super excited about?
Thanks for the thoughtful response! Many of these are totally legitimate: in particular, we're making steady progress to centralize module design, release, documentation, and modernization, or at least to bring many teams closer together. In many cases, we're at a transition point between moving from traditional PS remoting modules and filling out PS coverage for newer OAuth / REST API flows.
I don't know how recently you've tried PS7, but the back-compat (particularly on Windows) is much, much better[1]. And for those places where compatibility isn't there yet, if you're running on Windows, you can just `Import-Module -UseWindowsPowerShell FooModule` and it'll secretly load out-of-proc in Windows PS.
Unfortunately, the .NET problems are outside my area. I'm definitely not the expert, but I believe many of the decisions around the default assembly load context are integral to the refactoring of .NET Core/5+. We are looking into building a generalized assembly load context that allows for "module isolation", and I'd love to get a sense in the issue tracking that[2] whether or not fixing that would help solve some of the difficulties you're having in building modules.
For Azure, you should check out the PSArm[3] module that we just started shipping experimentally. It's basically a PS DSL around ARM templates, as someone who uses PS and writes the Azure JSON, you sound like the ideal target for it.
As for the help content, that's a very funny story for another time :D
[1]: https://aka.ms/psmodulecompat
[2]: https://github.com/PowerShell/PowerShell/issues/2083
[3]: https://github.com/powershell/psarm
mnm
- TMTP a Internet protocol combining elements of email and the web
-
Hacker News top posts: Aug 22, 2022
TMTP a Internet protocol combining elements of email and the web\ (3 comments)
- Show HN: Shortwave: Enjoy Your Inbox
- Ask HN: Who Wants to Collaborate?
-
A realization of why email is critical infrastructure for the Internet
And yet none of those corporations has displaced email, despite the fact that it has become a universal cyberattack channel, with a stagnant UX that doesn't address most real-world use cases for email!
I saw a need for a safer, better, decentralized protocol for email, so I drafted one (TMTP) and implemented client & server. More at:
https://mnmnotmail.org/ & https://twitter.com/mnmnotmail
Related protocol projects in development include:
https://mathmesh.com/
https://en.wikipedia.org/wiki/Dark_Mail_Alliance
-
Ask HN: If the Internet were redesigned today, what changes would you make?
The primary problem for email at this point is that it's a highly effective cyberattack channel, because it allows anyone, claiming any identity, to send you any content, without limits. This cannot be "fixed" as it's the intended function.
No one was working on an alternative that addresses this problem, so I drafted & implemented "TMTP".
https://mnmnotmail.org/
https://twitter.com/mnmnotmail
-
A Review of “Kill It with Fire: Manage Aging Computer Systems”
Before ditching SMTP/etc, we'd need something to replace them.
TMTP (my work) is a candidate. More at https://mnmnotmail.org/
-
A case against text protocols
Well here's TMTP, a new email protocol, which uses a mix of text (JSON) for headers and binary for attachments.
https://mnmnotmail.org (this is my work)
- IRCv3
What are some alternatives?
GETProtocolCoreV1.0-DEPRECIATED - 🎫 Contract overview and definition of GET Protocol's NFTs
matterbridge - bridge between mattermost, IRC, gitter, xmpp, slack, discord, telegram, rocketchat, twitch, ssh-chat, zulip, whatsapp, keybase, matrix, microsoft teams, nextcloud, mumble, vk and more with REST API (mattermost not required!)
haxe - Haxe - The Cross-Platform Toolkit
matterhorn - A feature-rich Unix terminal client for the Mattermost chat system
additive-guis - guis constructed from tuples/triples
macOS-Security-and-Privacy-Guide - Guide to securing and improving privacy on macOS
element-ios - A glossy Matrix collaboration client for iOS
crux - General purpose bitemporal database for SQL, Datalog & graph queries. Backed by @juxt [Moved to: https://github.com/xtdb/xtdb]
ssh-chat - Chat over SSH.
mnm-hammer - mnm implements TMTP protocol. Let Internet sites message members directly, instead of unreliable, insecure email. Contributors welcome! (Client)
docker-mailserver - Production-ready fullstack but simple mail server (SMTP, IMAP, LDAP, Antispam, Antivirus, etc.) running inside a container.
one-click-apps - Community Maintained One Click Apps (https://github.com/caprover/caprover)