mboehm

I would try Myra. They are based in Munich.

Which country/provider is that?

When did you use 1Password for the last time? Not a big fan by myself, but the points you are mentioning are fully available

What images do you use? I would love to hear about your setup to debug lambda functions.

You might want to look into OVH's k8s offering [1]. You only pay the worker nodes and the general purpose instances cost 26,18 € per month offering 2vcpu and 7 gb RAM [2].

[1] https://www.ovhcloud.com/en/public-cloud/prices/#568

[2] https://www.ovhcloud.com/en/public-cloud/prices/#419

We started our journey with Janus about three months ago and I can just fully recommend it. It is an amazing well-written piece of software which is just as flexible and integrative as developers wish. E.g. Slack used Janus, at least in 2016 [0]. It is important to understand: Janus offers the ingredients for building great WebRTC applications (examples [1]), whereas Jitsi is more like a ready-to-go solution and got much more attentation as Janus did.

Lorenzo and his colleagues are doing a really great job.

In the space of SFU/MFU, one really needs to decide beforehand what kind of solution is suitable for which requirement. I have chosen Janus because we could integrate it by 100% in our software. For example, I was also looking into Jitsi. But compared to Janus it feeled so much more complicated and not suited for that specific job.

However, it is important to point out, that this is no a ready-to-go solution. There is a long list of things you will have to dig into:

- ICE (a way to connect if you switch between WIFI and LAN or to punch a hole into your fw) [2]

- Cross-browser compatibility (Thank you iOS [4])

- TURN/STUN (Which matrix of udp/tcp and ports is needed for Hole Punching?), I recommend coturn.

- Scalability: How many clients are planned? In my experience, CPU and bandwith are bottlenecks, we went with horizontal scaling

- How do you gonna test your WebRTC application? So far great results with https://testrtc.com, but you probably also could accomplish a lot with Selenium.

- Simulcast/Bitrate or Unified Plan (Use available bandwith and adapt on-the-fly) [3][5]

But once you got it running, it is an amazing feeling. We are in 2020 and it is possible for an SMB to offer video conferencing to customers via a web-browser using your own infrastructure while being compliant to GPDR and other stuff.

[0] https://webrtchacks.com/slack-webrtc-slacking/

[1] https://janus.conf.meetecho.com/demos.html

[2] https://webrtcglossary.com/ice/

[3] https://webrtcbydralex.com/index.php/2018/03/14/extending-ja...

[4] https://webrtchacks.com/guide-to-safari-webrtc/

[5] https://www.callstats.io/blog/what-is-unified-plan-and-how-w...

Out of curiousity: What is an edge device? An IP camera? Depending on the professional grade of your use case, you could directly talk to meetecho, as they are the original developers and offer consultancy around Janus.

Answering for myself, not for bbeausej. We are currently using coturn. It is quite easy to setup, you have to dig a little into the configuration parameter and that's it - I would recommend it.

Oh well, you probably should use the rest api for generating credentials on the fly and think about scaling (depending on your needs).

There is an actively maintained fork of iText: https://github.com/LibrePDF/OpenPDF

From their background section: It is a fork of iText version 4, more specifically iText svn tag 4.2.0, which was hosted publicly on sourceforge with LGPL and MPL license headers in the source code, and lgpl and mpl license documents in the svn repository. Beginning with version 5.0 of iText, the developers have moved to the AGPL to improve their ability to sell commercial licenses.

I guess because they do not have a common memex yet. :-) But yes, RDF should fit very well. As others pointed out already, I also dislike the idea of being locked into a proprietary file format. This should not be a problem using RDF - I guess we all should think about that idea.

Well, scaling a filesystem does not really sound easy to me. Scaling a dbms is rather common, I guess.

I rather question, why do they store their binaries in mongodb? imho, s3 would be the perfect fit for that requirement.

I think, the price is incredible. Hetzner does have even more insane prices, they charge 300 € for 150 TB (yes, 150 TB! [1])

I mean, it's just a plain server. No "cloudish" stuff, but I see people too often using expensive storages without really needing it...

[1] https://www.hetzner.com/dedicated-rootserver/matrix-sx

Well, I guess, sometimes you need to break the rules. But you are right.

Yes, we do. It's actually a rather small setup (13 dedicated server, about 100 containers).

The absolutely most basic advice is probably: "-Xmx" does not represent the actual upper limit for memory usage. We actually most often only set 50% of the assigend memory for the jvm.

Somebody mentioned https://github.com/cloudfoundry/java-buildpack-memory-calcul... which seems pretty interesting.

> But the in case of containers with a hard memory limit, the entire container will simply be killed without warning.

At least in my experience that is not true. I quite often run into this issue and the OOM-killer will only kill one of the processes inside the container, not the entire container.

> The same is true for default memory limits. The JVM looks at the host overall memory and uses that to set its defaults.

Well, I guess if you launch a JVM anywhere without setting appropriate memory settings, you are doing something fundamentally wrong.

Normally I only read on HN, but you got me logging in, upvoting and commenting! Probably most people just don't know about the standard. (As it is probably with most standards).

Anyways, thanks for your hint.

Nice tool. What someone might should consider that you URLs are not private. They are quite guessable and each saving leads to an "increment" in the alphabet: https://scri.ch/acc -> https://scri.ch/ace

Viele Grüße aus Passau! :)

Happy to see you guys having success! I've done my master at the University of Mannheim. Never thought that this would happen, but I kind of miss the city.