[ARMORY] The Community Project

11/06/2013 04:50 Wanetrain#31
Quote:
Originally Posted by Raz9r View Post
Nicht jeder hier ist Schüler oder nur wenig berufstätig. Ich für meinen Teil studiere und habe einen Nebenjob und bin daher nur am Wochenende dazu in der Lage, etwas beizutragen. Das ist auch der Grund, warum ich nur am Backend arbeiten werde: Vieles davon habe ich bereits für andere Projekte in ähnlicher Form einmal geschrieben.
Am Sonntag werde ich mich ein paar Stunden ransetzen und die Dependencies etc. verlinken, außerdem vermutlich den Kern des Ganzen anfangen.

Wir werden übrigens mit Boost.Asio arbeiten. :-)
Warum Boost.Asio? damit ihr nicht an eine Plattform gebunden seit? maaah..

Wenn ihr zu Linux wollt dann geht zu JavaScript, aber haltet euch von Native C++ fern, passt nicht ganz, oder wollt ihr like Mincraft scheiße sein?^^

Bei einem Server arbeitet man sehr viel mit Interlocks, daher empfiehlt es sich Intel TBB zu nutzen, Datenbank MongoDB? ich würde mehr auf eine relativ gut struktierte MSSQL DB setzen, allerdings seit ihr ab da an Windows gebunden.

Großen und ganzen zwar eine Nette idee, sollte man nur alles genau überdenken wie man raus will, und nicht einfach drauf los Coden. :>

( Ps: Crasy is here. <3 )
11/06/2013 05:45 ToxicData#32
Quote:
Originally Posted by Wanetrain View Post
Warum Boost.Asio? damit ihr nicht an eine Plattform gebunden seit? maaah..

Wenn ihr zu Linux wollt dann geht zu JavaScript, aber haltet euch von Native C++ fern, passt nicht ganz, oder wollt ihr like Mincraft scheiße sein?^^

Bei einem Server arbeitet man sehr viel mit Interlocks, daher empfiehlt es sich Intel TBB zu nutzen, Datenbank MongoDB? ich würde mehr auf eine relativ gut struktierte MSSQL DB setzen, allerdings seit ihr ab da an Windows gebunden.

Großen und ganzen zwar eine Nette idee, sollte man nur alles genau überdenken wie man raus will, und nicht einfach drauf los Coden. :>

( Ps: Crasy is here. <3 )
Dein Kommentar ist so verstörend, dass ich jetzt offline gehe und ins Bettchen schlafen. ~(*o*)~

( Ps: Ich kenne dich nicht. <3 )
11/06/2013 08:35 Sleutel#33
I think you guys should focus on one version, just because of the difference of the packets in certain clients. I would love to help :)
11/06/2013 11:35 Raz9r#34
Quote:
Originally Posted by Wanetrain View Post
Warum Boost.Asio? damit ihr nicht an eine Plattform gebunden seit? maaah..
Die Diskussion der letzten Tage hatte als zentrales Thema die Plattformgebundenheit und die Ineffizienz der gemeinhin benutzten Server-Software. Diese wurde in C# von Crunkx geschrieben und seither immer nur leicht abgeändert.

Quote:
Originally Posted by Wanetrain View Post
Wenn ihr zu Linux wollt dann geht zu JavaScript, aber haltet euch von Native C++ fern, passt nicht ganz, oder wollt ihr like Mincraft scheiße sein?^^
Serverseitig JavaScript zu nutzen ist wahnsinnig ineffizient. Mal abgesehen davon ist ISO-konformes C++ benutzbar unter Windows, Linux und OS X.
Was Minecraft mit C++, Linux und JavaScript zu tun haben soll, weiß ich beim besten Willen nicht. Bist du eines dieser witzigen Persönchen, die JavaScript mit Java verwechseln? Wenn ja: Wir werden auch kein Java für die Server-Software benutzen.

Quote:
Originally Posted by Wanetrain View Post
Bei einem Server arbeitet man sehr viel mit Interlocks, daher empfiehlt es sich Intel TBB zu nutzen, Datenbank MongoDB? ich würde mehr auf eine relativ gut struktierte MSSQL DB setzen, allerdings seit ihr ab da an Windows gebunden.
Intel® Threading Building Blocks ist eine netter Spielerei, die wir eventuell verwenden werden. Zur Alternative steht unter anderem die C++ REST SDK ("Casablanca") von Microsoft, die einen Port von PPL als PPLX mitliefert. Diese hat außerdem ein paar nette Tools um mit JSON zu arbeiten. Nachteil ist dann aber, dass wir die OS X Kompatibilität verlieren. Aber mal ehrlich, wer will schon OS X Server benutzen?

MongoDB hat wie jedes andere DBVS (Datenbankverwaltungssystem) auch seine Schwächen, zu seinen Stärken gehört aber die RESTful API und die Effizienz. Andere DBVS wie MySQL oder NoSQL haben zwar auch ihre Stärken und mögen für bestimmte Sachen besser geeignet sein – auch in diesem Projekt! –, aber wir werden bei MongoDB bleiben.

Quote:
Originally Posted by Wanetrain View Post
Großen und ganzen zwar eine Nette idee, sollte man nur alles genau überdenken wie man raus will, und nicht einfach drauf los Coden. :>
Das Projekt wird Open-Source. Wir freuen uns auf deine konstruktiven Beiträge.

Quote:
Originally Posted by Wanetrain View Post
( Ps: Crasy is here. <3 )
P.S.: Dieser Beitrag von dir war nicht konstruktiv.

Quote:
Originally Posted by Sleutel View Post
I think you guys should focus on one version, just because of the difference of the packets in certain clients. I would love to help :)
We got something in store for that... :-)
11/06/2013 13:38 Omdi#35
Quote:
Originally Posted by xxfabbelxx View Post
Es Wurde jetzt mal von uns das Ziel gesetzt, dass wir in einem Monat das gröbste fertig haben.
Bugsfixes etc. mit einberechnet :p?

Quote:
Originally Posted by Wanetrain View Post
Warum Boost.Asio? damit ihr nicht an eine Plattform gebunden seit? maaah..

Wenn ihr zu Linux wollt dann geht zu JavaScript, aber haltet euch von Native C++ fern, passt nicht ganz, oder wollt ihr like Mincraft scheiße sein?^^

Bei einem Server arbeitet man sehr viel mit Interlocks, daher empfiehlt es sich Intel TBB zu nutzen, Datenbank MongoDB? ich würde mehr auf eine relativ gut struktierte MSSQL DB setzen, allerdings seit ihr ab da an Windows gebunden.

Großen und ganzen zwar eine Nette idee, sollte man nur alles genau überdenken wie man raus will, und nicht einfach drauf los Coden. :>

( Ps: Crasy is here. <3 )
Ich kann aus deinem Beitrag immernoch nicht schließen, wieso man nicht Boost.Asio benutzen sollte :confused:
11/06/2013 15:55 Chowniiqhtz™#36
Quote:
Originally Posted by Omdihar View Post
Bugsfixes etc. mit einberechnet :p?
Haha, Dream Execution braucht ja bis dato mehr als 6 Jahre...
11/06/2013 16:55 xxfabbelxx#37
Quote:
Originally Posted by Omdihar View Post
Bugsfixes etc. mit einberechnet :p?:
Im "gröbsten" nicht unbedingt, aber wo ein Wille ist ist auch ein weg.
11/06/2013 17:49 .BlackHat#38
Quote:
Originally Posted by Wanetrain View Post
Crasy<3 ist gaiiii. lelelelele spam
Lel disaggree.

Quote:
Wenn ihr zu Linux wollt dann geht zu JavaScript, aber haltet euch von Native C++ fern, passt nicht ganz, oder wollt ihr like Mincraft scheiße sein?^^
Dumm oder so? War davon etwa die Rede, dass sie zu Linux wollen? JavaScript (du meinst vermutlich NodeJS) ist nicht mulithread fähig, was bei so nem umfangreichen Server überaus nützlich ist *ironie*. Und wegen Native C++... Minecraft ist zwar n hässliches Java spiel aber yolo, dein Gehirn ist scheinbar auch schon durchgebrannt.
11/06/2013 21:51 Omdi#39
Quote:
Originally Posted by Raz9r View Post
Wir werden versuchen uns auf Boost und die C++-Standard-Bibliothek zu beschränken, also vermutlich Boost.Asio. Das Ziel ist es, plattformunabhängig zu bleiben, was wir definitiv nicht durch selbstgeschriebene #ifdef Blöcke machen wollen.
Quote:
Originally Posted by .BlackHat View Post
Dumm oder so? War davon etwa die Rede, dass sie zu Linux wollen?
Ich denke mal, dass sie das mit plattformunabhängig meinen ;)
11/07/2013 17:09 .BlackHat#40
Quote:
Originally Posted by Omdihar View Post
Ich denke mal, dass sie das mit plattformunabhängig meinen ;)
platformunabhängig heißt nicht nur linux. Also kritisch gesehen müsste es auch auf Windows laufen, was der Herr von Troll nicht sagte.
11/07/2013 20:49 Omdi#41
Quote:
Originally Posted by .BlackHat View Post
platformunabhängig heißt nicht nur linux. Also kritisch gesehen müsste es auch auf Windows laufen, was der Herr von Troll nicht sagte.
Ja genau, sie haben kein bestimmtes Betriebssystem genannt.

Quote:
War davon etwa die Rede, dass sie zu Linux wollen?
Es war auch nicht die Rede, dass sie nicht Linux wollen :p
11/07/2013 20:56 Raz9r#42
Um es ein für alle Male aufzuklären:
Plattformunabhängig bedeutet, dass man den Source-Code für jedes Betriebssystem mit aktuellen Tools (Compiler etc.) kompilieren kann. Dazu zählt neben Windows Server auch OS X Server sowie jede Menge Linux-Distributionen. Tatsächlich werden wir uns vermutlich mit dem Windows-Support am schwersten tun, da der Visual-C++-Compiler sehr weit hinter Clang und GCC zurückliegt.
11/09/2013 16:07 Pilarius#43
Klingt nach einem interessanten Projekt und ich hoffe ihr zieht das durch. :)

Werdet ihr auch einen öffentlichen Server betreiben, oder geht es in erster Linie ums Programmieren?

Gruss Pilarius
11/09/2013 18:58 Raz9r#44
Quote:
Originally Posted by Pilarius View Post
Werdet ihr auch einen öffentlichen Server betreiben, oder geht es in erster Linie ums Programmieren?
Ist AFAIK nicht geplant. Ich werde mich nur um die Programmierung kümmern.
11/09/2013 20:23 daniel547#45
Hört sich ja alles gut an :)
viel erfolg ;)