Dev Breakthroughs
68.9K views | +2 today
Follow
Dev Breakthroughs
Monitoring innovations in database, PHP, JS, RIA, HTML5, mobile and agile dev strategies & tools
Curated by Nicolas Weil
Your new post is loading...
Your new post is loading...
Scooped by Nicolas Weil
Scoop.it!

Bridge : RPC Messaging Server that makes it easy to build smarter decoupled architectures for your cross-language services & applications.

Bridge : RPC Messaging Server that makes it easy to build smarter decoupled architectures for your cross-language services & applications. | Dev Breakthroughs | Scoop.it

Polyglot programming made easy :

Write each component in the language best suited for the job. Reuse open source components from any language in your stack. Communicate easily and efficiently with native RPC bindings in many languages.

 

Bidirectional client-server and server-server communication :

Bridge was designed for both client-server and server-server interactivity, with bidirectional communication to any client front-end applications (browser, mobile, desktop) and any server applications using WebSocket and TCP connections.

 

Secure communication with clients and external services :

With a simple private/public key model for access control, Bridge allows you to securely expose endpoints.

 

Efficient binary data serialization :

Using messagepack for binary serialization, you can efficiently transmit files and data structures.

No comment yet.
Scooped by Nicolas Weil
Scoop.it!

SPDY: What I Like About You.

I've been working on implementing SPDY as an experiment in Firefox lately. We'll have to see how it plays out, but so far I really like it.

 

Development and benchmarking is still a work in progress, though interop seems to be complete. There are several significant to-do items left that have the potential to improve things even further. The couple of anecdotal benchmarks I have collected are broadly similar to the page load time based reports Google has shared at the IETF and velocity conf over the last few months.

 

Faster is all well and good (and I mean that!) but I'm going to make a long argument that SPDY is good for the Internet beyond faster page load times. Compared to HTTP, it is more scalable, plays nicer with other Internet traffic and brings web security forward.

 

SPDY: What I Like About You

#1: Infinite Parallelism with Shared Congestion Control.

#2: SPDY is over SSL every time.

#3:Header compression.

 

No comment yet.
Scooped by Nicolas Weil
Scoop.it!

ZeroMQ, la super bibliothèque réseau

ZeroMQ, la super bibliothèque réseau | Dev Breakthroughs | Scoop.it

Le développement d’applications connectées est quelque chose d’à la fois important et délaissé. Important car cela constitue la base de l’informatique moderne, et que c’est une chose qui est enseignée dans tous les cursus informatiques. Délaissé car l’écrasante majorité des applications connectées actuelles sont basées sur le protocole HTTP.

 

L’omniprésence du HTTP est globalement une très bonne chose : Pas besoin de redévelopper la roue (les serveurs Apache et IIS sont là depuis longtemps, Nginx et Lighttpd cherchent à prendre la relève), les développements sont facilités (le protocole est simple, sont utilisation est rapide), et un très grand choix d’applications est accessible de manière unifiée (il suffit de voir toutes les API REST disponibles). Cela a créé un écosystème applicatif dynamique.

 

Mais il y a aussi un inconvénient : Il devient difficile de sortir de ce modèle.

 

ZeroMQ est une bibliothèque permettant de créer des applications client-serveur. Elle a un triple intérêt :

- Elle offre des possibilités nouvelles. Plutôt que de se casser la tête dès qu’on veut sortir un peu du client-serveur habituel, ZeroMQ met à notre disposition tout un arsenal de nouveaux types de connexions. La liste est longue : du client-serveur classique ; de l’envoi de données asynchrones avec load-balacing ; du “publish-subscribe” ; de la connexion multiple simultanée et transparente ; de la communication inter-threads (au sein d’un même processus), inter-processus (au sein de la même machine) et/ou inter-machines (au sein du même réseau).

- Elle est très simple à utiliser. Là où il faudrait normalement des dizaines de lignes de code, les choses se développent en quelques lignes, tout en restant très faciles à comprendre et à relire.

- Elle est très performante. ZeroMQ génère ses propres threads pour gérer ses connexions, et intègre des optimisations qui la rende généralement plus rapide que si vous ouvrez vos propres sockets brutes (oui, j’ai eu du mal à le croire moi aussi, mais c’est véridique).

 

En plus de cela, ZeroMQ est disponible sur un grand nombre de langages de programmation (34 à ce jour), ce qui permet de faire communiquer facilement des programmes écrits en PHP, en C, en C++, en Java, en C#, en Lua, …

No comment yet.