@neamil

0 Followers
52 Following
27 Posts

@jakob

https://support.yubico.com/hc/en-us/articles/4402836718866-Understanding-YubiKey-PINs

Kann der service provider entscheiden. Wenn ich es richtig verstehe ist es für services wo der key schon der 2. token ist (da macht ein Pin als sozusagen 3. Faktor keinen Sinn)..
FIDO2 kann auch als Ersatz für einen single factor (passwordless) genutzt werden

Siehe auch ctap1 und ctap2

@koehnlein scheint dieser github account / repo zu sein. https://github.com/rfuehricht/formhandler
GitHub - rfuehricht/formhandler

Contribute to rfuehricht/formhandler development by creating an account on GitHub.

GitHub
@koehnlein keine neue Version auf Github und auch sonst sehe ich nichts auf der formhandler Website... ich bin ja immer vorsichtig wenn plötzlich nach langer Zeit neue releases auftauchen.
@GossiTheDog not just businesses. I see this in science and I fear its the same in every institution, government bodies, you name it. This is the most scary thing to me. Nobody cares at all, as far as I can see. People applaud the most stupid hallucinations, because they themselves know, they too used generated stuff in their presentations and rather don't criticise anything.
@Crell @nextcloud thats exactly why i dont use nextcloud anymore. Syncthing does the job. Nextcloud upgrades did cost me 8h at one time, just not worth it. Was looking at some managed nextcloud like hetzner storage share tho, but syncthing + onedrive with cryptomator is my current solution.
@menschmeier GrapheneOS Doku sagt quasi: Wegwerfaccount für play store erstellen. Das ist die "sicherste" Quelle für Apps. Alternativ Aurora Store.
Obtainium für Apps wenn möglich, Sandboxed Google Services + Play Store mit Wegwerfaccount für alle Apps wo es nicht anders geht. Das ist meine Lösung, andere bevorzugen Aurora und F-Droid.
@mikestreety
I could dig up the demo project if it sounds interesting to you, but its old, like 2018/2019.
Just to be clear, this is expensive, even if you do everything yourself. Alot of stacks need to be deployed, even CI time will cost you a small fortune, depending how your runners are setup. If you want to run automated e2e tests on there, it gets worse.
For us feature flags https://docs.gitlab.com/ee/operations/feature_flags.html achieve pretty much the same without any cost/resources.
Feature flags | GitLab

GitLab product documentation.

@mikestreety
I did build a system like this in the past. You only need docker+docker-compose (if i remember correctly i also used docker swarm)
You need a basic php + mysql docker setup + some proxy like traefik + gitlab CI + a docker host of course.
We deployed all feature branches for review, but in then end, it was a waste of ressources and suprisingly hard for the customer to understand  the naming scheme for the branch specific subdomains. Also you really need fixtures/testdata for the db

"Im Fahrplan wird in der Information hingewiesen, dass zwischen zwischen X und Y vom . bis zum ....Unter Baumaßnahmen bauinfos.deutschebahn.de ... liegen dann die Informationen vor. "

Alles klar, Danke! Meine Nachricht wurde definitiv gelesen...

@Crell its even worse, affects all java apps on macOS 14.4 and you cannot roll back easily
https://blogs.oracle.com/java/post/java-on-macos-14-4 #macos #java #phpstorm #intellij