AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 17:02

Parameter dieser Suchanfrage:

Suche in Thema: Client/Server Architektur realisieren - Ideen
Suche alle Beiträge, die von "TheMiller" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 23 von insges. 23 Treffern
Suche benötigte 0.004s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 28. Dez 2014
    Hi,

    ich muss nochmal was grundsätzliches fragen: Mein Programm besteht aus einer Hauptanwendung. Die Plugins waren damals DLLForm und sind nun einfach exe-Anwendungen, die sich nur vom Hauptprogramm starten lassen. Sie werden optisch in Reiter im Hauptprogramm gestartet.

    Da es ja eigentlich selbstständige Anwendungen sind, müsste ich nicht dann für jedes Plugin auch eine MessageQueue...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 22. Dez 2014
    Das ist eine sehr gute Idee - so wird's gemacht. Die MAC-Geschichte ist nämlich bisher nur ein Gedanke, keine Entscheidung. Vllt. lohnt es sich in unserer Branche garnicht.
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 22. Dez 2014
    Moin!

    Es tut mir leid, dass ich nie am Wochenende zurückschreibe. Irgendwie sind die so vollgepackt momentan, dass ich stets nicht dazu komme.



    Hm, du kennst mich nicht. Nur weil ich mich genau informiere, heißt das nicht, dass das Ziel weit weg ist. Schon am Freitrag lief der Windows-Dienst mit eigenständigem Thread. Auch das Erstellen, Öffnen und Schreiben in die MSMQ hat schon...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 19. Dez 2014
    Hallo,

    ich frage mich gerade, ob die MSMQ-Variante eine gute Lösung ist. Wenn ich hier in der DP oder auf Google nach MSMQ suche ("Delphi msmq tutorial" / sample / code / msmq_tlb.pas / etc.), dann finde ich kaum Ergbenisse.

    Das lässt mich vermuten, dass diese Technik wohl selten benutzt wird. Die Hilfe im msdn ist zwar sehr gut, aber Umsetzungsbeispiele etc.pp für Delphi finde ich kaum....
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 17. Dez 2014
    Ok, dann ist das ja nicht weiter tragisch. Also wird es in der Praxis so gemacht, dass man ständig pollt. Ich gehe jetzt davon aus, dass die Queue 5 Minuten leer bleibt. Das Programm startet einen MQ-Poll-Thread, wird 10 Sekunden gebremst, kehr mit nichts wieder zurück. Das Programm reagiert im Callback, hat nichts zu verarbeiten und pollt daher unverzüglich wieder die MQ. Es ist aber nicht so,...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 17. Dez 2014
    Wow :shock: - Vielen Dank für die sehr gute Erklärung!

    Das hat mir schonmal sehr geholfen! Aber hier hast du dich wohl vertippt, oder?



    Du meintest bestimmt Millisekungen, oder?

    Ich kann es eigentlich garnicht erwarten, dieses System umzusetzen. Bin gerade begeistert und gespannt!
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 17. Dez 2014
    Koffeintabletten -> Sourcecode
    danach einen Single Malt ;)

    Eine Frage habe ich zu den MQs noch: Kann ich damit realisieren, dass andere Clients über Änderungen durch einen Dritten in einem aktiven Plugin automatisch benachrichtigt werden? Ich hatte ja das Szenario beschrieben: 4 Clients haben Plugin A offen, Client 1 ändert Daten und die anderen bekommen mit der Mitteilung, dass sich etwas...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 16. Dez 2014
    Danke für den Hinweis. Deswegen bin ich auch hin- und hergerissen! Einerseits lese ich mich gerne in neue Techniken ein (auch wenn es länger dauert), andererseits wurden die MQ als schnell, zuverlässig und bequem zu nutzen angepriesen. Da fehlt mir die persönliche Erfahrung, habe mir noch kein Umsetzungsbeispiel angesehen und weiß daher auch nicht, wie viel Code es sein wird.

    Aus diesen...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 16. Dez 2014
    Ah okay, das hilft schon sehr. Okay, dann werde ich mich mal ein wenig mit der MessageQueue beschäftigen und die Vor-/Nachteile zwischen MessageQueues und dem TCP-Server rausarbeiten.

    Ich bedanke mich schonmal recht herzlich!
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 16. Dez 2014
    Moin!



    Hm ja mag sein. Für mich noch sehr verwirrend, da ich - wie gesagt - noch nie mit MessageQueues gearbeitet habe. Hört sich aber gut an. Das heißt aber, dass ich ohnehin einen Windows-Service brauche? Nur halt eben nicht mit TCP-Client/Server, richtig?

    Das wäre mir auch am liebsten, wenn ich einen solchen Dienst hätte. Aber ich wüsste nicht, wie es ohne gehen sollte. Du hast ja...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 15. Dez 2014
    Genau, die REST-API liegt auf dem Apache-Web-Server auf der Linux-Maschine. Dort liegt auch die MySQL-Datenbank. Auf dem Windows-Server - so dachte ich - ist der Windows-Server-Dienst meines Programmes installiert, der für die Clients mit der API kommuniziert und die Anfragen/Antworten hin und her sendet.
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 15. Dez 2014
    So wie ich das verstanden habe, stellt doch der Windows-Dienst die Zwischenschicht zwischen Client und Datenbank-Server dar. Der Cleint sendet die Anfrage an die Zwischenschicht, diese leitet sie an den Datenbank-Server weiter.

    Darüber hinaus wollte ich doch noch Datensicherung, Chats, Userverwaltung (Online/Offline-User nebst gültiger IP/VPN-IP), Nachrichtengrabber (enorm wichtig für das...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 15. Dez 2014
    Ja sorry, du hast natürlich recht. Da habe ich mich vertran. Der Service soll auch nicht direkt mit der Datenbank sprechen. Die Kommuniaktion geht nur über die API. Aber irgendwie muss ich es realisieren, dass der Service prüft (ping o.ä.), ob die Datenbank erreichbar ist. Mehr soll der Service nicht mit der DB direkt machen. Das könnte man ja auch über einen API-Aufruf prüfen - da fällt der Ping...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 15. Dez 2014
    Guten Morgen!

    Nachdem ich den Thread nochmal komplett gelesen und mir über das Wochenende viele Gedanken gemacht habe, möchte ich nochmal zusammenfassen und konkrete Umsetzungsvorschläge anbringen:

    * Auf dem Datenbank-Server wird eine REST-API eingerichtet. (Diese habe ich zum Glück schon aus einem anderen Projekt fertig). Die API deshalb, weil wir tatsächlich planen, noch andere...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 11. Dez 2014
    Moin!



    Ja, da gebe ich dir zwar Recht. Der Server soll aber noch andere Dinge übernehmen, als nur die DB-Anbindung zu verwalten. Ich möchte einen kleinen Realtime-Chat realisieren, eine eigene Datensicherung nur für den Notfall, Benachrichtigungen über den Online-Status der Benutzer etc. Ein weiteres Beispiel: Benutzer 1 - 4 haben das Plugin A offen. Benutzer 1 ändert jetzt einen Eintrag....
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 9. Dez 2014
    Hallo zurück ;)

    Vielen Dank für die weiteren Antworten. Ich habe erst Sonntag entdeckt, dass neue Beiträge geschrieben wurden und seitdem leider keine Zeit mehr gehabt zum Antworten - aber zum Nachdenken!

    ----
    Aber eines Vorweg: Meine Themen stellen oft auf abstrakte Fragen, Grundsätze, Aufbauftechniken etc. ab. In diesem Rahmen ist es durchaus gewollt, dass andere Leute ihre Erfahren und...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 5. Dez 2014
    Wie habe ich das jetzt zu verstehen? Meinst du, man kann den Indy-Server benutzen und muss nicht zu was ganz eigenem greifen, oder denkst du, man sollte den Indy-Server nicht nutzen und lieber ein (großes?) Framework nutzen? Und wenn Framework - an welches denkst du?

    DataSnap soll sehr langsam und fehlerbehaftet sein. Und die Geschichte mit TRemoteDatamodule hört sich gerade etwas kompliziert...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 5. Dez 2014
    Angenommen, ich würde micht entscheiden, dass wir tatsächlich eine Server-Anwendung in Form eines Windows-Dienstes schreiben, welches Konstrukt sollte ich bevorzugen?

    Ich dachte die ganze Zeit an einen Indy-TCP-Server/Client. Dem Server werden commands geschickt (ähnlich wie Parameter-Übergaben bei Webseiten). Diese liest er aus und führt die jeweilige Aktion durch.

    Gibt es...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 5. Dez 2014
    Die Datenbankkommunikation könnten wir aber tatsächlich in eine PHP-Anwendung auslagern, da wir - zumindest Teilfunktionen - auch für andere Plattformen wie (na klar) iOS etc. planen. Da müsste man nur eine Stelle pflegen.

    Dennoch bleiben die anderen Aufgaben übrig und die Benachrichtigung über neue Daten würde wieder schwerer zu realisieren sein. Ein Timer-Polling der Clients will ich...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 5. Dez 2014
    Genau das habe ich mir auch schon überlegt.

    Nur leider soll der Dienst ja auch weitere, nicht-datenbankbezogene Aufgaben erledigen. Wie ich eben oben schrieb, soll er ja auch Nachrichten an die Clients schicken, wenn sich ein Datenbestand geändert hat, der gerade via Plugin von einem Client offen ist.

    Auch soll sich der Dienst über die Benutzerverwaltung kümmern (wer ist mit welcher IP...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 5. Dez 2014
    Ein kleiner Nachtrag noch, warum ich diese Architektur in Erwägung ziehe. Bin aber dahingehend für alles offen ;)

    Der Server könnte so auch alle Clients mit aktivem Modul XY benachrichtigen, wenn sich Änderungen in ihm bzw. dem Datenbestand ergeben haben.

    So könnten die Clients gleich die neuen Daten laden.
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 5. Dez 2014
    Danke für die Antworten.

    Mutil Tier habe ich zwar schon öfter gelesen, mich aber nie darum gekümmert, was es ist.

    Die Datenbank läuft i.d.R auf einem Linux-Server (MySQL).

    Es ist richtig, dass die Verarbeitung dann nacheinander durchgeführt wird. Man könnte ja überlegen, die Anzahl der offenen Verbindungen auf 2 Stk. pro User zu beschränken. Immernoch besser, als wenn jedes Plugin eine...
  • Forum: Programmieren allgemein

    Client/Server Architektur realisieren - Ideen

     
      by TheMiller, 5. Dez 2014
    Hallo,

    ich überlege derzeit, ein größeres Programm in eine echte Client-/Server-Architektur einzubauen. Das Programm besteht aus einem Hauptprogramm mit mehreren Modulen/Plugins. Die Datenspeicherung übernimmt eine MySQL-Datenbank.

    Da das Programm und dessen Plugins hauptsächlich mit Daten aus der DB arbeiten, benötigt jedes Programmteil eine Datenbankverbindung und muss mit dem DB-Server...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=TheMiller&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=183029
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:16 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz