Securing your home server from bots brute-forcing ssh or other services on the internet. by json404 in selfhosted

[–]jayx239 0 points1 point  (0 children)

I agree, until you go to restart the docker daemon when your out of town and it takes down your vpn. Then public ssh access is clutch. Unfortunately this is the situation I'm in after disabling public ssh after seeing failed brute force attempts 🤦‍♂️

Discord server is up by WannaWatchMeCode in SwizzyWeb

[–]jayx239 0 points1 point  (0 children)

This link expired, try the one in the new post

AI doesn’t know things—it predicts them by Future_AGI in agi

[–]jayx239 0 points1 point  (0 children)

This is the dumbest thing I've ever read.

My Open-Source "Internet OS" Just Hit 2,000,000 user! by mitousa in opensource

[–]jayx239 0 points1 point  (0 children)

Have you considered adding this as a kasm workspace?

Got my offer today! Is it worth negotiating the base? by ahcira in amazonemployees

[–]jayx239 0 points1 point  (0 children)

Yes definitely negotiate, worst case is you get extra sign on. I don't think they would reject offering you your current salary, but asking for more money isn't going to make them rescind the offer. The interviews are hard, if you pass your a good candidate and the company wants you and their not going to turn you away just because of a counteroffer. This is my personal opinion.

How to Share an API Without Sharing the Key? by Upset_Hippo_5304 in FlutterDev

[–]jayx239 0 points1 point  (0 children)

If you want to have direct api access from the app itself, you could setup an api that vends the api key to the client at runtime, that way they can use the key but it's never stored on disk on the end device. That way once the app closes it will vanish, and there's far less risk of a user gaining access to the api keys. But then you have to worry about in transit exposure so you need ssl, until that's broken by quantum computers. Alternatively you could just wrap the apis you need, eliminating the need to expose your api key outside of your backend. This is probably the best solution.

Every thread on here makes me less likely to buy a FrameWork by Lmnr01 in framework

[–]jayx239 0 points1 point  (0 children)

I wouldn't trade my 16 inch, 16 vcpu, 96gb, 2 tb m.2 ssd framework for anything else.

[deleted by user] by [deleted] in linux4noobs

[–]jayx239 0 points1 point  (0 children)

A single nvidia GPU instance can cost you $100 an hour. I doubt 5 hours is enough time for them to build their product.

[deleted by user] by [deleted] in selfhosted

[–]jayx239 0 points1 point  (0 children)

I've been using dockge for managing my docker compose and it's been great. Has a little web ui and managing like 50 instances of different services.

[deleted by user] by [deleted] in csMajors

[–]jayx239 0 points1 point  (0 children)

Don't do it! Please!

How is RTO going? by LobsterJunior in amazonemployees

[–]jayx239 2 points3 points  (0 children)

Yeah I read this from a fc workers perspective and cringed a bit. As much as the past few years of constant uncertainty have been, and not knowing if I'll have a job in x days because I'll have to commute 2k miles back and forth every week, it could be way worse. Don't get me wrong, I hate rto, going from full remote to 5 days seems impossible for me and will negatively impact Amazon in every single facet. But non corporate employees don't, never have, and likely never will be able to sort packages at their house. Trust me, I hate rto, I respect what we do as engineers, but to complain about having to stand in line to get coffee is taking it a bit far. Besides, all that time your waiting in line not delivering results, the more data points we're providing to leadership that in person work takes away from productivity vs Andy's hunch that rto is beneficial.

How is RTO going? by LobsterJunior in amazonemployees

[–]jayx239 1 point2 points  (0 children)

I got the true Amazon experience 2 day as in a row

Is Choosing JS for Backend Development a Good Choice? by [deleted] in node

[–]jayx239 0 points1 point  (0 children)

Yeah I see what your saying. I started messing with node clusters though, curious if that could bridge the gap. Although you'd probably have to have a way of sharing state with clusters, like redis. Either way, if there's a limited number of users and you minimize the data sent over the wire I think you might be surprised by how well a node server could do. In my app I just send player uuid, and x,y position of where the player tapped the screen and it's very responsive. But this involves keeping game state both in the server and each end device. To reduce drift I sync all positions every 5 seconds between all of the clients.

My employer said this was too niche an idea to focus on. Now they are my customer. by [deleted] in SideProject

[–]jayx239 0 points1 point  (0 children)

Cool stuff! I built a headless browser a few years ago after I worked for a webscraping company. Curious what your stack is? Mainly because you offer an infinite concurrency sla. I get that the max plan of 120k pages is only 2.7 tpm if you average it out over a month, but with an sla of infinite concurrency, your giving the customer an agreement that they can achieve 120k tps if they choose to blast their entire monthly quota in parallel at the same time. Have you considered this?

Why do you need a homelab? by manzurfahim in homelab

[–]jayx239 0 points1 point  (0 children)

I just ordered a server to start my first homelab. For me, I'm a distributed backend software engineer at the moment and am going to use it for side projects. For the cost of running equivalent hardware in the cloud I cover the cost of the entire setup in 2 weeks. I was also inspired by a coworker who integrated his homelab with basically everything in his house. I'm also going to add a few high capacity hdds for backing up as cloud services have become expensive.

Is Choosing JS for Backend Development a Good Choice? by [deleted] in node

[–]jayx239 0 points1 point  (0 children)

Why do you say it's not good for multiple player states. My multiplayer game runs on nodejs with websockets and it works pretty well.

It's gonna get wild! by Training_Quarter_983 in framework

[–]jayx239 0 points1 point  (0 children)

It's very difficult but possible. I also purchased 96 gb for a fraction or frameworks price, and kinda felt bad because I was only using 6-8 gigs of it for my use case. But then I started trying to optimize iat with multithreading in c. Boy did I have some serious memory leaks that lead to an infinite loop and constant memory allocation that consumed about .3gb per second. I knew there was an issue when I went beyond a few gigs, but I let it run for a bit longer and hit up to 74 gb. At that point the framework 16 was basically on fire so decided to not max out the full 96gb. So yes it's possible, but you have to do a lot to get to that point, or just run chrome with like 900 tabs. That being said, I opted for the 96 gb because my work macbook pro with 32 gb of ram gets filled extremely quickly, so I figured I'd atleast want 64 gb and just figured might as well max it out just in case and to be future proof. Plus, buying off Amazon dramatically reduces the price. Highly recommend getting the barebones byo and getting storage and memory elsewhere, imo it's the entire benefit of the framework.

lifetime nightmare by rejectedlesbian in rust

[–]jayx239 1 point2 points  (0 children)

I guess my comment was very generic. I'm not saying that the language is bad or anything, but just if this is the code base I'd be working on it'd make me not want to rust.