Visualizzazione dei risultati da 1 a 7 su 7
  1. #1
    Utente di HTML.it L'avatar di dops
    Registrato dal
    Jul 2000
    Messaggi
    4,126

    [C#] restare in ascolto su una certa porta.. ma non sò se è il mio caso

    Ciao, quello che devo fare è semplicemente inviare un "avviso" ad un computer (un determinato ip) da un server al verificarsi di una certa cosa sul server..
    Praticamente c'ho un server che verifica continuamente se si è verificata una certa cosa.. se questa cosa si è verificata deve essere mandata una segnalazione ad un certo numero di client, questa segnalazione deve essere visibile e udibile..
    quindi ho pensato che la soluzione migliore sarebbe quella di creare un programma da installare sui client interessati che resti in ascolto su una certa porta, se sul server si verifica questa certa cosa, verrà mandato un messaggio a questo programma che indicherà di avviare un suono e di visualizzare una form..
    però a questo punto la situazione si ribalta.. praticamente sarebbero i client a restare in ascolto.. e non il server.. e mi chiedevo se + programmi in ascolto sulla stessa porta potessero dare dei problemi..
    cmq qualsiasi cosa vi venga in mente sono "in ascolto"

  2. #2
    Utente di HTML.it L'avatar di oregon
    Registrato dal
    Jul 2005
    residenza
    Roma
    Messaggi
    36,480
    Il problema e' che, come dici tu, il server dovrebbe farsi il "giro" dei client contattandoli uno a uno per segnalare il problema ...

    Se la "reazione" dei client non deve essere "real time", ti consiglierei di mettere il server in ascolto e farlo contattare periodicamente dai client (magari ogni 30 secondi).

  3. #3
    Utente di HTML.it L'avatar di dops
    Registrato dal
    Jul 2000
    Messaggi
    4,126
    Originariamente inviato da oregon
    Il problema e' che, come dici tu, il server dovrebbe farsi il "giro" dei client contattandoli uno a uno per segnalare il problema ...

    Se la "reazione" dei client non deve essere "real time", ti consiglierei di mettere il server in ascolto e farlo contattare periodicamente dai client (magari ogni 30 secondi).
    mah.. il problema è capire quale computer dovrà fare da server e quale da client..
    praticamente sono i client che dovrebbero stare in ascolto.. cioè in attesa del messaggio del server..

  4. #4
    Utente di HTML.it L'avatar di oregon
    Registrato dal
    Jul 2005
    residenza
    Roma
    Messaggi
    36,480
    No ... ti ho detto che, secondo me, il server deve fare da server e i client interrogarlo periodicamente per sapere "cosa e' successo" ...

  5. #5
    Utente di HTML.it L'avatar di dops
    Registrato dal
    Jul 2000
    Messaggi
    4,126
    Originariamente inviato da oregon
    No ... ti ho detto che, secondo me, il server deve fare da server e i client interrogarlo periodicamente per sapere "cosa e' successo" ...
    uhm. capisco.. quindi il client avrà l'onere di richiedere le informazioni.. ci devo pensare un pò..

  6. #6
    non ho letto tutta la discussione ma fai, eventualmente, un pensierino all'UDP+Broadcast

    cosi contatti all'instante TUTTI i client e magari gli dici dove connettersi o scambi messaggi in questo modo

  7. #7
    Utente di HTML.it L'avatar di dops
    Registrato dal
    Jul 2000
    Messaggi
    4,126
    Originariamente inviato da daniele_dll
    non ho letto tutta la discussione ma fai, eventualmente, un pensierino all'UDP+Broadcast

    cosi contatti all'instante TUTTI i client e magari gli dici dove connettersi o scambi messaggi in questo modo
    uhm.. ci avevo pensato al cambio di protocollo.. stò valutando comunque

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.