Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »H5::« (10.05.2015, 13:35)
Mit Python habe ich mich auch schon auseinandergesetzt, sollte ich hierbei auf HTTP-Requests oder auf Sockets setzen? Kann man mit Python überhaupt auf einem Port lauschen?Mir hat persönlich Python (Stackless Python !!! ) zugesagt. Es ist einfach, funktional und vertrauenswürdig.
Nur wenn du PHP schon komisch findest, dann wirst du von Python überrascht sein, was für Syntaxmöglichkeiten es denn gibt,
Ja, der Nachteil reicht, um diese Idee auszuschließen, ich möchte nämlich auch auf iOS und Windows Phone setzen.Vielleicht waere AppEngine etwas fuer dich? https://cloud.google.com/appengine/docs
Vorteil waere, dass man sich um Skalierung keine grossen Gedanken mehr machen muss. Die API ist auch sehr nett und ne gute Gelegenheit mal was mit Go zu programmieren
Nachteil ist, dass man ziemlich an die Platform gebunden ist und nicht so einfach wechseln kann.
Python is life. Python is everything.
Du kannst mit Python sogar eigene Protokolle einführen,
wenn dir HTTP zuwider ist, aber ich würde dir abraten, da HTTP und Derivaten meist gut durchdachte Protokolle sind.
Vielen Dank für die Antworten, ich werde versuchen, den Server mit Python zu entwickeln.
Kommt für mich auch immer darauf an wie schnell das ganze entwickelt werden soll. Ich kenne AppEngine nicht, aber wenn du kaum Zeit hast, nimm einfach HTTP. Ob Du dann PHP oder Python (du kannst auch javascript nehmen) ist dir überlassen.
Dass der Server von der Sprache her unabhängig ist gegenüber den Clienten, ist mir klar. Da aber in dem Post davor von Skalierung, etc. gesprochen wurde, habe ich das so aufgefasst, dass es sich hierbei um die Android-Entwicklung selbst und nicht um eine Serversprache handelt.Die Serverseitige Plattform schraenkt dich nicht ein auf welchen Plattformen du deine Client Anwendung entwickelst.
Heisst: WP und iOS funktioniert genauso gut mit AppEngine wie Android. Das hat nix miteinander zu tun.
Was ich mit "Platform gebunden" meine ist, dass du deinen Serverdienst nicht so einfach zu einem anderen Anbieter wechseln kannst, wenn dir App Engine nicht mehr gefaellt.
Hier ist aber eine Grenze von 50 Clients auf einmal gesetzt, wenn ein weiterer Client ankommt, wird dieser "refused".
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chromanoid« (11.05.2015, 21:16)
[*]MySQL mag ich persönlich nicht. Wieso? Nur ein paar Beispiele
Alter Hase
Beruf: Softwareentwickler (aktuell Web/Node); Freiberuflicher Google Proxy
[*]MySQL mag ich persönlich nicht. Wieso? Nur ein paar Beispiele
Unterm Video wird allerdings auch mehrfach geschrieben das der Herr sein MySQL system nicht richtig konfiguriert konnte/wollte. Ich hab diese "Fehler" auf meinen System geprüft und es gab jedes mal das erwartete Ergebnis aus.
[*]MySQL mag ich persönlich nicht. Wieso? Nur ein paar Beispiele
Unterm Video wird allerdings auch mehrfach geschrieben das der Herr sein MySQL system nicht richtig konfiguriert konnte/wollte. Ich hab diese "Fehler" auf meinen System geprüft und es gab jedes mal das erwartete Ergebnis aus.
Wenn ich ein DBMS installiere erwarte ich, dass es sowas tut. Konfigurieren für Optimierungen finde ich in Ordnung, für grundlegende Funktionen, die jedes andere DBMS out-of-the-box bietet, nicht.
Alter Hase
Beruf: Softwareentwickler (aktuell Web/Node); Freiberuflicher Google Proxy
Werbeanzeige