Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)S
Posts
0
Comments
163
Joined
3 yr. ago

  • Traefik and caddy were mentioned, the third in the game is usually nginxproxymanager.

    I'm using both traefik and nginx in two different setups. The nginxproxymanager can be configured via UI natively which makes checking configurations a bit easier.

    Traefik on the other hand is configured easily within the compose itself and you have everything in one place.

    This turned out to be tiresome though if you don't have a monolithic compose file - that's actually even hr history why I switched to npm in the first place.

    I don't have any experience with caddy so can't provide anecdotal insights there.

  • I really like it already so take this as an alternative, not as improvement:l. I don't have a good eye for aesthetics anyway don't his is more about structure.

    Personally I switched from a single dashboard to purpose driven hubs - I can't imagine a situation where I need my infrastructure and my calendar at the same time regularly for example.

    Another point is context typing: your release checker is quite far away from your appointments and calendar. It looks to me to be sorted by content rather then function (i.e. it's entertainment so it's next to YouTube). The same is true for your interaction patterns. There is a lot of visual information which I'm sure you'll rarely interact with but instead consume. And then there are clearly external links, both bottom left (opencloud, tooling) and top right (external media) in addition to your own self hosted content.

    My suggestion is therefore a process instead of a change: Note down when you consume which features of this awesome dashboard together for a few days. Then restructure the content of the whole dashboard based on your usage patterns - either as a new Monolith or even experimenting with splitting it.

    I even suggest using a different medium then your usage device (if it's a desktop PC mainly use pen and paper, if it's your laptop use your phone, if it's your phone you use this dashboard on then you might have different problems :D)

  • Haha I feel you!

    Perhaps try to be a bit less extreme in your language in front of your parents - or offer them a bet: if a CO2 monitor is yellow or red at the evening they pay for it and you can air whenever it's getting yellow. If it stays green you pay for it and shut up about the windows!

  • Your parents are right in terms of energy waste, im sorry to say.

    I'm quite similar though and air about five times a day but with a timer so that the air gets circulated completely without cooling out the house itself.

    The breathing struggle is most likely a mix of dust sensitivity and psychology. For me an air cleaner made a huge difference in my comfort level.

    I'd you want to go the scientific approach get a CO2 monitor (the most important element for brain performance when talking about home air) and a PM2.5 sensor for dust levels.

  • Then there would still be the possibility for someone to take off the glasses.

    Or invent spectrometers.

    Or make others curious.

    I'd claim that our issue is too much belief and not a lack thereof. Beliefs remove the potential for excourse y for discussions and for admission of being wrong. Believing is the act of removing an item from analysis, from critique and in its final form from thinking about it.

    Perhaps I'm misunderstanding you - if that's the case please apologize.

  • I don't get it with the body either. No we are not insane as a species and if only because insanity is defined on what we as collective see as normal. But what is "deep history"? And people don't get send to a doctor just because they believe in fairytales, at least where I live.

    Humans seem to have an inert need to have answers and guessing one seems to be better than "I don't know" for many.

  • Sorry if I use the wrong English terms! I think you are right :) With system I refered to the literal computer system the file is saved on. I'm not a dev of one of those tools but I know several maintainers and developers that's why I'm a bit sensitive there! Thats why I (baldy apparently, apologies!) tried to focus on the developer point of view and ignored the whole cost/benefit aspect which you described very well - thank you for that!

    Back to my point re/ local security because I feel this is the only one where I see a fundamentally different assessment between us: (Fontext: access an unencrypted file on my machine): I'm not aware of a mechanism to read (unencrypted or not) files on a host without a preceding incident. How else could your files be acessed? I don't understand how I might have this backwards.

    You're completely right if course that there are a lot of tools out there one could use - but it would be on the developer to implement support for those. If you support one you can be damn sure users shout for "I want to use Y". And then you would still need a Fallback for anyone not willing to install a supported third party tools.

  • Cybersecurity works inherently with risk scenarios. Your comparison is flawed because you state that there is an absolute security hygiene standard.

    That said: I highly appreciate your approach to the subject, i.e. looking at the code and raising a discussion about something that looks wrong. Thank you for that!

    On the subject itself:

    There are two common ways to implement token management. The most common one I am aware of is actually the text based one. Even a lot of cloud services save passwords as environment variables after a vault got unlocked via IAM. That's because the risk assessment is: If a perpetrator has access to these files the whole system is already corrupted - any encryption that gets decrypted locally is therefore also compromised.

    The second approach is to implement the OS level secret manager and what you're implicitly asking for from my understanding.

    While I agree that this would be the "cleaner" solution it's also destroying cross platform compatibility or increasing maintenance load linear to the amount of platforms used, with a huge jump for the second one: I now need a test pipeline with an OS different than what I'm using.

  • Which are all of them who claim to hear a difference.

  • Agreed - and none of them are a catch-all answer suited for everyone from my point of view.

  • I full heartily disagree because MacBooks are a trap: While I agree with you in terms of production quality it's a point of no return for a lot of use cases which rarely makes it the best option in my opinion.

    It's basically eliminating too many options down the road for it to be a good recommendation for most people for me. There are exceptions of course but i couldn't call it "best" with good conscience.

  • Haha that was an auto correct fuck up - I agree with you!

    It was supposed to be "are preferable" - that's what I meant with the first sentence: There must still be effective encryption in the wild if some.... elements fight so hard to kill it.

  • You realize they"trying to destroy" implies existence?

    It's not " good vs bad" for me, it's a "better vs worse". And for them: yes, European date centers as few are preferable at this point in time from my current knowledge.

    Edit: Auto correct fuckup.

  • NSFW Deleted

    Permanently Deleted

    Jump
  • Joke's on you, the world just produces more and more.

    Imagine pushing hard to outlive George W. and miss your window by a decade and suddenly. BAM, Trump I.

  • I'm not talking about usability, just about the foundation. Besides what others already said about why it's not a good idea to answer your specific question regarij moderation tooling is:

    Your requirements are incompatible with decentralization. Every moderation tool will have to use the network itself which means a moderation event has a significant delay in which the content has a "head start".

    There is no way to have an instant kill switch for content or a centralized gated release of content.

    And at the end everyone can spin up an instance and decide on moderation, after all - and decide on the moderation rules there. This will cause an even bigger delay until the malicious instance is blacklisted by others.

  • OP only listed consumer services, not the infrastructure side. I completely agree with you that if we would take that part into consideration then ... Not a lot in the beginning. And in the end because the whole financial sector is also dependent on various US companies and their online services to process most payments ... Shit. I don't know which other critical infrastructures would break because stuff behind the curtain disappeared.

    --

    That said if it's really only "what I as consumer use" then things would look different - even though it all comes down to the details. I.e. no smartphone would be a nuisance .. unless Linux phones count.

  • "gimme your mongodb url for me to do anything"

    • random docker container or tool.

    Last example where I was ... Annoyed by: unifi. Their management application demands a mongodb.

  • Nostrils and mouth are connected, topologically you could therefore have ass to left nostril with the mouth being an own opening!

    That said I really really hope you forgot your uthera at least. Which is a curious question back to the subject: is it a topological hole if the opening is only to the insides of the corpus? (Thinking about the reproductive parts of either sex specifically).

  • If you do don't trust em then don't update syncthing - it'll work for quite a while I assume.

    And in addition the keepass safe default encryption of AES-256 and is even secure against theoretically existing quantum computer attacks to our current knowledge. It is designed to be not trusted by the storage owner :)