WebSocket implémentations de serveur pour Delphi
Comme mentionné sur la Aquarium, le WebSocket protocole, souvent décrit comme l'un des éléments clés de HTML5, a enfin été béni (RFC 6455).
Qui serveur WebSocket implémentations sont disponibles pour Delphi?
- Delphes, sur les Rails (Google Code, Licence Publique Mozilla 1.1)
- Delphi Web Socket (Google Code, basé sur Indy 9, Nouvelle Licence BSD)
- Les WebSockets Composants Delphi (commercial, Indy 10, Delphi 7 pour XE5)
Vous pouvez essayer notre WebSockets bibliothèque.
Je suis désolé arnaud, mais votre websocket bibliothèque échoue epically: pas de ssl (sauf pour les plus de httpd.sys qui est de windows, pas mormot), pas stable compression (activer la compression sur le serveur et le client: le client se bloque), pas stable authentification (été déchirant mes cheveux depuis deux jours), le terrible, de la documentation (beaucoup d'infos, mais presque totalement inutile, dans le vrai de microsoft à la mode), le manque d'échantillons pour beaucoup de choses... Et je suis d'essayer d'etre objectif. Ne vous méprenez pas, la base SQLite est très puissant et stable, mais le websocket mise en œuvre laisse beaucoup à désirer. Désolé, j'espère que je me trompe
Oui, il n'y a pas de prise en charge de SSL encore, et autant que je sache, il n'existe pas d'authentification, ni de compression dans les WebSockets (au niveau des RFC), donc je ne comprends pas ce que tu veux dire. Dans la pratique, nous utilisons notre propre format binaire dans le mORMot SOA, et il utilise la structure d'authentification, et de son propre compression (SynLZ) et de chiffrement (AES). Nous commençons à utiliser sur la production avec l'énorme quantité d'événements. Bien sûr, en dehors de la mORMot interface à base de SOA fonction, l'appareil est un peu rude, puisque vous avez tout à réinventer - mais les sons stable (même en multi-thread) et en utilisant une faible quantité de ressources.
Je suis désolé arnaud, mais votre websocket bibliothèque échoue epically: pas de ssl (sauf pour les plus de httpd.sys qui est de windows, pas mormot), pas stable compression (activer la compression sur le serveur et le client: le client se bloque), pas stable authentification (été déchirant mes cheveux depuis deux jours), le terrible, de la documentation (beaucoup d'infos, mais presque totalement inutile, dans le vrai de microsoft à la mode), le manque d'échantillons pour beaucoup de choses... Et je suis d'essayer d'etre objectif. Ne vous méprenez pas, la base SQLite est très puissant et stable, mais le websocket mise en œuvre laisse beaucoup à désirer. Désolé, j'espère que je me trompe
Oui, il n'y a pas de prise en charge de SSL encore, et autant que je sache, il n'existe pas d'authentification, ni de compression dans les WebSockets (au niveau des RFC), donc je ne comprends pas ce que tu veux dire. Dans la pratique, nous utilisons notre propre format binaire dans le mORMot SOA, et il utilise la structure d'authentification, et de son propre compression (SynLZ) et de chiffrement (AES). Nous commençons à utiliser sur la production avec l'énorme quantité d'événements. Bien sûr, en dehors de la mORMot interface à base de SOA fonction, l'appareil est un peu rude, puisque vous avez tout à réinventer - mais les sons stable (même en multi-thread) et en utilisant une faible quantité de ressources.
OriginalL'auteur |
Vous devez vous connecter pour publier un commentaire.
Version plus récente d'Indy mise en œuvre par André Mussche (l'auteur de AsmProfiler) peuvent être trouvés ici.
OriginalL'auteur
Il est mis en œuvre de Delphes, sur les Rails de, soutien de la ti ancien et le nouveau protocole WS.
http://code.google.com/p/delphionrails/
OriginalL'auteur
Voici 2 autres projets:
OriginalL'auteur
Essayer IPworks pour Delphi, ils ont très agréable d'interopérabilité des composants (payé, n'est pas libre).
https://www.nsoftware.com/ipworks/ws/#plat-delphi
J'utilise actuellement leur SSL composant pour HTTP & HTTPS sur 80/443 respectivement. Cependant, je suis toujours en train d'évaluer leurs WS composant donc je ne peux pas vous donner une réponse tout de suite. Essayez peut-être de leur e-mail de soutien, j'ai toujours trouvé à répondre rapidement et professionnellement.
Vous pouvez utiliser le LocalPort propriété dans le WSServer composant. Donc, en supposant que vous ne l'avez pas déjà quelque chose à l'écoute sur le port 80, vous pouvez définir LocalPort à 80 et le composant va écouter sur le port 80. Comme Rick l'a mentionné, n'hésitez pas à e-mail [email protected] nous reviendrons vers vous dans les 24 heures (généralement mieux).
Aussi le lien Rick posté n'est plus disponible vous pouvez toujours accéder aux informations à partir de nsoftware.com/ipworks/ws/#plat-delphi.
OriginalL'auteur