Erlang is designed almost entirely for web based applications (its similar to php in this regard) and has horrific syntax....best of luck to you.
That's true, but I've written full featured bots in PHP (back when I was first learning to program, I learned the basics of sockets (not very well) from PHP by making IRC and dAmn bots. I don't recommend it for anything practical outside of web scripting, but hey, it's a challenge and challenges are never a bad thing :)Quote:
Erlang is designed almost entirely for web based applications (its similar to php in this regard) and has horrific syntax....best of luck to you.
I'm mostly learning it because I want to have a stab at a functional language and see if I like it. I've also read a bit about Erlang and it's supposedly very good for distributed concurrent fault tolerant applications. Obviously any language can use concurrency but wouldn't a language specifically designed to be concurrent from the start be beneficial for a server? Ya the syntax is well.. interesting xD.Quote:
Erlang is designed almost entirely for web based applications (its similar to php in this regard) and has horrific syntax....best of luck to you.
Yep, mods can change thread titles.Quote:
Quick update:
So I've been learning Erlang for the little over a month and I feel I'm ready to make the server in it. I'm gonna post the source on Github just as before, for anyone that's interested.
Would a mod be able to remove "Java" from the thread title and just call it "[Open Source] private server project". If it's not possible I'll recreate the thread once I have some decent progress made.
Another thing is I'm going to be running/debugging the code off of my RaspberryPI in order to make the server as efficient as possible on lower end machines.
It's a pretty interesting language, way different then Java xD. Erlang is not the fastest so I may write the enryption code in C as it's fast and easily interfaces with Erlang.Quote:
Yep, mods can change thread titles.
Also, I've been meaning to look into Erlang, so that'd be great!
Thanks! Goodluck on your source :)Quote:
Very Very Nice work man go on i hope u finish you source successfully and hope me good work on my C# source too :D
Yeah, maybe do all the encryption and packet parsing (not handling, that's optional.) in C or C++, since it would be loads faster for anything like that. But overall, it should prove interesting to see it done in Erlang.Quote:
It's a pretty interesting language, way different then Java xD. Erlang is not the fastest so I may write the enryption code in C as it's fast and easily interfaces with Erlang.
Thanks! Goodluck on your source :)
Erlang is pretty awesome. I was just experimenting with some stuff. And you can basically define the encryption in C for speed and use it with Erlang very easily. Then if for whatever reason the C library crashes you can define a backup function in Erlang code that is executed instead of the C one.Quote:
Yeah, maybe do all the encryption and packet parsing (not handling, that's optional.) in C or C++, since it would be loads faster for anything like that. But overall, it should prove interesting to see it done in Erlang.
Well damn, that's pretty freakin' useful. I love languages that let you call functions by strings/constants/regex. And the backup ability is a super nice thing to have.Quote:
Erlang is pretty awesome. I was just experimenting with some stuff. And you can basically define the encryption in C for speed and use it with Erlang very easily. Then if for whatever reason the C library crashes you can define a backup function in Erlang code that is executed instead of the C one.
Also packet handling is sexy. Instead of writing a packet reader you can pattern match against binary data to execute the correct function for the packet, and as a result AccLen will be the value of next 8 bits, emailLen the next 8 bits after that, and so on.
event(<<?SIGNUP,
AccLen:8/integer, Account:AccLen/binary,
EmailLen:8/integer, Email:EmailLen/binary,
_PassLen:8/integer, Pass/binary>>,
State) ->
sign_up_code.