Suchergebnisse

Name: Universal Ticket Beschreibung: Als Nachfolger der Ticket.dll - Kinderleichte Kommunikation übers Netz kannst du ohne lästige Socketprogrammierung Strings, Integer, Objekte, und was es noch an Daten gibt, über das Internet versenden. Es ist kein Vorwissen in der Netzwerkprogrammierung notwendig und ist daher ideal für Einsteiger geeignet. Auch Fortgeschrittene haben mit der Univeral Ticket.dll ihre Freude - denn eine soldie Kommunikationsstruktur mit stanardmäßiger Verschlüsselung kann im H…

Hi, ich schätze, es liegt daran, dass uts schon beim Laden bzw. vor dem Laden des Fensters erstellt wird. Zu diesem Zeitpunkt befindet sich in TextBox1.Text noch kein sinnvoller Text. Eine kleine Abänderung kann das Problem lösen: Im globalen Bereich oben: Anstatt: VB.NET-Quellcode (1 Zeile) nur eine Referenz: VB.NET-Quellcode (1 Zeile) Aus dem Form1_Load das VB.NET-Quellcode (1 Zeile) löschen, denn zu diesem Zeitpunkt exisiert das uts-Objekt noch nicht. Dann zum Fenster einen neuen "Server star…

Hi simpelSoft! Eigentlich spricht da nichts dagegen Wie läuft das denn so ab? Wo muss ich da den Code veröffentlichen usw? Hab mir da eig. keine Gedanken darüber gemacht

Danke für das Video! Ich überleg mal ob ich das ausprobiere. Allerdings merge ich am Ende zwei Assemlys - außerhalb von Visual Studio. Das kann ich dann in Github nicht so einfach abbilden, oder?

Hallo Thorder, was gibt dir der Webserver denn als Antwort zurück? Ein "True" oder "False", dass der Login okay war? Oder mehr Informationen? LG PS: Da die Übertragung an PHP unverschlüsselt läuft immer schön vorsichtig sein Schließlich kann einfach jemand deinen MD5-Hash im Netzwerk mitlauschen und den selbst auch senden Es gibt meines Wissens hier im Forum eine .dll, die dir die Parameter an PHP verschlüsselt sendet EDIT: Kannst du auf dem Datenbankserver Code laufen lassen? Also VB-Code? Dann…

Dann würde ich dir empfehlen, den Login komplett mit UTicket zu machen! Du hast dann einen Master, der die Login-Daten kennt, und bei dem man sich anmelden muss. Und dann hast du die normalen Clienten, die sich beim Master anmelden und dann über den Master Nachrichten schicken könnnen. Vom Prinzip her. Registrieren kann man sich dann natürlicheauch beim Master... PS: Ich würde gerne mal ein nähres Konzept vorschlagen, also mit mehr Details und Klassendiagramm. Bin allerdings gerade sehr ausgelas…

Schau, ich habe mal ein kleines "Vorbild"-Projekt angefangen: youtube.com/watch?v=8VDrCjYuJpA&feature=em-upload_owner

Ganz genau! Musst schauen, wie man von einer Datenbank einließt. Das ist relativ easy EDIT: Hier der zweite, praktische Teil: youtube.com/watch?v=n_7vQV0smwM Bis es einen weiteren Teil gibt, wird es aller Voraussicht nach etwas länger dauern. Das heißt, ihr könnt und sollt gerne selbst ausprobieren! EDIT 2: Ich habe ein Bild angehängt, das prinzipiell zeigt, wie ihr die Ports freigeben müsst, um den Chat über das Internet zu verwenden!

Hi, freut mich, wenn dir die Library gefällt! Das mit den Events habe ich so noch gar nicht bedacht ... stimmt. Findet sonst noch jemand, dass man das ändern sollte? @backtothetoast: Wie hast du das gemappt? Wie stellst du dir das mit dem PHP genau vor? Meinst du, dass man bei jeder Web-Anfrage auch einen UTicket-Clienten instanziieren kann? Das mit dem Form übergeben liegt daran, dass man ja direkt aus den Events heraus Änderungen an der GUI vornehmen möchte. Ich brauche also eine Referenz, um …

Zitat von nafets: „@mrwebber Anstatt eine Form zu verlangen, würde ich auf ISynchronizeInvoke setzen: Man kann es, wenn man will auch selbst implementieren und es nimmt auch Controls, nicht nur Forms. Der Aufruf ist aber fast 1:1 der gleiche wie bei der Form“ Cool! Hätte ich das früher gewusst Beim nächsten Projekt werde ich daraf zurückgreifen! Das mit PHP. Kann man darüber nachdenken. Allerdings wird es glaub etwas schwierig, das mit der Verschlüsselung auch so umzusetzen. Wie wäre es mit eine…

Da fehlt mir leider auch die Erfahrung. Am besten machst du dafür eine eigenen Thread auf - vielleicht kennt sich jemand hier aus

Hallo @Phexxtor, dieses Phänomen habe ich auch kürzlich selbst festgestellt. Während das Event Ticket-Arrived ausführt wird, lässt sich offenbar kein Befehl an den Clienten senden. Müsste ein strukturelles Problem sein. Ich denke, dass während des Events der Client-Thread nicht beendet werden kann und deshalb eine Endlosschleife entsteht. Als kleine Abhilfe dient dieser Kniff: VB.NET-Quellcode (4 Zeilen) Ich weiß, eine Lösung innerhalb der .dll wäre hübscher, aber dafür habe ich leider gerade zu…

Zitat von Niklas: „Ich möchte gerne ein komplettes TreeView von einem Client zum anderen Senden.“ Hi, kommt ganz drauf an, mit was du diese Treeview füllen möchtest. Du könntest beispielsweise eine Klasse erstellen, die alle Daten von dem Treeview aufnehmen kann. Dieses verschickst du dann über UTicket und lädtst es beim anderen Clienten wieder in ein Treeview. Möglicherweise gibt es ja auch schon ein Objekt beim Treeview, das die ganzen Treeview-Daten enthält? @Digot: Also bei mir ist die Form …

Hi, ich glaube, dass du einfach an einer ungeeigenten Stelle absendest. Mach mal ein neues Konsolenprojekt und teste das: (Versteckter Text) Funktioniert problemlos. Warum eig. Konsolenprojekt?

Zitat von Nacho: „Kann es evtl. daran liegen dass ich ein ticket im arrived event sende.“ Das kann wirklich sein. Kannst du das mal testen, wenn du an einer anderen Stelle sendest? Zitat von Nacho: „Komischerweise geht es nur wenn man sich die Structure selber sendet, dann kommt es an und ich kann es bearbeiten, sende ich es an jemand anderen wird es empfangen aber das event nicht ausgelöst.“ Könnte mit dem obigen Problem zusammenhängen ...

Okay. Ferndiagnose ist recht schwer. Kannst du evtl. mal dein Projekt zippen und hochladen? Bzw. den relevanten Teil? Gruß

Zitat von Nacho: „Okay, hänge ich an.“ Danke Nacho, mit dem Beispiel kann man gut arbeiten. Ich kann dir sagen, woran es liegt Das Struct VB.NET-Quellcode (5 Zeilen) Hast du zwei mal definiert. Einmal im Server, und einmal im Client. Jetzt sieht es so aus, als wären das zweimal das gleiche Struct. Das ist leider falsch. Intern hat das Struct quasi eine weitere ID, es ist nämlich dem Assembly (also deinem Projekt quasi) zugeordnet. Es heißt nicht TestDaten, sondern ganz offiziell TestServer.TestD…

Also in Visual Studio funktionierts? Dann funktioniert's ja :):)

Hm. Kannst du es mal mit einer anderen Version von Visual Studio probieren?

Super! Scheint irgendwie am Compiler zu liegen. Manche scheinen ein kleines Problem mit meinem optionalen Form im Konstruktor zu haben.

Hi, nativ noch nicht. Dazu hatte ich leider bisher zu wenig freie Zeit bzw. veröffentliche heute ein weiteres Projekt zu einem anderen Thema. Du kannst es allerdings so machen: 1. Du ließt die Bytes der Datei in dein Programm ein: dotnetframework.de/lserver/CodeSampleDetails.aspx?c=2803 2. Die eingelesenen Daten (deine Datei) liegen nun in einer Variable vor (Byte-Array). Diese schickst du mit einem Ticket über zum anderen PC. 3. Du speicherst das Byte-Array wieder als Datei ab: dotnetframework.…

Hi Freestyler100, freut mich, wenn es dir gefällt! - Verwendest du die checkAvailable-Methode? Ja, auch hier greift der standardmäßige TCP-Timeout. Angenommen, du hast eine sehr langsame Verbindung über die halbe Welt, dann könnte es tatsächlich mal so lange dauern Timeout einstellen .. wüsste ich jetzt spontan keine einfach Möglichkeit. Normalerweise ist der Server ja immer an, wenn du einen ersthaftest Projekt am Laufen hast, oder? Vielleicht findest du ja einen anderen Weg, das zu überprüfen.…

Hallo Masterm! Schau mal auf Seite 1 dieses Forumthreads Da hatte jemand dasselbe Problem. Im Grunde deklarierst du subübergreifend nur eine Referenz. Die Instanz für diese Referenz kannst du dann auch später erstellen (das = New ...... wandert an eine andere Stelle des Programms). Grüße!

Hi, ja, das könnte man machen, bin allerdings zur Zeit recht ausgelastet. Du kannst so etwas allerdings auch selbst implementieren. Du sendest z.B. einfach dem anderem Client ein Ticket mit dem Command "kick". Wenn ein Client den Command "kick" empfängt, schlißt er sich selbst oder sowas

Hi, was für Funktionen meinst du? Du könntest ja darauf aufsetzen und eine weitere Schicht zwischen die UTicket.dll und deine Anwendung setzen.

Klar. Die IP ist ja im Client eincompiliert. Falls du einen DNS benutzt (z.B. meineip.de) musst du einen Code verwenden, der dir den Namen in die IP umwandelt. Dass der Server online ist, lässt sich glaub ich mit einer Methode abprüfen? Bin mir nicht mehr ganz sicher. Ansonsten probierst du dich halt zu verbinden. Wenn es klappt, ist er online

Wenn der Server eine Änderung der Clientliste erhält, ließt du die Größe der Liste aus und sendest sie an alle Clienten.

Ja .. mir fällt auch gerade ein, dass ja auch die Clienten die Liste aller verfügbaren Clienten haben. Im Beispielprojekt einfach im Client in der frmMain.vb nach Zeile 99 folgende Zeile einfügen: VB.NET-Quellcode (1 Zeile) Das ist im IDlistChanged-Event. Diese Liste gibt dir alle IDs der momentan verbundenen Clienten und wir dann aktualisiert, wenn sich die Anzahl ändert. Wir lesen einfach die Länge dieser Liste aus und haben damit dein Problem gelöst, oder? Viele Grüße

Sorry, war keine Absicht, bin lange inaktiv gewesen. Die dll ist IPv4-basiert. Im Prinzip ließe sie sich recht einfach auf v6 umbauen, ich hab aber leider letztes Jahr den PC neu aufgesetzt, auf dem ich die dll geschrieben habe. Ich weiß .. Anfängerfehler, Datensicherung. Jetzt ist es leider zu spät

Danke! Genau die Funktion hab ich gemeint. Tipp: Nicht zu oft aufrufen (Timer), sonst erzeugst du evtl. einen DDos auf deinen eigenen UTicket-Server.