Видео

@@jeffsad8391 Perhaps! Depends on the final application

@seanbix5366 ok but can I create like other tools?

@@jeffsad8391 Well yeah, of course. You can likely build most of the things you want with python. Compilers, servers, interpreters, whatever. Depending on the available libraries, it'll be harder or easier, and some performance critical applications may not be feasible but most things yes.

And I'm yet to get a sponsorship from them :v

Do it! Thanks!

You can follow the same linked docs to make a client! But then again, the only use that comes to my mind is to connect to an existing web browser... If I were building the client then I could just use TCP/UDP directly!

@@jeffsad8391 I made the mistake of starting with C++. Useful language but bad for learning imo. Python is good to become productive quickly, but plain C has been the most fun for learning for me. Knowing memory management well is key to avoiding stress when learning programming concepts imo.

@@seanbix5366 is good like moving from python to c++?

@@seanbix5366 but is good like to move from python to c++?

Thank you, more stuff on the way

@@Gersberms I was taught in school that TCP+IP+HTTP = OSI but saw in books that its distinct!

@@androu-f3b Because here I'm checking if the client is specifically getting "/", the root directory. Its the GET request the server receives when they (the client) just type in " IP_ADDRESS/". Its rudimentary but eh it works. Otherwise it's "GET /SPECIFIC_RESOURCE". Thank you!

Oh no, I'm very much just a guy. You'll ask me what an abstract factory is and I'll say "sorry I don't listen to stoner rock". Go spend a few days writing some C or ASM, read some books, convene with the machine spirits, and you'll be way ahead of me for sure if you weren't already!

i agree, very good! http is very nice bro

<3

TCP/IP is typically implemented as a part of the OS kernel. If you're not using an OS, e.g. in embedded (very very cheap) systems, software libraries will implement the lower level protocols for you (up to level 4 is common). Here, I've used the TCP/IP implementation in Linux ("Berkeley Sockets API") to implement HTTP (although I could have used a library for that too). TL;DR: I didn't!

You couldn't fathom the width of the brush I sweep them up with.

@@energy-tunes original spec is linked. I implemented a working subset I needed in like 2-3 coding sessions. The hardest part was probably MIME types and understanding + writing CORS. What took longer was just making a useful interface to the Linux socket API...

Low-level comment; needs abstraction!

But yeah, fr

@@blvckbytes7329 Right on! That _is_ how it do be. Do it, and thanks for watching! I was considering making a video about setting up the AVR compiler toolchain, and/or the arduino CLI, as I see professionals still using the Arduino IDE for chips like the ATmega328P (which I've specifically worked with recently!).

@@seanbix5366 Right? I've read another comment of yours, where you said how people just use things without any understanding of their underlying working principles whatsoever; if society ever collapsed, only very few would know how to rebuild technology from scratch... Same goes for mathematics, but that's a whole other can of worms, ;). I'm just so disappointed at how needlessly complicated simple things became by now. All I want to do is to control a few I/O-lines using a browser via Ethernet, and I'm literally wrangling with dozens of libraries and build-errors since multiple hours. By now, I could've written the library myself, haha - which is what I am now doing! :) Would love to see that video about AVR programming. I am currently using PlatformIO, because it "just works" (most of the time, if VSCode isn't bug-riddled again). The Arduino "IDE" lacks too many critical features to get anything beyond a blinking LED done, at least IMHO.

Hah! Nice try, Sense Of Child-like Wonder! Unfortunately, I want to finish the project and get it working. SSL/TLS is a whole new can if worms for another time...

@@xorxpert Nice! I have a websocket deepdive on this channel too- the variable length length encoding and payload masking were wicked, but worth it in the end!

@@seanbix5366 It was mostly challenging for me at the time. I usually like to learn how things work for experience but mostly avoiding third party or standard libraries. Whilst working on a multiplayer game, I built my own websocket server & client in the process along with a protocol library, for handling sending packets efficiently properly writing/reading and parsing data (binary), while converting between respectable objects. latency was very important, all unmanaged code. Performance, speed, and efficiency was the focus. Per protocol standard for large payloads, you have to deal with splitting the data into frames, and you know TCP, you got to handle waiting and acknowledging packets - multi (safe) threaded 😅 Took me about a mouth until i was entirely finished it, though was fun and worth learning!

@@xorxpert So far none of my websocket payloads are larger than a few dozen bytes... But I was under the impression that I could simply cram an arbitrary amount of data after a websocket header and TCP would eat it? I don't remember, need to look at the code! I fetch all the BIG data with http from JS anyways.... Good work! I couldn't even find a simple websocket library anyways.

Yes!