Differenza tra socket e websocket?

Sto creando un'app Web che deve comunicare con un'altra applicazione utilizzando le connessioni socket. Questo è un nuovo territorio per me, quindi voglio essere sicuro che i socket siano diversi dai websocket . Sembra che siano concettualmente simili.

Chiedere perché inizialmente avevo pianificato di usare Django come base per il mio progetto, ma nel post SO che ho collegato sopra è stato chiarito che i websocket non sono possibili (o almeno non affidabili, anche con qualcosa come django-websocket ) usando la configurazione Django preferita (Apache con mod_wsgi). Eppure ho trovato altri post che importano casualmente il modulo socket di Python per qualcosa di semplice come afferrare il nome host del server .

Così:

• Sono davvero diversi?
• C'è qualche motivo per non usare Django per un progetto che si basa sullo stabilire connessioni socket con un server esterno?

Per rispondere alle tue domande.

1. Anche se raggiungono (in generale) cose simili, sì , sono davvero diverse. I WebSocket vengono in genere eseguiti da browser che si connettono ad Application Server su un protocollo simile a HTTP che funziona su TCP / IP . Quindi sono principalmente per applicazioni Web che richiedono una connessione permanente al suo server. D'altra parte, le prese semplici sono più potenti e generiche. Funzionano su TCP / IP ma non sono limitati a browser o protocollo HTTP . Potrebbero essere utilizzati per implementare qualsiasi tipo di comunicazione.
2. No. Non c'è motivo.

I websocket utilizzano i socket nella loro implementazione. I websocket si basano su un protocollo standard (ora nella chiamata finale, ma non ancora finale) che definisce una connessione "stretta di mano" e un messaggio "frame". Le due parti passano attraverso la procedura di stretta di mano per accettare reciprocamente una connessione e quindi utilizzare il formato di messaggio standard ("frame") per passare i messaggi avanti e indietro.

Sto sviluppando un framework che ti permetterà di comunicare direttamente da macchina a macchina con il software installato. Potrebbe soddisfare il tuo scopo. Puoi seguire il mio blog se lo desideri: http://highlevellogic.blogspot.com/2011/09/websocket-server-demonstration_26.html

Dovresti usare WebSocket (o alcuni modulo di protocollo simile, ad esempio come supportato dal plug-in Flash) perché una normale applicazione browser semplicemente non può aprire un socket TCP puro.

Il Socket.IOmodulo disponibile per node.jspuò aiutare molto, ma nota che è non è un modulo WebSocket puro a sé stante.

In realtà è un modulo di comunicazione più generico che può essere eseguito su vari altri protocolli di rete, inclusi WebSocket e Flash.

Pertanto, se si desidera utilizzare Socket.IOsul lato server, è necessario utilizzare anche il codice client e gli oggetti. Non è possibile effettuare facilmente WebSocketconnessioni non elaborate a un socket.ioserver in quanto si dovrebbe emulare il loro protocollo di messaggi.

WebSocket è solo un altro protocollo a livello di applicazione su protocollo TCP, proprio come HTTP.

Alcuni frammenti <Spring in Action 4> citati di seguito, spero che possano aiutarti a capire meglio WebSocket.

Nella sua forma più semplice, un WebSocket è solo un canale di comunicazione tra due applicazioni (non è necessariamente coinvolto un browser) ... La comunicazione WebSocket può essere utilizzata tra qualsiasi tipo di applicazione , ma l'uso più comune di WebSocket è facilitare la comunicazione tra un applicazione server e un'applicazione basata su browser.

Per quanto riguarda la tua domanda (b), tieni presente che le specifiche di Websocket non sono state finalizzate. Secondo il W3C :

Gli implementatori devono essere consapevoli che questa specifica non è stabile.

Personalmente ritengo che i Websocket siano troppo deboli per essere utilizzati al momento. Anche se probabilmente li troverò utili tra circa un anno.