¿Diferencia entre socket y websocket?

Estoy creando una aplicación web que necesita comunicarse con otra aplicación mediante conexiones de socket. Este es un territorio nuevo para mí, así que quiero estar seguro de que los sockets son diferentes a los sockets web . Parece que solo son conceptualmente similares.

Preguntando porque inicialmente había planeado usar Django como la base de mi proyecto, pero en la publicación SO a la que me vinculé anteriormente, queda muy claro que los websockets no son posibles (o al menos no son confiables, incluso con algo como django-websockets) ) utilizando la configuración preferida de Django (Apache con mod_wsgi). Sin embargo, he encontrado otras publicaciones que importan casualmente el módulo de socket de Python por algo tan simple como tomar el nombre de host del servidor .

Entonces:

• ¿Son realmente diferentes?
• ¿Hay alguna razón para no usar Django para un proyecto que se basa en establecer conexiones de socket con un servidor externo?

Para responder tu pregunta.

1. Aunque logran (en general) cosas similares, sí , son realmente diferentes. Los WebSockets generalmente se ejecutan desde navegadores que se conectan a Application Server a través de un protocolo similar a HTTP que se ejecuta sobre TCP / IP . Por lo tanto, son principalmente para aplicaciones web que requieren una conexión permanente a su servidor. Por otro lado, los enchufes simples son más potentes y genéricos. Se ejecutan sobre TCP / IP pero no están restringidos a los navegadores o al protocolo HTTP . Podrían usarse para implementar cualquier tipo de comunicación.
2. No. No hay razón.

Websockets usan sockets en su implementación. Websockets se basan en un protocolo estándar (ahora en la llamada final, pero aún no final) que define una conexión "apretón de manos" y un mensaje "marco". Las dos partes pasan por el procedimiento de protocolo de enlace para aceptar mutuamente una conexión y luego usan el formato de mensaje estándar ("marco") para pasar los mensajes de un lado a otro.

Estoy desarrollando un marco que le permitirá comunicarse directamente de máquina a máquina con el software instalado. Puede adaptarse a su propósito. Puede seguir mi blog si lo desea: http://highlevellogic.blogspot.com/2011/09/websocket-server-demonstration_26.html

Tendría que usar WebSockets (o algún módulo de protocolo similar, por ejemplo, como lo admite el complemento Flash) porque una aplicación de navegador normal simplemente no puede abrir un socket TCP puro.

El Socket.IOmódulo disponible para node.jspuede ayudar mucho, pero tenga en cuenta que se trata no de un módulo de WebSocket puro en su propio derecho.

En realidad, es un módulo de comunicaciones más genérico que puede ejecutarse sobre otros protocolos de red, incluidos WebSockets y Flash Sockets.

Por lo tanto, si desea usar Socket.IOen el servidor, también debe usar su código de cliente y sus objetos. No puede realizar fácilmente WebSocketconexiones sin formato a un socket.ioservidor, ya que tendría que emular su protocolo de mensaje.

WebSocket es solo otro protocolo de nivel de aplicación sobre protocolo TCP, al igual que HTTP.

Algunos fragmentos <Spring in Action 4> citados a continuación, espero que puedan ayudarlo a comprender mejor WebSocket.

En su forma más simple, un WebSocket es solo un canal de comunicación entre dos aplicaciones (no necesariamente un navegador está involucrado) ... La comunicación WebSocket se puede usar entre cualquier tipo de aplicaciones , pero el uso más común de WebSocket es facilitar la comunicación entre un aplicación de servidor y una aplicación basada en navegador.

Con respecto a su pregunta (b), tenga en cuenta que la especificación Websocket no se ha finalizado. De acuerdo con el W3C :

Los implementadores deben tener en cuenta que esta especificación no es estable.

Personalmente, considero que Websockets es demasiado sangriento como para usarlo en la actualidad. Aunque probablemente los encuentre útiles en un año más o menos.