Helge Heß#LunchBreakFOSS: Runestone for Mac looks really nice already, great job @simonbs! Probably going to use it instead of CodeEditor in Shaper and Enlighter. https://github.com/simonbs/Runestone
@[email protected] @[email protected] Also maybe run things in Docker, I use Hypriot on Raspi's and love it. Keys and such can be configured via cloud config before flashing an image. #LunchBreakFOSS https://blog.hypriot.com/getting-started-with-docker-on-your-arm-device/
#LunchBreakFOSS Today’s thing isn’t really a FOSS project per se, more like a standard: “Mustache”. A very simple templating language with implementation for literally any language.
It just has like `{{var}}`, `{{^var}}` and `{{>sub template}}`, but can model loops, conditions and even sub-templates using that. It’s my go-to for quick and simple things.
A small #SwiftLang implementation that supports attributed strings and dynamicCallable: https://github.com/AlwaysRightInstitute/mustache
http://mustache.github.io
It just has like `{{var}}`, `{{^var}}` and `{{>sub template}}`, but can model loops, conditions and even sub-templates using that. It’s my go-to for quick and simple things.
A small #SwiftLang implementation that supports attributed strings and dynamicCallable: https://github.com/AlwaysRightInstitute/mustache
http://mustache.github.io
#LunchBreakFOSS OK, another lazy one “Apache”, the No 1 WebServer. Used the 1.x line from the start and the current 2.x line brought great advancements. Considered a “fat” server once, it is actually smaller than your typical server lib today 🤓
Apache is highly capable and extremely solid. Use it when you actually serve things, for proxies nginx is the better choice. (nginx is a NIO server, it's more complicated, but Apache is technically a thread per connection setup).
https://httpd.apache.org
Apache is highly capable and extremely solid. Use it when you actually serve things, for proxies nginx is the better choice. (nginx is a NIO server, it's more complicated, but Apache is technically a thread per connection setup).
https://httpd.apache.org
#LunchBreakFOSS One can just install #PostgreSQL from the sources or using Homebrew, but another very easy and convenient way is the “Postgres.app”. Which I’ve been using for years, and it is in fact open source!
It bundles up the server as a #macOS app, including the necessary login/menubar items. Recommended, very quick way to get started!
It is *not* a database browser/frontend though, it manages the server.
https://postgresapp.com/de/
It bundles up the server as a #macOS app, including the necessary login/menubar items. Recommended, very quick way to get started!
It is *not* a database browser/frontend though, it manages the server.
https://postgresapp.com/de/
#LunchBreakFOSS A lazy one today: “PostgreSQL”. #PostgreSQL is a relational database (an RDBMS) with tons of extra features, from JSON to full text search to PL/Swift.
We started to support it in OpenGroupware around version 6.5 - at that time it was really bad. I think only w/ the 8.x versions (maybe late 7.x revs) it started to be the plain awesomeness it is today.
Funny side note: The server binary of that “big db server” is just about 7MB!
https://www.postgresql.org
We started to support it in OpenGroupware around version 6.5 - at that time it was really bad. I think only w/ the 8.x versions (maybe late 7.x revs) it started to be the plain awesomeness it is today.
Funny side note: The server binary of that “big db server” is just about 7MB!
https://www.postgresql.org
#LunchBreakFOSS So how can a #SwiftLang dev access/work-with #SQLite? The raw API IMO goes a long way and is often sufficient (and reasonably convenient). If a little more is needed, I have my own “Lighter” project, but today is about another one: “GRBD”.
I use it in the SPMCatalog app’s backend. It has great documentation and many of the design decisions align w/ me. From the regular Swift DB libs it is also the fastest I tried (though not as fast as Lighter 😜).
https://github.com/groue/GRDB.swift/blob/master/Documentation/GoodPracticesForDesigningRecordTypes.md
I use it in the SPMCatalog app’s backend. It has great documentation and many of the design decisions align w/ me. From the regular Swift DB libs it is also the fastest I tried (though not as fast as Lighter 😜).
https://github.com/groue/GRDB.swift/blob/master/Documentation/GoodPracticesForDesigningRecordTypes.md
#LunchBreakFOSS Not sure I should mention “the obvious” big FOSS projects, but since it IMO is still way underused by #SwiftLang developers: SQLite. The embedded SQL database. Even just the plain API is easy to use!
If you don’t want SQL, just store JSON snippets in it, still a useful container for data with proper locking and all kinds of other safeguards you probably do wrong otherwise.
I’d like to especially point out “SQLite as an application file format”: https://www.sqlite.org/appfileformat.html
If you don’t want SQL, just store JSON snippets in it, still a useful container for data with proper locking and all kinds of other safeguards you probably do wrong otherwise.
I’d like to especially point out “SQLite as an application file format”: https://www.sqlite.org/appfileformat.html
#LunchBreakFOSS Something a little different today: “Graphite”. This project has a set of tools built around a (Python) time series database (called “Carbon”). Including some old-school looking but powerful graphing tools.
I use it to store sensor data in my home automation system (#HomeMatic). It was really easy to setup and runs for years w/ very little maintenance, though things like Grafana/TimescaleDB might be better options today. I like it though.
https://graphiteapp.org
I use it to store sensor data in my home automation system (#HomeMatic). It was really easy to setup and runs for years w/ very little maintenance, though things like Grafana/TimescaleDB might be better options today. I like it though.
https://graphiteapp.org
#LunchBreakFOSS “Runestone” isn't a project I actually use just yet, but which I find really interesting in the context of yesterdays Highlight.js (and for my apps as a potential replacement for my “CodeEditor” project based on HJS).
Runestone is an editor w/ syntax highlighting based on that “tree sitter” stuff, written in #SwiftLang. One of the biggest drawbacks for me is that it only supports #UIKit, not #AppKit.
https://github.com/simonbs/runestone
Runestone is an editor w/ syntax highlighting based on that “tree sitter” stuff, written in #SwiftLang. One of the biggest drawbacks for me is that it only supports #UIKit, not #AppKit.
https://github.com/simonbs/runestone