Umfrage OS+Sprache

Hallo zusammen!
Mich würde mal interessieren, wie spezifisch bei Entwicklern von BG die Verteilung von OS, WebServer und Programmiersprache auf dem Server ist.
Also:
OS
[ ] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[ ] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere
Thx!

Fang ich gleich mal an:
OS
[ ] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[X] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[X] andere
Programmiersprache
[ ] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[X] C/C++
[X] andere

Das hier werden wohl die meisten haben.
Und so sieht auch meine Sammlung aus:
OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[x] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[x] C/C++
[ ] andere

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[X] andere (Jetty)
Programmiersprache
[ ] PHP
[X] Perl
[X] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[ ] andere

OS
[ ] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[x] Windows (2003 Web Edition)
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[x] IIS (6)
[ ] lighthttp
[ ] Rails standalone
[ ] andere
Programmiersprache
[ ] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[x] andere (C#, ASP.Net)

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[X] andere (Tomcat)
Programmiersprache
[ ] PHP
[ ] Perl
[X] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[ ] andere

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[X] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[ ] andere

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[X] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[X] andere(lighttpd)
Programmiersprache
[X] PHP
[ ] Perl
[X] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[ ] andere

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[x] Apache 1.3
[x] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[ ] andere

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[X] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[ ] andere

OS
[ ] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[X] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[X] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[X] andere (flex / as3)

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[x] Apache 2.0
[ ] IIS
[x] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere

OS
[ ] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[x] Windows (Server 2003 Enterprise Edition R2)
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[x] IIS (6.0)
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[ ] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[x] C#/ASP.Net
[ ] Tcl
[ ] andere

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[X] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[X] Java (in den anfaengen)
[ ] Python
[ ] Rails/Ruby
[X] C/C++ (in den anfaengen)
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere

S
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[x] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[x] Tomcat
[ ] andere
Programmiersprache
[x] PHP
[x] Perl
[x] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[x] Tcl
[ ] andere

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[X] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[x] lighthttp
[ ] Rails standalone
[ ] Tomcat
[x] andere(Mongrel)
Programmiersprache
[ ] PHP
[ ] Perl
[ ] Java
[ ] Python
[x] Rails/Ruby
[x] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[x] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[x] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[x] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[x] andere (Clientseitig ne Menge JS)

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[x] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[x] C/C++ (Daemon)
[ ] andere

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[ ] lighthttp
[X] Tomcat
[ ] Rails standalone
[ ] andere
Programmiersprache
[ ] PHP
[ ] Perl
[X] Java
[ ] Python
[ ] Rails/Ruby
[ ] Tcl
[ ] C/C++
[ ] andere
Das ist die Statistik für die verwendeten Technologien für mein Spiel (auf dem Server).
Da die Frage jedoch sehr allgemein gefasst ist nach:

Original von COrthbandt

Mich würde mal interessieren, wie spezifisch bei Entwicklern von BG die Verteilung von OS, WebServer und Programmiersprache auf dem Server ist.
Ich mein...das sind meist root-Server. Da läuft mal alles drauf, was ich will...denke also die Frage bezieht sich auch nur auf die verwendeten Tools für das Spiel?! Oder ??? Nur weil einige doch ein paar Sachen mehr angekreuzt haben.
Na denne ...
Maxx

warum denn nicht mehrere ankreuzen, wenn man mehreres verwendet für das Spiel?

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[x] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[x] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere

Ich will ja niemandem absprechen talentiert zu sein...aber z.B. PHP plus C/C++ plus Java in einem Projekt ist mir doch etwas komisch....
Aber du hast recht...möglich ist es.
Nur wär das dann nicht mehr talentiert, sondern warscheinlich entweder ne Case-Study, oder ne Fehlentscheidung
Mr.Maxx

man kann ja auch verschiedene projekte mit verschiedenen sprachen haben

Ich mein...das sind meist root-Server. Da läuft mal alles drauf, was ich will...denke also die Frage bezieht sich auch nur auf die verwendeten Tools für das Spiel?! Oder ??? Nur weil einige doch ein paar Sachen mehr angekreuzt haben.

Klar hat man auch einem Linux-Server einen Haufen Kram drauf. Ich meine allerdings nur die Technologien, die man für das Projekt im Backend benutzt.
JavaScript z.B. würde da nicht dazugehören, es sei denn es ist wirklich jemand wahnsinnig genug, die Serverseite in JS zu scripten.

Dann hätte ich wohl Perl eher nicht mit reinnehmen sollen, da es nicht direkt im Spiel läuft. Ist mehr so das Hilfsmittel im Hintergrund

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[x] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[x] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[x] PHP
[ ] Perl
[ ] Java
[ ] Python
[X] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere
Die Datenbank hätte mich dabei eigentlich noch interessiert.

OS
[ ] Linux Debian-based
[ ] Linux Redhat-based
[X] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[X] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere
Gruß,
Marc

OS
[x] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[x] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[x] Tomcat (5.5)
[ ] andere
Programmiersprache
[ ] PHP
[ ] Perl
[x] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere
Nachdem wir hier alle unsere Daten beisteuern, wer macht die Statistik?

Mal kurz zusammengezählt:
OS
19 Linux Debian-based
00 Linux Redhat-based
01 Linux andere
06 Windows
00 Solaris
00 andere
Server
04 Apache 1.3
12 Apache 2.0
02 IIS
05 lighthttp
00 Rails standalone
02 andere
04 Tomcat
Programmiersprache
16 PHP
02 Perl
07 Java
00 Python
02 Rails/Ruby
06 C/C++
02 C#/ASP.Net
01 Tcl
03 andere

Du hast wohl nix zu tun.

Wenn noch einer die Kohärenzen ausrechnet, wäre ich glücklich....
Ich habe eine:
100% aller IIS-Nutzer nutzen ASP.Net....

Original von COrthbandt
...es sei denn es ist wirklich jemand wahnsinnig genug, die Serverseite in JS zu scripten.

Mann, das ist echt mal ne gute Idee?
Hab oft das Problem, dass viel Logik im Client Steckt (JavaScript). Der Server allerdings logischerweise AUCH eine Implementation genau dieser Logik benötigt (Validieren von Berechnungen; Schnittstellen; Prototypen von Objekten)...
Wieso eigentlich nicht auf dem Server eben das selbe JavaScript einsetzen wie auf dem Client?
Anstelle der Darstellung der Daten übernimmt es dann halt die Berechnung, aber schlussendlich ist dennoch 90 % des Codes der selbe. Gute Idee, werde das mal weiterverfolgen!
Gruss
Christian

@Schokofreak:
Schau dir mal JScript.Net an. Eine Implementierung von Microsoft und vom Mono-Projekt gibt es dazu. Da kannst du JavaScript-Bibliotheken in nativen .Net-Code kompilieren.

OS
[ ] Linux Debian-based
[ ] Linux Redhat-based
[X] Linux andere (Gentoo)
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[ ] Apache 2.0
[ ] IIS
[X] lighttpd
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[ ] C#/ASP.Net
[ ] Tcl
[ ] andere

Original von schokofreak

Original von COrthbandt
...es sei denn es ist wirklich jemand wahnsinnig genug, die Serverseite in JS zu scripten.

Mann, das ist echt mal ne gute Idee?
Hab oft das Problem, dass viel Logik im Client Steckt (JavaScript). Der Server allerdings logischerweise AUCH eine Implementation genau dieser Logik benötigt (Validieren von Berechnungen; Schnittstellen; Prototypen von Objekten)...
Wieso eigentlich nicht auf dem Server eben das selbe JavaScript einsetzen wie auf dem Client?
Anstelle der Darstellung der Daten übernimmt es dann halt die Berechnung, aber schlussendlich ist dennoch 90 % des Codes der selbe. Gute Idee, werde das mal weiterverfolgen!
Im Prinzip sieht das auf den ersten Blick wie eine gute Idee aus. Aaaaaber:
1. Verifikation: Auf dem Client nutzlos, auf dem Server zwingend
2. Performance: Client kann eigentlich nur JS, was durch seine extrem dynamische Struktur nicht besonders performant bei repetiven Tasks ist
3. Bugs (n/a bei OSS-Games): Bugs, die die User im Client-Code finden könnten komprommittieren u.U. den Server (gerade bei Scriptsprachen). Ja, das ist "Security by Obscurity", aber das hilft manchmal schon.
4. Parallelisierung: JS ist völlig ungeeignet für Multicore-Optimierungen.
5. Data-driven code: Effiziente Datenstrukturen in JS und klassischen DBMS unterscheiden sich sehr stark (Tree vs Table).
my 0.02 EUR

Original von COrthbandt
Im Prinzip sieht das auf den ersten Blick wie eine gute Idee aus. Aaaaaber:
1. Verifikation: Auf dem Client nutzlos, auf dem Server zwingend

Ist doch nicht nutzlos, wenn der Client vor dem Senden an den Server bereits Eingaben validieren kann. Natürlich müssen die gleichen Tests auf dem Server wiederholt werden, das macht die client-seitigen Tests aber nicht nutzlos. Da die Tests jetzt doppelt sind, wäre es prima, wenn man sie nur einmal implementieren müste und das, denke ich war der Gedankte von Schokofreak.

Original von COrthbandt

2. Performance: Client kann eigentlich nur JS, was durch seine extrem dynamische Struktur nicht besonders performant bei repetiven Tasks ist
Auf dem Client interressiert die perfomance aber kaum, da dort nur die Eingaben eines einzigen Clients überprüft werden müssen.

Original von COrthbandt

3. Bugs (n/a bei OSS-Games): Bugs, die die User im Client-Code finden könnten komprommittieren u.U. den Server (gerade bei Scriptsprachen). Ja, das ist "Security by Obscurity", aber das hilft manchmal schon.
Der Server muss den input vom Client so oder so prüfen, unabhängig von der Clientimplementierung.

OS
[X] Linux Debian-based
[ ] Linux Redhat-based
[ ] Linux andere
[ ] Windows
[ ] Solaris
[ ] andere
Server
[ ] Apache 1.3
[X] Apache 2.0
[ ] IIS
[ ] lighthttp
[ ] Rails standalone
[ ] Tomcat
[ ] andere
Programmiersprache
[X] PHP
[ ] Perl
[ ] Java
[ ] Python
[ ] Rails/Ruby
[ ] C/C++
[X] C#/ASP.Net
[ ] Tcl
[ ] andere
Datenbank
[X]MySQL 5.0

Versteht mich nicht falsch: In JavaScript kriegt man keinen Kompletten Server hin.
Allerdings könnte ich es mir gut vorstellen, dass gewisen Funktionalitäten (Logik) im Client als JavaScript abläuft.
Das sieht dann so aus:
- JavaScript (client) sendet request an Server
- Irgendwas empfängt es, sendet es weiter an JavaScript auf dem SErver
- Server Side JavaScript emfängt die Daten, wandelt den Datenstrom in funktionen, parameter, Arrays, Objekte, Strukturen, ... um (das umgekehrte davon, was der Client getan hat)
- das JavaScript validiert die Daten
- Das JavaScript löst aufgrund dieser Daten eine Aktion aus (Eigentliche Spiellogik)
- diese Aktion wird wiederum an das Irgendetwas gesendet, welche es:
1. Zurück an den eigentlichen Client sendet
2. Die Änderung gleichzeitig noch im Datenspeicher (Datenbank) speichert.
Speziell im Bezug auf Online Karten, wo sehr viele Interaktionen durchgeführt werden; Somit viel Caching, Optimierung, wegen Bandbreiten und Darstellungsproblemen sicher lohnenswert. Zudem ist die Speicherung nicht von existentieller Bedeutung (wenn mal der Server abstürzen solle; die Spielerpositionen nicht mehr 100% stimmen; who cares?)
Werde mir das Farmework auf jeden Fall mal ankucken, TuD, merci vielmals!
Gruss
Christian

Das Problem das ich sehe ist, dass die Performance von Javascript aber sowas von untragbar ist... Selbst in Opera, das den anderen Browsern in der Beziehung locker wegrennt ist Javascript lahm.
Das liegt IMHO an der Sprache und nicht daran, dass die Entwickler zu doof sind. Wenn ich mir die Specs ansehe ist mir klar, warum das nicht performant hinzubekommen ist.
Und wenn ich mir jetzt noch überlege, auf dem Server JS für Validierung von zigtausend Requests pro Sekunde/Minute/Stunde einzusetzen. Danke, ich verzichte...
Elementarste Sachen (Array-Zugriffe, Funktionsaufrufe) führen zwangsläufig zu String-Hash-Lookups, das kann einfach nicht gutgehen.
JS ist vom Design her ja ganz lustig, aber schnell wird damit nichts. Man erzeugt nur unsinnige Serverlast.

Komisch... bei mir haben sich mit JavaScript noch nie Leistungsprobleme ergeben...
Gibt einfach ein paar Grundregeln, welche man einhalten muss...