Das deutsche QBasic- und FreeBASIC-Forum

[stevie1401]

Ich habe zwar noch nicht das eigentliche "Doko-Server-Programm" auf Freebasic umgestellt, aber ich habe eine kleine "Pinnwand" gebaut, auf der die Clients Nachrichten senden können, um so "Dates" zum Spielen auszumachen.
Den "Pinnwand-Server" habe ich mit obigen TSNE-Code geschrieben.
Wow, kann ich nur sagen.
Die Daten kommen erheblich zuverlässiger an als beim GFA-Doko-Server, bei welchem die Clients immer mal wieder "nachfragen" müssen, weil einige Daten nicht angekommen sind.
Noch einmal ein sehr grosses Lob an ThePuppetMaster!

Eine kleine Fehlermeldung bekomme ich immer vom Freebasic-Pinnwand-Server:

Z:\DokoServer_FB\FBIDETEMP.bas(391) warning 25(0): Overflow in constant conversion

Es läuft aber dennoch alles wunderbar.

Spielt eigentlich jemand von euch Doko?
Wir können noch (nette!!) Spieler gebrauchen.
Mehr Infor hier:
http://www.hundertdrei-allerlei.de/flockenland/index.htm

[Jojo]

[stevie1401]

Nein, TCP.
Den kleinen Fehler mit der Meldung " Overflow in constant conversion " hab ich inzwischen gefunden. Ich habe eine Variable als Integer anstatt Uinteger übergeben.

[stevie1401]

Ich befasse mich gerade mit dem TSNE-Server.
Die sub:

Sub TSNE_NewData (ByVal V_TSNEID as UInteger, ByRef V_Data as String)
StringFromClient = V_Data
'hier kannst du jetzt deine Nachricht verarbeiten

Do

sleep 5
VerarbeiteClientMessage(StringFromClient)

loop until BedingungErfüllt=1


End Sub

..arbeitet in einem Thread, oder?
Nun begreife ich die Threads nicht so richtig. Das sind eigene Prozesse, oder?
Was passiert denn nun, wenn ich in der sub TSNE_NewData irgendeine Schleife einbaue, die auf etwas warten soll.
Stockt dann das ganze Programm oder können dann dennoch andere Clients an den Server etwas senden?

[nemored]

Threads laufen nebeneinander ab, d. h. du kannst durchaus einen Thread auf ein Ereignis warten lassen, während die anderen weiter ausgeführt werden. Wichtig ist allerdings, wie viel Arbeitsressourcen der Thread für sich in Anspruch nimmt - du solltest auf jeden Fall sicher stellen, dass dein Thread regelmäßig die Kontrolle an das Betriebssystem zurückgibt, damit auch andere Threads zum Zug kommen können. In FreeBASIC kannst du das z. B. durch einen regelmäßigen Aufruf eines SLEEP 1 (oder hier SLEEP 5 - in der Größenordnung ist das kein Unterschied) erreichen.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[stevie1401]

Das hilft mir schon einmal weiter, vielen Dank.
Allerdings habe ich nicht vor an den Threads der TSNE zu schrauben, weil ich da keinen Durchblick habe.
Ich würde halt einfach nur eine Schleife einbauen, die, wenn eine Bedingung nicht erfüllt wird, nach einer gewissen Zeit beendet wird.

[nemored]

Mit

[stevie1401]

Mit welchem Befehl kann ich denn beim Server einem Client mit Absicht den Connect verweigern? Das brauche ich ja, wenn er ein falsches Kenn-Passwort eingibt.

[MOD]

Es ist ein Unterschied, ob du einen Client einfach ablehnst oder ob du ihn ablehnst, weil er ein falsches Passwort verwendet.

In deinem Fall musst du erst die Verbindung normal zulassen und dir das Passwort schicken lassen, wie sonst willst du es überprüfen. Falls das Passwort richtig ist, bleibt die Verbindung bestehen, sollte es falsch sein, disconnectest du den Client wieder. Dafür gibt es folgende Befehle:

[stevie1401]

Ja, das stimmt natürlich^^
Vielen Dank für die Antwort.

[stevie1401]

So, mein Doko-Server ist inzwischen in Freebasic umgeschrieben worden und läuft prima. So gut, dass ich mich entschieden habe, ihn auf einem Linux-VServer laufen zu lassen.
Ich habe mir mal das Angebot angeschaut: vS Neptun light für 4,99
http://www.netcup.de/vserver/#vslightfeatures
Das sollte ja für einen kleinen Doko-Server langen, oder?
Meine Linux-Kenntnisse sind so..naja.
Erweiterte Grundkenntnisse, würde ich mal sagen.
Gibt es irgendwo eine Anleitung wie man einen VServer bedient?
Ich wäre über jede Hilfe dankbar

[Sebastian]

[dreael]

Am besten zu Hause ein Linux-Testsystem (alter PC oder ebenfalls virtualisiert, z.B. VMware Player) einsetzen, möglichst mit derselben Distribution wie auf dem vServer. So können heiklere Operationen vorab getestet und durchgespielt werden, bevor sie auf dem produktiven vServer umgesetzt werden.

Optimal ist, wenn Du vom vServer eine 1:1-Kopie in einer Virtualisierungsumgebung bei Dir laufen lassen kannst.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[stevie1401]

Och, ich habe hier genügend richtige PCs rumstehen, das soll nicht das Problem sein.
Eine Schwierigkeit sehe ich auf den VServer zuzugreifen und da Daten von zuhause aus hinzubekommen.
Konsolenbefehle sind so garnicht mein Ding, muss ich gestehen.

[ThePuppetMaster]

du kannst auf einen linux vserver mit "winscp" von windows aus wie mit einem ftp programm datein hin und her übertragen.

winscp nutzt das ssh protokoll. daher musst du eigentlich bis auf einen ssh-server (der schon druf is) nix zusätzlich installieren.


MfG
TPM
_________________
[ WebFBC ][ OPS ][ ToOFlo ][ Wiemann.TV ]

[Flo]

[Sebastian]

[Flo]

[Sebastian]

[stevie1401]

Floh, danke für deine ehrlichen Worte
Also ich will es mal so sagen:
Zur Zeit läuft das Serverprogramm, welches inzwischen ein Freebasic-Konsolen-Programm ist, unter Windows auf einem meiner Rechner und macht nicht die geringsten Probleme. Es läuft wie ein alter VW. Nicht kaputt zu kriegen.
Unter Windows deshalb, weil ich mit Linux leider Probleme habe. Da sagt der Server immer, er kann die Ports nicht binden, warum er das nicht kann, habe ich bis jetzt nicht herausfinden können.
Selbst bei einer ausgeschalteten Firewall kann das Linux-Server-Programm die Ports nicht binden...

Natürlich hat es Vorteile, wenn der Server auf dem eigenen Rechner läuft. Es gibt allerdings auch erhebliche Nachteile.
Mein Router wählt sich ca. 2-3x täglich neu ein. In dem Moment fliegen erst einmal alle Spieler raus und wissen gar nicht was los ist.
Es gibt zwar im Client eine Hilfe, in welcher steht, dass man sich nach 1-2 Minuten neu verbinden kann, aber mit der Hilfe ist es so wie mit einer „readme.txt“ Datei. Liest kein Schwein.
Dann habe ich auch noch meine Kinder, die sehr viel mit Youtube und ähnlichen Plattformen etwas machen, was sehr viel Traffic kostet. Das wirkt sich langsam störend auf den Spielverlauf aus.
Und ich denke, dass wir demnächst etwas mehr Zulauf bekommen werden, weil wir das ganze Projekt etwas „öffentlicher“ anpreisen werden.
Bis jetzt sind wir ca. 100 angemeldete Spieler, die zwar nicht alle gleichzeitig spielen, aber ich denke, dass demnächst ca. 40-60 Spieler gleichzeitig spielen werden. Ist das noch mit einer kleinen DSL Leitung zu machen?
Und zu guterletzt bin ich auch nicht immer da.
Letztens war ich über das Wochenende weg und wie es denn so ist, war hier ein großes Gewitter mit Stromausfall. Somit fiel der Doko-Server aus und niemand war da, der den Server hätte wieder anstellen können.

Ich denke, ich komme um einen vServer nicht herum, ob ich das nun mag (oder kann) oder nicht.
Sollte der vServer mal gehakt werden, wäre das, glaube ich, nicht wirklich sooo dramatisch.
Das Flockenland-Projekt ist ein nicht-kommerzielles, privates Projekt, in welchem keinerlei private Daten gespeichert werden.

Aber wenn ich schon nicht oder nur schwer in der Lage bin einen vServer aufzusetzen, hat einer von euch vielleicht Lust am Projekt mitzuwirken?
Das wäre natürlich eine große Hilfe