• 0 Posts
  • 1.12K Comments
Joined 3 years ago
cake
Cake day: June 16th, 2023

help-circle





  • non_burglar@lemmy.worldtoLinux@lemmy.ml*Permanently Deleted*
    link
    fedilink
    arrow-up
    13
    arrow-down
    1
    ·
    3 days ago

    Come on, I like supporting n00bs, but this is low effort, bullshit trolling.

    “I’ve tried nothing and I’m all out of ideas.”

    And this person comes back to this linux community again and again with “my pirated games don’t work”. So many of us try to help this person, but they dont want a solution, they want to be disruptive.




  • RCS is off-topic.

    Disagree, it serves to illustrate the same kind of monopoly google has on push notifications.

    UnifiedPush is not a push service, it is a distributor. It is a proxy for push services, it does not send out its own notifications.

    Also, ntfy does not need to use unified push, it simply makes put or post notifications, like it does in the self-hosted version. The public instance of ntfy does use unified push, yes. For instance, I do not want my http push notifications flying around in plain text with notifications about my private services being up or down, so I don’t use one. I arrange the connectivity to my applications myself.

    Here again, google has done us all a disservice by obscuring the difference.


  • That is correct.

    However, this is a quasi-monopoly by google having quietly overwhelmed the space. Same thing for RCS messaging.

    Neither push notifications nor RCS are proprietary, so there is a possibility to tear oneself from google here.

    For instance, there are several free and paid push notifications services. Pushbullet is a popular paid one, not too expensive. I personally use https://ntfy.sh/, which can be self-hosted.

    RCS is different because trusting the encryption keys makes RCS work, so there would have to be a critical mass of buy-in to use an alternative to google’s RCS implementation.



  • non_burglar@lemmy.worldtoSelfhosted@lemmy.worldRevisiting Rule #3
    link
    fedilink
    English
    arrow-up
    22
    ·
    edit-2
    6 days ago

    As others have mentioned here, there is a lot of natural overlap with vps renting, hardware re-use, gerenal approaches to managing infrastructure, docker, and Linux in general. I don’t even mind networking questions here.

    When questions stray in that aren’t really that relevant, like beginner Linux questions, someone is generally nice enough to point to a more appropriate community.

    What I think wastes time in this community are the gatekeeping topics like “your vps isnt self-hosting”.




  • Wow, you diagnosed buffer bloat and applied the fix to your LAN side? Sooo much work…

    The problem is unlikely to have been on the proxmox side. Multiqueue only allows virtio to multithread TCP connections via the host CPU using more than one virtual cpu, but this is essentially like aggregating a network link; it will increase bandwidth, but not throughput. Besides, the actual limit for the proxmox internal bridge and virtio NICs is “whatever the cpu can manage”, which is sometimes over 10Gb. It’s unlikely to be slowing down traffic coming from your vms.






  • You are trying to de-jargon topics, and that’s fine, but the two following categories do not help, they are localized habits and don’t have any value to non-english or nontechnical people, or both:

    • shortenings: a11y for accessibility is not a common contraction, it’s not helpful for anyone to understand the term itself
    • names of services: CF for cloudflare is not something worth defining. Names change, and you wouldn’t see this in a professional document. It’s like defining “lol”, the acronym is shorthand in typed communication, not technical jargon.

    Side note, DNS stands for domain name system, it has never meant domain name service.

    I personally find bots annoying, half the content on the internet is already bots.