Hilfe bei Serverprogramm und Client (Perl/CGI) - Perl-Community.de

Start · Board · Webprogrammierung mit Perl · Perl/CGI

2024-11-22 13:18:57
Europe/Berlin
Einloggen (Registrieren)
- Einstellungen
- Statistics
Jemand zu Hause?
0 Benutzer online
3 Gäste

[thread]17279[/thread]

submit to reddit

Hilfe bei Serverprogramm und Client

Tags: perl5 CGI spiele Netzwerk Ähnliche Threads

Leser: 27

Articles: hide open all | hide show old branches

+11 replies
Perl-Fan

2012-03-29 18:01

User since
2012-03-29
2 Artikel
BenutzerIn

Bin 12, seit 3 Jahren Perl-Programmierer und spiele gerne mit Tk. Für ein Raum-Spiel(WSW=Wacky Space War) brauche ich ein Server-programm und einen Client. Einfache Verbindungen kann ich zwar herstellen, aber so wie ich mir das gedacht habe war das letzten Endes dann doch nicht.

modedit Editiert von GwenDragon: Verständlichen Titel eingefügt
Last edited: 2012-03-29 18:44:38 +0200 (CEST)
- lichtkind
  
  2012-03-29 18:05
  
  User since
  2004-03-22
  5697 Artikel
  ModeratorIn + EditorIn
  
  Fang klein an und löse Teilprobleme (Graphik, interaktion, KI). Fragen bei solchen lassen sich auch wesentlich einfacher beantworten.
  Tutorien in der Wiki, mein zeug:
  kephra, baumhaus, garten, gezwitscher
  
  Es beginnt immer mit einer Entscheidung.
- topeg
  
  2012-03-29 18:31
  
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  
  Gerade bei interaktiven Server/Client Programmen rennt man leicht in das Problem, dass der Server zu langsam reagiert oder gar Eingaben vergisst. (z.B. Puffer des Socket voll)
  
  Das zweite Problem ist mehrere Clients gleichzeitig zu unterhalten und alle Informationen zusammen zu führen und Auszutauschen.
  
  Das Dritte ist die Informationen vom Client aufzubereiten. Die Informationen sind nicht vertrauenswürdig und müssen immer geprüft werden.
  
  Wenn du dich bisher noch nicht mit der Objektorientierung aus einander gesetzt hast ist das jetzt ein guter Zeitpunkt das zu machen. Das hilft enorm die Übersicht zu behalten.
  
  Fange am besten mit schon existierenden Servern an. POE, Net::Server oder ähnliches. Schau dir z.B. mal an wie andere IRC-Server in Perl geschrieben haben. Im Netz findet man einige Beispiele. Da kannst du dir Ideen und Beispiele holen.
  
  Um die Datenübertragung einfach und unkompliziert zu gestalten kannst du "Storable" nutzen um ganze Datenstrukturen zu serialisierten. Auf beiden Seiten kannst du das auch mit Objekten machen, wenn die Klassen sowohl den Server als auch dem Client bekannt sind.
  
  Wie schon vorgeschlagen, fange klein an. Schreib erst mal kleine Server/Client Scripte. Einen einfachen Chat z.b.
  
  Konkrete Probleme können wir auch hier lösen. Ein generelle Einführung in Netzwerkprogrammierung ginge zu weit. :-)
- +8 replies
- rosti
  
  2012-03-29 20:14
  
  User since
  2011-03-19
  3472 Artikel
  BenutzerIn
  
  Zwischen Server und Client steht ein Protokoll. Wenn Dir HTTP zusagt, nimm einen Webserver, per HTTP können auch Binaries übertragen werden. Den Client programmierst Du selbstverständlich in Perl (LWP::UserAgent) und der Servseitige Prozess ist natürlich auch in Perl (CGI, mod_perl, FastCGI).
  
  Gruß, Rolf
  - +7 replies
  - topeg
    
    2012-03-29 21:00
    
    User since
    2006-07-10
    2611 Artikel
    BenutzerIn
    
    Zwar umgeht man mit CGIs das Problem einen eigenen Server zu schreiben und CGIs sind einfach zu schreiben. Jedoch büßt man auch einige nützliche Fähigkeiten ein.
    
    So kann HTTP ohne weiteres kein Serverpush, alles läuft über Requests. Die Möglichkeit jederzeit Daten an den Client zu senden ist aber gerade bei Spielen sehr nützlich, weiterhin merkt der Server nicht sofort, wenn ein Spieler die Verbindung verliert. Außerdem muss eine Sessionverwalung vorhanden sein, Daten müssen Zwischengespeichert werden usw. Das alles ist sehr viel einfacher wenn jeder Spieler sein eigenen Socket bekommt und darüber eindeutig identifizierbar ist.
    
    Ich finde direkte Nutzen von Sockets sehr viel angenehmer als CGIs. Auf der anderen Seite ist das Gleichzeitige Handhaben von mehreren Sockets nicht so einfach zu Implementieren, glücklicherweise gibt es schon fertige Module für so was.
    - +6 replies
    - Perl-Fan
      
      2012-03-30 13:00
      
      User since
      2012-03-29
      2 Artikel
      BenutzerIn
      
      Danke ihr alle. Ich werde mich mal umschauen. Hab schon mal im Cpan nach derartigem geschaut, weiß aber noch nicht genau, was sich lohnt. Habt ihr irgendwelche Tipps?
      - topeg
        
        2012-03-30 13:48
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Ein schneller Einstieg bietet POE::Component::Server::TCP und POE::Component::Client::TCP schau dir dazu auch POE an. POE ist ein ganzes Konzept, das verstanden werden will. Das nimmt dir schon viel Arbeit ab.
        
        Wenn du an mehr Kontrolle interessiert bist wirst du wohl auf Net::Server zurück greifen müssen.
      - +4 replies
      - bloonix
        
        2012-03-31 14:01
        
        User since
        2005-12-17
        1615 Artikel
        HausmeisterIn
        
        Respekt! In dem Alter hatte ich andere Interessen! Und wenn du schon
        seit 3 Jahren dabei bist, bist du auch bestimmt kein Anfänger mehr.
        
        Also, wenn ich mich an die Tage erinnere als ich mit Perl anfing...
        
        Ich habe bei CPAN allerhöchstens reingeleuert, um zu schauen wie
        andere Autoren bestimmte Probleme gelöst haben. Ansonsten habe ich
        mich an den meisten Dingen selbst versucht. Der Lernfaktor ist
        sehr groß. Mein Tipp daher:
        
        Schreib es selbst! Nein, nicht weil die vorgeschlagenen Module schlecht
        sind, sondern weil der gesamte IPC Bereich hoch interessant ist - zumindest
        für mich - und immer wieder auf einen zukommt.
        
        Wenn du Binaries übertragen möchtest, ist MIME::Base64 optimal. Für Perl
        Strukturen ist JSON oder YAML::Syck ganz nett.
        Last edited: 2012-03-31 14:03:27 +0200 (CEST)
        What is a good module? That's hard to say.
        What is good code? That's also hard to say.
        One man's Thing of Beauty is another's man's Evil Hack.
        
        +2 replies
        
        murphy
        
        2012-04-01 19:02
        
        User since
        2004-07-19
        1776 Artikel
        HausmeisterIn
        
        2012-03-31T12:01:39 bloonix
        [...]
        Wenn du Binaries übertragen möchtest, ist MIME::Base64 optimal.
        [...]
        
        Wenn man Binärdaten übertragen will, spricht in vielen Fällen nichts dagegen, das einfach zu tun. Eine Umwandlung in Base64-Kodierung ist ausschließlich dann sinnvoll, wenn man Binärdaten an einer Stelle speichern oder übertragen will, wo nur Text erlaubt ist, ansonsten verschenkt man durch diese Kodierung ohne Grund Platz und Zeit.
        When C++ is your hammer, every problem looks like your thumb.
        
        bloonix
        
        2012-04-01 20:48
        
        User since
        2005-12-17
        1615 Artikel
        HausmeisterIn
        
        Vielen Dank für die Richtigstellung. Et soll ja net falsch verstanden
        werden, gell? ;-)
        What is a good module? That's hard to say.
        What is good code? That's also hard to say.
        One man's Thing of Beauty is another's man's Evil Hack.
        
        topeg
        
        2012-04-02 16:01
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        In dem alter habe ich auch angefangen zu Programmieren. Ich freue mich das es Kinder gibt die meinen Enthusiasmus für Computer teilen.

View all threads created 2012-03-29 18:01.