• 0 Posts
  • 18 Comments
Joined 2 years ago
cake
Cake day: December 25th, 2023

help-circle

  • 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)


  • You don’t! At least not in the sense that I’m aware of the JADE thing:

    JADE is nothing that is a strong work proven topic but came from social media to handle narcissistic people as a peer group.

    Your reactions are hostility and rejection based and how I understand you it’s your nerves that you want to preserve.

    For this in a professional work place there are multiple ways to deal with and even all of them at the same time, just from the top of my head:

    • Always go over your manager, make it his problem. “Dispatcher causes work for me by raising false claims/redundant questions - please resolve with their manager”
    • I’d call it business ghosting: answer and questions raised but but don’t go into any depth. “Correct, phone was not working due to no wifi.”
    • Work on yourself to detach your emotional connection: this is the toughest but also the most valuable one. It’s a fucking dispatcher who has his own problems and no other way to handle them then to try to use his environment as catalyst. My personal route is the framing “poor fucker, needs his routine and world to accept himself”. But also “this seems to be the only way he can feel important in front of himself” would work for me. Usually when I take pity with people I can’t get angry anymore about their behaviors.
    • Figure out what the true impact on your work performance is and handle that separately from the emotional connection. It’s absolutely normal to be annoyed and angry by the behavior you’ve described - detachment of impact and emotion can be a way forward.

    Hope this helps a bit!



  • You got a lot of relevant answers so I want to point out something else:

    You’re hosting your own services. By yourself. Fuck everyone with a broom who tries to gatekeep that. And I don’t mean wooden side first.

    Seriously, your question is on point here from my perspective and as long as it has a connection to running services by your own I personally would love more diversity in hosting solutions.

    Personally, I’d love to see people share more about their provider agnostic opentofu deployment or someone who went all in on AWS lambdas for weird stuff.



  • I’m writing only based on your text, not the video, please excuse any doubling of content.

    It is easier explained if you build an imaginary machine instead of lifting / lowering that does the same thing. The single most important thing to understand is that the lower the pressure the less heat you need to add to boil something. There are funny graphs for each liquid (for example https://courses.lumenlearning.com/umes-cheminter/chapter/vapor-pressure-curves/ ).

    The intro explanation

    The water in your containers will behave based on their individual combination of pressure and temperature. I’d at any point the water vapor falls below its boiling point at the current pressure it starts to form a liquid. At this point you’ve made a fancy rain machine.

    Note that water itself adds pressure to a system because of its volume even as a gas

    A machine

    Imagine you have a container at 100 mmHg which according to a random online calculator leads to a boiling temperature of 50 degrees C.

    Now you heat this up and lead the water vapor into another chamber which has only s pressure of 10 mmHg. Water has a boiling temperature of only a bit over 10C there! So you keep it at 20C to be sure the water never gets liquid again.

    But wait: now you’re adding water vapor into a low pressure container - you’re literally pressing a gas into it - so you increase the pressure in there.

    The first container, the source of the gas, becomes irrelevant: As soon as the additional water increases the pressure to around 20mmHg it starts condensation again as now it’s boiling point moved above the 20 degrees.

    The flaws

    As you’ve asked for the downsides: it’s a very convoluted way of manipulating water to achieve the same result as simply heating it. You would need way more energy to lift the containers far enough or otherwise decrease the pressure than the energy needed to boil it.

    Other than energy and logistics I don’t see a downside. Liquids don’t behave differently in terms of boiling no matter the source: pressure, temperature or a combination.







  • One thing that was only mentioned briefly by someone else is the physical button turning on the computer.

    Similar to the paperclip test figure out where the power button goes into the mainboardw and bridge that with a short cable. Is possible that by moving the case the old button lost a cable.

    This is just one more thing to test though, it’s really trial and error as you know :)


  • From what I understand: CasaOS is simply an abstraction layer and takes away a lot of the manual work.

    I agree with you that this shows down learning quite a bit.

    I see three ways forward for you:

    a) switch to a Linux base system, Debian, arch, nixos, whatever resonates and set up everything from scratch. High learning curve but no more hidden things.

    b) same as a but as a separate setup. This is what I would recommend if you have the time and cash. Replicate what’s already working and compare.

    c) figure out how to do things manually within the CasaOS framework. Can’t help you there though :)