Every programmer's last words: "It's not far from being done"
@ardoren54423 ай бұрын
it's prety much done locally, just have to push an MR real quick, don't worry about it
@elcapitan61263 ай бұрын
tombstone reads: "he was so close"
@rzyr3 ай бұрын
First 90% is usually way easier than the last 90%
@XDarkGreyX3 ай бұрын
It is never done, but we are
@enderdas3 ай бұрын
So close, yet so far away
@regiondeltas3 ай бұрын
Interesting project - i do a lot of enterprise reverse proxy work and even just configuring them can be extremely complex at scale. So many crazy edge cases, and complex requirements especially around persistence, monitoring, ssl, rewriting etc
@sweep-3 ай бұрын
The recap!!! This is awesome. Do more stream/project recaps please.
@thatmg3 ай бұрын
TCP Tinder
@shampoable3 ай бұрын
ratio there would be lucky to reach 1:9
@MrHaggyy3 ай бұрын
^^ it's always fun how simple, efficent and beautiful such code is, as long as you only care about good actors. Once you have to take care about bad actors, especially nasty once, it gets so ugly and convoluted.
@danielmiller82233 ай бұрын
Just started following. You are so entertaining; I appreciate your excitement.
@E8A5903 ай бұрын
Good job man. Keep it up and I hope you will have fun while doing it.
@NostraDavid23 ай бұрын
4:41 Structured Logging shown, let's go!
@WebDevCody3 ай бұрын
my man, sip some herbal tea with honey
@purdysanchez3 ай бұрын
Obviously if you're just using one matchmaking server it creates a single point of failure for all game servers in the event of a DDoS. But if that was really a concern you would use or create a sophisticated edge network that tries to prevent that. But then you're basically reinventing cloudflare (a way more complicated thing) to defend your game servers.
@ThePrimeTimeagen3 ай бұрын
That's the fun part!!
@dandogamer3 ай бұрын
@@ThePrimeTimeagenplease re-create cloudflare without the trust and safety team 😂
@lordkazoo44053 ай бұрын
Prime you are coding very Tiger style. I’m down with putting asserts throughout my code, but writing a simulator seems like a bit much to just pick up. How long did it take you to really get in to/master tiger style?
@alejandroalzatesanchez3 ай бұрын
It's cool seeing you geek out on your project, keep it up.
@auslacroix3 ай бұрын
More of this! So great! I love how you explain things.
3 ай бұрын
The title makes me think of Betteridge's law of headlines
@gungun9743 ай бұрын
Your reverse proxy you made make me think of NAT + Firewall with the fact you need to filter than translate the ip than respond to the sockets. Or maybe NAT were always reverse proxy ?
@hexxone3 ай бұрын
You should check out the Star Citizen Server meshing Tech. I think their approach is really cool, but probably Has to be deeply integrated in the game engine. So probably not manageable in reasonable time
@thekwoka47073 ай бұрын
And that it basically just the P2P meshing tech used in Destiny over 10 years ago.
@spacetime33 ай бұрын
Super Entertaining project loves the comentary
@acrosstheocean253 ай бұрын
Awesome video! Please make more of these quick overviews that show some actual code
@jasontang67253 ай бұрын
Simulating client behavior is great. Will you also simulate sever processes dying and/or misbehaving?
@mattymerr7013 ай бұрын
Like how SQLite has a really in-depth testing suite that tests for various hardware failures too
@SpookieWhisper3 ай бұрын
“Lowest level” 👷♂️ we can go lower
@adiljamshad2152 ай бұрын
The amount of nerd talk in this video is amazing. I want to create such a thing myself too 😢
@johnblomberg3893 ай бұрын
Now I'm worried about authentication 😬
@kossboss3 ай бұрын
Pretty boxes my friend. Very well presented
@joaofleumatico3 ай бұрын
i have not keeping up with prime's videos recently, did he mentioned why he opted to develop this with go instead of his beloved rust?
@TurtleKwitty2 ай бұрын
He's been off the rust train for almost a year at this point, it's the year of learning go instead
@msl63843 ай бұрын
eBPF stuff would be really cool to watch, I've never used it myself though
@grillo_delmal3 ай бұрын
... will this able to handle reconnecting players that disconnected mid game?
@wasdasdasdcasdc3 ай бұрын
whats the text font in your neovim called
@yt.mhasan2 ай бұрын
I want to know too. Is that JetBrains Mono?
@embiem_3 ай бұрын
So is a matchmaking server essentially a reverse proxy with additional logic?
@jameswilcock83 ай бұрын
Did i just make the reverse proxy of the summer?
@smc42293 ай бұрын
Next step, direct server return ?
@DavidFregoli3 ай бұрын
your throat is killing me
@lildarker40443 ай бұрын
noice! bravo articulating before you lose your ma'bles! i have a question... how long can a 'connection' persist? i have kinda similar solution with reservation for 3000 individual conns. its' footprint is tiny(RAM and CPU) with multiple auth layers. notably one 'app' runtime has lasted 2,888 days, others 400+ etc. each app is written in about 80% python and 20% native(OS). for your consideration; my solution also employs certs, and i have found when they update(periodically as they do, for me 90 days i think) i lose context i maybe in a position to address this 'issue' at some point being busy the now, i am thinking of re-contextualizing certs in the app(maintaining uptime) or more simpler just restart(which may bruise my uptime ego)
@mattymerr7013 ай бұрын
Up time should be measured in time between you needing to take action, not how long the program itself has been running. If your app goes down for half a second and restarts straight back up with no intervention, is it really down?
@lildarker40443 ай бұрын
@@mattymerr701 exactly, its been years, literally years since i had to take action on these deployments.
@pif50233 ай бұрын
Loved this!
@Brymcon3 ай бұрын
This is amazing content.
@codemaluco3 ай бұрын
dang, u are looking good!
@kiratornator3 ай бұрын
So reverse proxy is a multiplexer?
@robmorgan12143 ай бұрын
You wrote a goodun... I'm working on something similar but in c++... with strongly typed (thingy) such that the compiler's proof checker is account for non business logic tests... I've semi rustified my code ... type safety not pretend memory safety (we're not animals here if you can point to it you can own it as far as I'm concerned).
@jbl2713 ай бұрын
I don’t know, did you?
@david236273 ай бұрын
bump
@kamertonaudiophileplayer8473 ай бұрын
Where is SSL?
@Shenepoy3 ай бұрын
this is not reverse proxy this an Orchestrator
@acommoncommenter93643 ай бұрын
No, the middleman still acts like the client against the server. In other words, server isn't aware the connection is with a middleman, it acts as if its the client. That makes it a reverse proxy. But it sounds weird calling it that because reverse proxies are just mostly used as institutional packet interceptors.
@Kennstduwayne10013 ай бұрын
Please more recaps :)
@irvintorres49393 ай бұрын
I liked it with my 10 google accounts
@rymcymcym85213 ай бұрын
thanks for the source code
@sammo78773 ай бұрын
Nginx streams 0.1 🎉
@zacharysnyder3905Ай бұрын
What programming language is he using?
@snailenyАй бұрын
Go
@FunkyELF3 ай бұрын
Why be a persistent man in the middle? Once everything is good to go why not just tell the client how to talk to the server directly?
@JeremySeanH3 ай бұрын
Loves go error handling. Doesn't handle errors
@yramagicman6753 ай бұрын
It does handle errors, just not how we're used to errors being handled. Errors as values, which is the paradigm go falls into, is often more robust than try/catch because you know what can and cannot error based on the return type. It's still up to you to do stuff with those errors, but the compiler makes sure you've at least thought about it. Compared to JavaScript where half the functions in the browser can throw, and half the functions in Node can throw, but you don't know until you crash what can error, go error handling is extremely robust. (I'm not trying to be precise. I know it's not half, but I don't know if it's more than half or less than half of JS that can throw.)
@dolorsitametblue3 ай бұрын
@@yramagicman675 compiler makes sure you've at least thought about it. wait until "if err != nil{ return err }" becomes muscle memory and now you not thinking about errors again. Now the only benefit that it's easier to spot where your system can fail. But I prefer the Nim's way of doing it. In Nim you have exceptions + effect system: you can annotate critical parts of your system with `raises: []` pragma and now you are required to handle all exceptions that could be thrown or it won't compile. It gives agency to the developer, while offloading most work to compiler and also not polluting your code with meaningless noise.
@yramagicman6753 ай бұрын
@@dolorsitametblue that's a great way to do it. I'm sure veteran go devs have a hot key in their editor so 1 or 2 keystrokes expand to the if err == nil block. That's what I would do if I worked with go every day
@acommoncommenter93643 ай бұрын
@@yramagicman675It's my first time hearing about Go error handling so forgive my ignorance. Then go error handling is just java error handling but with return values instead of exceptions is it?
@yramagicman6753 ай бұрын
@@acommoncommenter9364 I've spent probably 6 hours working in Java in the worst possible code. I can't verify this theory. Maybe someone else can corroborate you theory.
@anwiseru90643 ай бұрын
i like this
@ryanrobbins38463 ай бұрын
🔥
@philadams92543 ай бұрын
Spoiler: no
@Tony-dp1rl3 ай бұрын
if err != nil if err != nil if err != nil if err != nil ... I now know Golang!!! :)
@lefeyyy3 ай бұрын
abraço do Brasil : )
@danser_theplayer013 ай бұрын
I don't get it. From what I've learned a reverse proxy is just a proxy but for the servers, and it usually exists to distribute loads in a sophisticated way and cache data and prevent attacks. So supposedly if you know how to write a proxy you know exactly how to write a reverse proxy as well. Not to be confused with a software "proxy" equivalents that just balance a single server, maybe spin up some worker threads.
@youtubeuser983 ай бұрын
warded
@viraptorify3 ай бұрын
Yeah, that's about right. Proxy is a proxy is a proxy. The reverse part just says where it lives / who owns it.
@MrHaggyy3 ай бұрын
Yes and no. The forward proxy usually only maps one respond to one requests.I A reverse proxy can become a more complex assembler, when you do scheduling tasks to achieve load balancing, or you litterally need to assemble the final response from multiple sources. But simpler is usually better.
@viraptorify3 ай бұрын
@@MrHaggyywhen you're making multiple requests based on the one from the client, that's just a small service not a proxy.
@viraptorify3 ай бұрын
@@MrHaggyywhen you're making multiple requests based on the one from the client, that's just a small service not a proxy.
@f.reaky_carlos3 ай бұрын
quickie😁
@ettyxcbyrcburcbtxcfhcdtyurt3 ай бұрын
mid
@abdullahshoaib48253 ай бұрын
lessgo
@ettyxcbyrcburcbtxcfhcdtyurt3 ай бұрын
still mid
@marcola803 ай бұрын
1 minute and just 39 views? bro really fell off.
@Sommyie3 ай бұрын
🤣🤣🤣 Ikr?
@saymehname3 ай бұрын
Le zoomer comment
@epicmetod3 ай бұрын
@@saymehname no shit sherlock
@colinstu3 ай бұрын
@@saymehname seriously imagine thinking saying that is funny