FEED Validator

Congratulations!

This is a valid RSS feed.

Recommendations

This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.

• line 68, column 0: content:encoded should not contain data-attachment-id attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-permalink attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-orig-file attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-orig-size attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-comments-opened attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-image-meta attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-image-title attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-image-description attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-image-caption attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-medium-file attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain data-large-file attribute (3 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 68, column 0: content:encoded should not contain sizes attribute (2 occurrences) [help]

  <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordp ...
  

• line 652, column 0: content:encoded should not contain iframe tag [help]

  <div class="jetpack-video-wrapper"><iframe class="youtube-player" width="594 ...
  

Source: https://facundoolano.wordpress.com/feed/

1. <?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
2. xmlns:content="http://purl.org/rss/1.0/modules/content/"
3. xmlns:wfw="http://wellformedweb.org/CommentAPI/"
4. xmlns:dc="http://purl.org/dc/elements/1.1/"
5. xmlns:atom="http://www.w3.org/2005/Atom"
6. xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
7. xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
8. xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
9. >
10.  
11. <channel>
12. <title>No silver bullet</title>
13. <atom:link href="https://facundoolano.wordpress.com/feed/" rel="self" type="application/rss+xml" />
14. <link>https://facundoolano.wordpress.com</link>
15. <description>facundoolano&#039;s rants on software development</description>
16. <lastBuildDate>Sun, 06 Sep 2020 22:51:32 +0000</lastBuildDate>
17. <language>en</language>
18. <sy:updatePeriod>
19. hourly </sy:updatePeriod>
20. <sy:updateFrequency>
21. 1 </sy:updateFrequency>
22. <generator>http://wordpress.com/</generator>
23. <cloud domain='facundoolano.wordpress.com' port='80' path='/?rsscloud=notify' registerProcedure='' protocol='http-post' />
24. <image>
25. <url>https://s0.wp.com/i/buttonw-com.png</url>
26. <title>No silver bullet</title>
27. <link>https://facundoolano.wordpress.com</link>
28. </image>
29. <atom:link rel="search" type="application/opensearchdescription+xml" href="https://facundoolano.wordpress.com/osd.xml" title="No silver bullet" />
30. <atom:link rel='hub' href='https://facundoolano.wordpress.com/?pushpress=hub'/>
31. <item>
32. <title>Squeezing the most out of the server: Erlang Profiling</title>
33. <link>https://facundoolano.wordpress.com/2020/04/11/squeezing-the-most-out-of-the-server-erlang-profiling/</link>
34. <comments>https://facundoolano.wordpress.com/2020/04/11/squeezing-the-most-out-of-the-server-erlang-profiling/#respond</comments>
36. <dc:creator><![CDATA[facundoolano]]></dc:creator>
37. <pubDate>Sat, 11 Apr 2020 15:17:28 +0000</pubDate>
38. <category><![CDATA[Uncategorized]]></category>
39. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=1034</guid>
40.  
41. <description><![CDATA[This month I published an article about profiling in Erlang at NextRoll&#8217;s Tech Blog.]]></description>
42. <content:encoded><![CDATA[<p>This month I published an article about profiling in Erlang at <a href="http://tech.nextroll.com/blog/dev/2020/04/07/erlang-profiling.html" target="_blank" rel="noopener">NextRoll&#8217;s Tech Blog</a>.</p>
43. ]]></content:encoded>
45. <wfw:commentRss>https://facundoolano.wordpress.com/2020/04/11/squeezing-the-most-out-of-the-server-erlang-profiling/feed/</wfw:commentRss>
46. <slash:comments>0</slash:comments>
50. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
51. <media:title type="html">facundoolano</media:title>
52. </media:content>
53. </item>
54. <item>
55. <title>Rust, Open-Source and dogs</title>
56. <link>https://facundoolano.wordpress.com/2019/04/02/rust-open-source-and-dogs/</link>
57. <comments>https://facundoolano.wordpress.com/2019/04/02/rust-open-source-and-dogs/#respond</comments>
59. <dc:creator><![CDATA[facundoolano]]></dc:creator>
60. <pubDate>Tue, 02 Apr 2019 17:16:29 +0000</pubDate>
61. <category><![CDATA[Uncategorized]]></category>
62. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=1022</guid>
63.  
64. <description><![CDATA[Some years ago I learned a programming language that made a profound impact in the way I think about software; a language that I enjoyed working with, that enabled me to meet some amazing people and pushed me to get more involved in Open-Source and community than I ever did before. I stopped using it [&#8230;]]]></description>
65. <content:encoded><![CDATA[<p><b>Some years ago</b> I learned a programming language that made a profound impact in the way I think about software; a language that I enjoyed working with, that enabled me to meet some amazing people and pushed me to get more involved in Open-Source and community than I ever did before. I stopped using it because it couldn&#8217;t get me the job I wanted, and I needed to switch my efforts to mastering the tools that could. I later became disenchanted with that language and its ecosystem because of how it is managed; because the interests of the greater community of its users seemed to be secondary —sometimes even opposed— to the needs of the company that owns it.<br />
66. I made multiple attempts at writing a blog post explaining why I lost interest in that language; a little out of frustration, a little because if had known better I wouldn&#8217;t have invested so much time in it. But I could never shape the text in a way that couldn&#8217;t be perceived as a rant or an attack and so I left it unfinished, popping up from the back of my head every now and then.</p>
67. <p><b>A couple of months ago</b> me and my girlfriend got a dog. She insisted that we got one ever since we moved together and I kept putting it off because I wasn&#8217;t a dog person and I didn&#8217;t want to be responsible for another living being, not just yet. Eventually, I gave in. One of the things that she first showed me when Cumbia (my dog) got home was that to teach her how I wanted her to behave I shouldn&#8217;t focus on punishing mistakes but rather on rewarding accomplishments. This required (and still requires) an effort from my part; pessimistic as I am, I tend to put more attention to the negative side of things.</p>
68. <p><img data-attachment-id="1023" data-permalink="https://facundoolano.wordpress.com/2019/04/02/rust-open-source-and-dogs/servo/#main" data-orig-file="https://facundoolano.files.wordpress.com/2019/04/servo.png" data-orig-size="220,220" data-comments-opened="1" data-image-meta="{&quot;aperture&quot;:&quot;0&quot;,&quot;credit&quot;:&quot;&quot;,&quot;camera&quot;:&quot;&quot;,&quot;caption&quot;:&quot;&quot;,&quot;created_timestamp&quot;:&quot;0&quot;,&quot;copyright&quot;:&quot;&quot;,&quot;focal_length&quot;:&quot;0&quot;,&quot;iso&quot;:&quot;0&quot;,&quot;shutter_speed&quot;:&quot;0&quot;,&quot;title&quot;:&quot;&quot;,&quot;orientation&quot;:&quot;0&quot;}" data-image-title="servo" data-image-description="" data-image-caption="" data-medium-file="https://facundoolano.files.wordpress.com/2019/04/servo.png?w=220" data-large-file="https://facundoolano.files.wordpress.com/2019/04/servo.png?w=220" class=" size-full wp-image-1023 aligncenter" src="https://facundoolano.files.wordpress.com/2019/04/servo.png?w=594" alt="servo"   srcset="https://facundoolano.files.wordpress.com/2019/04/servo.png 220w, https://facundoolano.files.wordpress.com/2019/04/servo.png?w=150&amp;h=150 150w" sizes="(max-width: 220px) 100vw, 220px" /></p>
69. <p style="text-align:center;"><small><i>The servo logo is an instance of Rust+dogs which I include here to make the title sound less arbitrary</i></small></p>
70. <p><b>The past weekend</b> I took the ferry across the Río de la Plata to Montevideo to assist to the <a href="http://rustlatam.org/" target="_blank" rel="noopener noreferrer">Rust Latam</a> conference, along with <a href="https://twitter.com/unbalancedparen" target="_blank" rel="noopener noreferrer">The Boss</a> and other <a href="https://github.com/lambdaclass/" target="_blank" rel="noopener noreferrer">LambdaClass</a> coworkers. As the talks progressed —following a first day where I took a great <a href="https://sunjay.dev/learn-game-dev/workshop/" target="_blank" rel="noopener noreferrer">game development workshop</a>—, I kept getting this feeling that <i>this</i> is the kind of  Open-Source software community I want to invest myself in. Yes, the people that know better and have put the biggest effort are the ones calling the shots, but the discussions are open and anyone can weigh in. What&#8217;s more, small contributions, beginner contributions are not only welcome but necessary because that&#8217;s how the project grows and the language evolves to become a better tool, one increasingly helpful for an increasing amount of people.<br />
71. It became apparent to me that the best way to scratch the itch of my previous Open-Source disappointment was to focus on the accomplishments of this community rather than clinging on what I disliked about the other. As when teaching Cumbia, I had more to gain by looking at the good side of things.</p>
72. <p><b>During his amazing <a href="https://nikomatsakis.github.io/rust-latam-2019/">opening keynote</a></b>, Niko Matsakis said that he was skeptical and pessimistic by nature, and that he was, at first, worried about whether people using Rust also <i>liked</i> it. At that point I looked at The Boss because I knew he would be nodding at me, the company&#8217;s &#8220;designated pessimist&#8221;, the one that always assumes the worst. Niko then moved on to show that a lot of people were, in fact, loving Rust and that this was in part for its features but largely because of the sense of craftsmanship that they enabled and the community that grew around it.</p>
73. <p>I don&#8217;t hold an especially romantic view of Open-Source. At the end of the day, it&#8217;s just another way of doing business, like most professional activities are. Capitalism has this way of ingesting everything, even what antagonizes it, and turn it into business. I don&#8217;t think Open-Source, nor technology for that matter, can change the world, but I do feel proud about being part of a discipline where there&#8217;s still room for passion and craftsmanship; a discipline that proves that fellowship and collaboration can be the best way of making progress.</p>
74. ]]></content:encoded>
76. <wfw:commentRss>https://facundoolano.wordpress.com/2019/04/02/rust-open-source-and-dogs/feed/</wfw:commentRss>
77. <slash:comments>0</slash:comments>
81. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
82. <media:title type="html">facundoolano</media:title>
83. </media:content>
84.  
85. <media:content url="https://facundoolano.files.wordpress.com/2019/04/servo.png" medium="image">
86. <media:title type="html">servo</media:title>
87. </media:content>
88. </item>
89. <item>
90. <title>Holiday Ping design notes</title>
91. <link>https://facundoolano.wordpress.com/2017/12/04/holiday-ping-design-notes/</link>
92. <comments>https://facundoolano.wordpress.com/2017/12/04/holiday-ping-design-notes/#respond</comments>
94. <dc:creator><![CDATA[facundoolano]]></dc:creator>
95. <pubDate>Mon, 04 Dec 2017 15:05:56 +0000</pubDate>
96. <category><![CDATA[Uncategorized]]></category>
97. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=1029</guid>
98.  
99. <description><![CDATA[After joining LambdaClass, I&#8217;ve been working on an Open-Source application using Erlang and ClojureScript. I Published the design notes in two articles at Not A Monad Tutorial: Holiday Ping: how we implemented our first open source app with Erlang and Clojurescript One does not simply build a user interface: our ClojureScript/re-frame app &#160;]]></description>
100. <content:encoded><![CDATA[<p>After joining <a href="http://lambdaclass.com" target="_blank" rel="noopener">LambdaClass</a>, I&#8217;ve been working on an Open-Source application using Erlang and ClojureScript. I Published the design notes in two articles at Not A Monad Tutorial:</p>
101. <ul>
102. <li><a href="https://notamonadtutorial.com/one-does-not-simply-build-a-user-interface-our-clojurescript-re-frame-app-67b1354a2d55" target="_blank" rel="noopener">Holiday Ping: how we implemented our first open source app with Erlang and Clojurescript</a></li>
103. <li><a href="https://notamonadtutorial.com/one-does-not-simply-build-a-user-interface-our-clojurescript-re-frame-app-67b1354a2d55" target="_blank" rel="noopener">One does not simply build a user interface: our ClojureScript/re-frame app</a></li>
104. </ul>
105. <p>&nbsp;</p>
106. ]]></content:encoded>
108. <wfw:commentRss>https://facundoolano.wordpress.com/2017/12/04/holiday-ping-design-notes/feed/</wfw:commentRss>
109. <slash:comments>0</slash:comments>
113. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
114. <media:title type="html">facundoolano</media:title>
115. </media:content>
116. </item>
117. <item>
118. <title>Interview for This is not a Monad tutorial</title>
119. <link>https://facundoolano.wordpress.com/2017/04/14/interview-for-this-is-not-a-monad-tutorial/</link>
120. <comments>https://facundoolano.wordpress.com/2017/04/14/interview-for-this-is-not-a-monad-tutorial/#respond</comments>
122. <dc:creator><![CDATA[facundoolano]]></dc:creator>
123. <pubDate>Fri, 14 Apr 2017 18:56:03 +0000</pubDate>
124. <category><![CDATA[Uncategorized]]></category>
125. <category><![CDATA[clojure]]></category>
126. <category><![CDATA[Java]]></category>
127. <category><![CDATA[JavaScript]]></category>
128. <category><![CDATA[Python]]></category>
129. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=1008</guid>
130.  
131. <description><![CDATA[unbalancedparen interviewed me for his blog This is not a Monad tutorial. I elaborated on some of the topics I usually write about in this blog, like Python, Clojure and Open Source programming. Here&#8217;s the link to the interview.]]></description>
132. <content:encoded><![CDATA[<p><a href="https://twitter.com/unbalancedparen">unbalancedparen</a> interviewed me for his blog <a href="https://notamonadtutorial.com/">This is not a Monad tutorial</a>. I elaborated on some of the topics I usually write about in this blog, like Python, Clojure and Open Source programming.</p>
133. <p><a href="https://notamonadtutorial.com/a-pythonist-finds-a-new-home-at-clojure-land-761ad8612b47">Here&#8217;s the link to the interview</a>.</p>
134. ]]></content:encoded>
136. <wfw:commentRss>https://facundoolano.wordpress.com/2017/04/14/interview-for-this-is-not-a-monad-tutorial/feed/</wfw:commentRss>
137. <slash:comments>0</slash:comments>
141. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
142. <media:title type="html">facundoolano</media:title>
143. </media:content>
144. </item>
145. <item>
146. <title>This is unfortunate and we&#8217;re stuck with it forever</title>
147. <link>https://facundoolano.wordpress.com/2016/12/09/this-is-unfortunate-and-were-stuck-with-it-forever/</link>
148. <comments>https://facundoolano.wordpress.com/2016/12/09/this-is-unfortunate-and-were-stuck-with-it-forever/#comments</comments>
150. <dc:creator><![CDATA[facundoolano]]></dc:creator>
151. <pubDate>Fri, 09 Dec 2016 15:25:14 +0000</pubDate>
152. <category><![CDATA[Uncategorized]]></category>
153. <category><![CDATA[JavaScript]]></category>
154. <category><![CDATA[Node.js]]></category>
155. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=976</guid>
156.  
157. <description><![CDATA[I. Some weeks ago, at NodeConf Argentina, Mathias Bynens gave a presentation about RegExp and Unicode in JavaScript. At some point he showed a series of examples that yielded counter-intuitive results and said: “This is unfortunate and we’re stuck with it forever”. The phrase immediately resounded in my head, because to me it was a [&#8230;]]]></description>
158. <content:encoded><![CDATA[<p style="text-align:justify;"><strong>I.</strong> Some weeks ago, at <a href="http://2016.nodeconf.com.ar">NodeConf Argentina</a>, <a href="https://twitter.com/mathias">Mathias Bynens</a> gave a presentation about RegExp and Unicode in JavaScript. At some point he showed a series of examples that yielded counter-intuitive results and said: “This is unfortunate and we’re stuck with it forever”. The phrase immediately resounded in my head, because to me it was a perfect definition of JavaScript, or at least the current state of JavaScript.</p>
159. <p style="text-align:justify;"><strong>II.</strong> Douglas Crockford published <i>JavaScript: The Good Parts</i> about eight years ago. It’s a masterpiece to me, with a lot of takeaways: JavaScript is loaded with crap (the bad and awful parts); there’s a great functional language somewhere in there, striving to get out; sometimes, a lot of the times, less is more. The book itself is the perfect example: 100 pages long, mostly filled with snippets and examples, and still it had a clearer purpose and communicated it more effectively than most computer books. We can (and we should) make a better language out of JavaScript by subsetting it.</p>
160. <p style="text-align:justify;"><strong>III.</strong> JavaScript and its ecosystem have been evolving constantly over the last few years; I imagine it mutated faster than any other programming language has done before. And a lot of the changes are genuinely good additions, that make our lives easier and more pleasant. But is JavaScript as a whole getting any better?</p>
161. <p style="text-align:justify;"><strong>IV.</strong> Unlike any other language, JavaScript runs in browsers. And we can’t control the runtime of the browsers. And we want older browsers to support our new code, and new browsers to support our old code. We can’t break backwards compatibility. We can add (some) stuff to the language but we can’t take stuff out. All the bad and awful parts are still there. JavaScript is like a train wreck with a nose job.</p>
162. <p style="text-align:justify;"><strong>V.</strong> I always wonder how is it like to learn JavaScript in 2016, for new programmers and for programmers coming from other languages. Do you tell them about <code>var</code>? Or just stick to <code>let</code> and <code>const</code>? And which one of those is preferred? And why the preferred one isn’t just the default? Why do we always have to prepend some operator to define a variable? Yes, we can instruct a linter to forbid this or that keyword (especially this!) but it should be the compiler/interpreter doing it. And we can&#8217;t make the interpreter assume a <code>const</code> declaration by default.</p>
163. <p style="text-align:justify;"><strong>VI.</strong> Is there really no way to break backwards compatibility? Can’t we just stick a flag in there somewhere? <code>&lt;script language="javascript-good"&gt;</code>? <code>'use non-crappy'</code>? I don’t mind adding the <code>'use strict'</code> on every file and I honestly forgot what it does. Can’t the browsers manage multiple versions of JavaScript? is it worth their save, especially now that this uneven language has crawled its way to the server and the desktop?</p>
164. <p style="text-align:justify;"><strong>VII.</strong> I know there must be excellent reasons why we can’t break backwards compatibility of JavaScript or why it would be just too expensive to do so. But I can’t help my mind, my syntax-oriented-programmer-with-an-inclination-to-a-less-is-more-kind-of-thinking-type-of-mind, I can’t help it from imagining how would <i>I </i>go about subsetting the language. How would I design my <code>JavaScript--</code>. I can’t help myself from outlining a spec of that imaginary language in my head. I even came up with a name for it, which, unsurprisingly, has already been taken.</p>
165. ]]></content:encoded>
167. <wfw:commentRss>https://facundoolano.wordpress.com/2016/12/09/this-is-unfortunate-and-were-stuck-with-it-forever/feed/</wfw:commentRss>
168. <slash:comments>6</slash:comments>
172. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
173. <media:title type="html">facundoolano</media:title>
174. </media:content>
175. </item>
176. <item>
177. <title>From Clojure to ClojureScript</title>
178. <link>https://facundoolano.wordpress.com/2016/10/16/from-clojure-to-clojurescript/</link>
179. <comments>https://facundoolano.wordpress.com/2016/10/16/from-clojure-to-clojurescript/#comments</comments>
181. <dc:creator><![CDATA[facundoolano]]></dc:creator>
182. <pubDate>Mon, 17 Oct 2016 01:55:49 +0000</pubDate>
183. <category><![CDATA[Uncategorized]]></category>
184. <category><![CDATA[clojure]]></category>
185. <category><![CDATA[clojurescript]]></category>
186. <category><![CDATA[JavaScript]]></category>
187. <category><![CDATA[lisp]]></category>
188. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=930</guid>
189.  
190. <description><![CDATA[Ever since I started working on the advenjure engine as a learning project for Clojure, I thought porting it to the browser would make a great excuse to get into ClojureScript as well. I finally took the time to do it a couple of weeks ago and now the engine is fully functional in both environments. The process [&#8230;]]]></description>
191. <content:encoded><![CDATA[<p style="text-align:justify;">Ever since I started working on the <a href="https://github.com/facundoolano/advenjure">advenjure engine</a> as a learning project for Clojure, I thought porting it to the browser would make a great excuse to get into ClojureScript as well. I finally took the time to do it a couple of weeks ago and now the engine is fully functional in both environments.</p>
192. <p style="text-align:justify;">The process of going from zero to having some Clojure code running in the browser, source-maps included, was surprisingly easy. Making a fully functional Clojure project target the browser too was a bit more difficult, especially when dealing with JavaScript&#8217;s inherent asynchronous nature and setting up the ClojureScript compiler to bundle the project and its dependencies.</p>
193. <p style="text-align:justify;">I document here the steps I took, useful reads, issues I found along the way and the sources where I got the solutions. For context, I&#8217;m using version 1.9.229 of ClojureScript.</p>
194. <h3 style="text-align:justify;">Getting Started</h3>
195. <p style="text-align:justify;"><a href="https://www.clojurescript.org/about/differences">Differences from Clojure</a> was a good place to start getting an idea of what ClojureScript looks like coming from Clojure. After that, the <a href="http://clojurescript.org/guides/quick-start">Quick Start</a> tutorial was all it took to get my code running in the browser, in Node.js and even in a ClojureScript REPL. With the boilerplate project from the tutorial I was able to start migrating bits of the advenjure codebase and running them in the browser console.</p>
196. <p style="text-align:justify;">After testing most of the pure-logic parts of the project and being confortable that they could actually run in the browser, I had to deal with the files that were more or less dependant on Java interop. At this point I needed to review the Reader Conditionals documentation, <a href="http://clojure.org/guides/reader_conditionals">here</a> and <a href="http://dev.clojure.org/display/design/Reader+Conditionals">here</a>. The key takeaways where: Clojure specific logic goes in <code>.clj</code> files, ClojureScript in <code>.cljs</code>; shared logic goes in <code>.cljc</code>, using the conditional syntax in the parts that differ from one host to another:</p>
197. <pre class="brush: clojure; title: ; notranslate">
198. (defn str->int [s]
199.  #?(:clj  (java.lang.Integer/parseInt s)
200.     :cljs (js/parseInt s)))
201. </pre>
202. <p style="text-align:justify;">Because of how macros work in ClojureScript, those needed to go either in <code>.clj</code> or <code>.cljc</code> files, and required using the <code>:require-macros</code> option:</p>
203. <pre class="brush: clojure; title: ; notranslate">
204. (ns example.dialogs
205.  #?(:clj (:require [advenjure.dialogs :refer [dialog]])
206.     :cljs (:require-macros [advenjure.dialogs :refer [dialog]])))
207. </pre>
208. <p style="text-align:justify;">With Reader Conditionals, <code>println</code> and <code>js/prompt</code> I had a fairly functional version of the example game running in the browser. The next step was to include <a href="https://github.com/jcubic/jquery.terminal">jQuery terminal</a> in the web page and use it as the interface for the game.</p>
209. <h3 style="text-align:justify;">JavaScript interop and asyncrhonous code</h3>
210. <p style="text-align:justify;">Interop syntax is pretty simple, <a href="http://www.spacjer.com/blog/2014/09/12/clojurescript-javascript-interop/">this article</a> and the <a href="http://cljs.info/cheatsheet/">CloureScript Cheatsheet</a> covered all I needed: the <code>js/</code> namespace to access JavaScript globals and built-ins, <code>js-obj</code> for object literals, <code>aget</code> and <code>aset</code> to access them, dot prefix to invoke methods.</p>
211. <p style="text-align:justify;">Things got a bit more complicated as I started integrating the jQuery terminal: my library was more or less a REPL, designed around the idea of waiting for user input and then processing it, but the terminal, as most JavaScript libraries, relied on callbacks and asynchronous processing. When the user enters a command, a processing function is called, which is detached from the game loop that holds the current game state and knows how to handle that command.</p>
212. <p style="text-align:justify;">After googling around, core.async seemed like the most suitable tool to emulate the synchronicity that my codebase required. I&#8217;ve read about it earlier in the <a href="http://www.braveclojure.com/core-async/">Brave Clojure book</a>; <a href="http://ku1ik.com/2015/10/12/sweet-core-async.html">this article</a> was also helpful to get code samples.</p>
213. <p style="text-align:justify;">My solution was to create an input channel where the jQuery terminal would write the commands:</p>
214. <pre class="brush: clojure; title: ; notranslate">
215. (ns advenjure.ui.input
216.  (:require-macros [cljs.core.async.macros :refer [go]])
217.  (:require [cljs.core.async :refer [<! >! chan]]))
218.  
219. (def input-chan (chan))
220.  
221. (defn process-command
222.  "Callback passed to jQuery terminal upon initialization"
223.  [command]
224.  (go (>! input-chan command)))
225.  
226. (defn get-input
227.  "Wait for input to be written in the input channel"
228.  [state]
229.  (go (<! input-chan)))
230. </pre>
231. <p style="text-align:justify;">The main game loop that used to block waiting for user input now was a <code>go-loop</code> that &#8220;parked&#8221; until data came into the input channel:</p>
232. <pre class="brush: clojure; title: ; notranslate">
233. (ns advenjure.game
234.  (:require [advenjure.ui.input :refer [get-input exit]]
235.            #?(:cljs [cljs.core.async :refer [<!]]))
236.  #?(:cljs (:require-macros [cljs.core.async.macros :refer [go-loop]])))
237.  
238. #?(:clj
239.    (defn run
240.      [game-state finished?]
241.      (loop [state game-state]
242.        (let [input (get-input state)
243.              new-state (process-input state input)]
244.          (if-not (finished? new-state)
245.            (recur new-state)
246.            (exit))))))
247.  
248. #?(:cljs
249.    (defn run
250.      [game-state finished?]
251.      (go-loop [state game-state]
252.        (let [input (<! (get-input state))
253.              new-state (process-input state input)]
254.          (if-not (finished? new-state)
255.            (recur new-state)
256.            (exit))))))
257. </pre>
258. <p style="text-align:justify;">This works well although it requires some amount of duplication between the Clojure and ClojureScript versions of the code. Advenjure dialog trees introduce more sophisticated ways of reading and processing user input, which threatened to leak the core.async logic into other portions of the codebase, thus causing more duplication. I managed to keep that to an acceptable minimum without loosing functionality, but there&#8217;s definitely room for improvement, perhaps coming up with some macro that abstracts host-specific differences behind a common syntax.</p>
259. <h3>Reading, evaluating and persisting Clojure code</h3>
260. <p style="text-align:justify;">Some of the features of advenjure, such as dialogs and post/pre conditions, required storing quoted Clojure code in the game state, for later evaluation. I found that some built-ins I used to implement them, like <code>read-string</code> and <code>eval</code>, are not directly available in ClojureScript, but a bit of googling revealed how to bring them back.</p>
261. <p style="text-align:justify;">Based on <a href="https://yogthos.net/posts/2015-11-12-ClojureScript-Eval.html">this article</a> I came up with the following function to replace the native <code>eval</code>, using the tools in the <code>cljs.js</code> namespace:</p>
262. <pre class="brush: clojure; title: ; notranslate">
263. (ns advenjure.eval
264.  (:require [cljs.js]))
265.  
266. (defn eval [form] (cljs.js/eval
267.                    (cljs.js/empty-state)
268.                    form
269.                    {:eval cljs.js/js-eval
270.                     :source-map true
271.                     :context :expr}
272.                    :value))
273. </pre>
274. <p style="text-align:justify;">As I learned later on, this snippet comes with one catch: when using <a href="http://clojurescript.org/guides/self-hosting">Self-hosted ClojureScript</a> (which is what <code>cljs.js</code> enables, evaluating ClojureScript code inside ClojureScript), you can&#8217;t use advanced <a href="http://clojurescript.org/reference/compiler-options#optimizations">compiler optimizations</a> in your build.</p>
275. <p style="text-align:justify;">While it&#8217;s not a built-in, <code>read-string</code> can be found in <code>cljs.reader/read-string</code>. In the Clojure version of my library, I was able to easily save and restore the game state to a file:</p>
276. <pre class="brush: clojure; title: ; notranslate">
277. (defn save-game [game-state]
278. (spit "saved.game" game-state))
279.  
280. (defn load-game []
281. (read-string (slurp "saved.game")))
282. </pre>
283. <p style="text-align:justify;">I intended to do the same in ClojureScript, using the browser localStorage. This didn&#8217;t work right away, though, because the ClojureScript reader doesn&#8217;t know how to read records back from the storage. <a href="https://coderwall.com/p/3xqr7q/clojurescript-read-string-and-records">This script</a> gave me the solution:</p>
284. <pre class="brush: clojure; title: ; notranslate">
285. (require '[cljs.reader :refer [read-string register-tag-parser!]]
286.         '[advenjure.items :refer [map->Item]]
287.         '[advenjure.rooms :refer [map->Room]])
288.  
289. (defn save-game [game-state]
290. (aset js/localStorage "saved.game" (pr-str game-state)))
291.  
292. (register-tag-parser! "advenjure.items.Item" map->Item)
293. (register-tag-parser! "advenjure.rooms.Room" map->Room)
294.  
295. (defn load-game []
296. (read-string (aget js/localStorage "saved.game")))
297. </pre>
298. <h3>Leiningen cljsbuild plugin</h3>
299. <p style="text-align:justify;">So far I was doing all the work inside the hello-world project from the Quick Start tutorial. Now that most of the engine was working in ClojureScript I had to integrate it back into the Clojure project and fix anything I broke to make sure it targeted both platforms. I&#8217;m using Leiningen so I looked into the <a href="https://github.com/emezeske/lein-cljsbuild">lein-cljsbuild</a> plugin. Since advenjure is a library intended to be used as a dependency in other projects, it didn&#8217;t matter much what configuration I put in there; the example project, though, ended up with the following configuration in its project.clj:</p>
300. <pre class="brush: clojure; title: ; notranslate">
301. :plugins [[lein-cljsbuild "1.1.4"]]
302. :cljsbuild
303.  {:builds
304.   {:main {:source-paths ["src"]
305.           :compiler {:output-to "main.js"
306.                      :main example.core
307.                      :optimizations :simple
308.                      :pretty-print false
309.                      :optimize-constants true
310.                      :static-fns true}}
311.  
312.    :dev {:source-paths ["src"]
313.          :compiler {:output-to "dev.js"
314.                     :main example.core
315.                     :optimizations :none
316.                     :source-map true
317.                     :pretty-print true}}}}
318. </pre>
319. <p style="text-align:justify;">Then, running <code>lein cljsbuild once</code> would compile development and production versions of the game to be included in the HTML page. Note that, as mentioned, I couldn&#8217;t use <code>:optimizations :advanced</code> in the production build, because I was using the <code>cljs.js</code> namespace in my project.</p>
320. <h3 style="text-align:justify;">Regular Expressions</h3>
321. <p style="text-align:justify;">Some of the features of advenjure relied on regular expressions. The Clojure related functions are backed by the host implementation of regexes, and JavaScript <a href="http://stackoverflow.com/q/5367369/993769">doesn&#8217;t support</a> named capturing groups. To overcome this without changing the original code, I resorted to <a href="http://xregexp.com/">XRegExp</a>, which fortunately respects the native JavaScript interfaces for regular expressions:</p>
322. <pre class="brush: clojure; title: ; notranslate">
323. (def regexp #?(:clj re-pattern :cljs js/XRegExp))
324.  
325. (defn match-verb [verb-pattern input]
326.  (re-find (regexp verb-pattern) input))
327. </pre>
328. <h3 style="text-align:justify;">Bundling foreign libs</h3>
329. <p style="text-align:justify;">Once everything worked as expected, I needed to figure out how to pack the library so it could be easily included in projects with minimum effort. Particularly, I needed a way to bundle the JavaScript dependencies (jQuery, jQuery terminal, etc.), so the users wouldn&#8217;t need to include them manually in their HTML. This topic can get a bit complex in ClojureScript, especially when dealing with advanced optimizations (which I learned along the way I wasn&#8217;t going to use). <a href="http://clojurescript.org/reference/dependencies">This</a> and <a href="http://lukevanderhart.com/2011/09/30/using-javascript-and-clojurescript.html">this</a> are good references.</p>
330. <p style="text-align:justify;">The <a href="http://cljsjs.github.io/">CLJSJS project</a> is an initiative that allows to easily require JavaScript libraries like regular Clojure dependencies. The problem is that the amount of supported libraries is limited, and contributing one of your own is <a href="https://github.com/cljsjs/packages/wiki/Creating-Packages">not a trivial process</a> (specifically, it seems to require Boot, and since I was already set up with Leiningen it didn&#8217;t look like an option at the moment).</p>
331. <p style="text-align:justify;">I had to fallback to using the <a href="http://clojurescript.org/reference/compiler-options#foreign-libs">foreign-libs compiler option</a>. For some reason, I couldn&#8217;t figure out how to make that work from the cljsbuild settings in my project.clj, so after reviewing <a href="http://clojurescript.org/reference/packaging-foreign-deps">this wiki entry</a> I decided to include a <code>deps.cljs</code> file in the root of my source directory:</p>
332. <pre class="brush: clojure; title: ; notranslate">
333. {:foreign-libs
334. [{:file "jquery/jquery-3.1.1.js"
335. :file-min "jquery/jquery-3.1.1.min.js"
336. :provides ["jquery"]}
337. {:file "jquery.terminal/jquery.terminal-0.11.10.js"
338. :file-min "jquery.terminal/jquery.terminal-0.11.10.min.js"
339. :requires ["jquery"]
340. :provides ["jquery.terminal"]}
341. {:file "jquery.terminal/jquery.mousewheel.js"
342. :file-min "jquery.terminal/jquery.mousewheel.min.js"
343. :requires ["jquery"]
344. :provides ["jquery.mousewheel"]}
345. {:file "xregexp/xregexp-all.js"
346. :file-min "xregexp/xregexp-all.min.js"
347. :provides ["xregexp"]}]
348. :externs ["jquery/externs.js" "jquery.terminal/externs.js" "xregexp/externs.js"]}
349. </pre>
350. <p style="text-align:justify;">Some notes about it:</p>
351. <ul>
352. <li style="text-align:justify;">I had to add the files and minified files to the resources folder of the library, to be used in the development and production builds respectively.</li>
353. <li style="text-align:justify;">I needed to define a <code>:provides</code> name and require it in my codebase (no matter if the library exposes a global value that&#8217;s actually accesible through <code>js/</code>), in order for the compiler to include the library in the generated build.</li>
354. <li style="text-align:justify;">The <code>:requires</code> is also important to establish dependencies between libraries; without it, the jQuery terminal code can be included before jQuery, which would cause a reference error when running in the browser.</li>
355. <li style="text-align:justify;">The externs aren&#8217;t really necessary, since I wasn&#8217;t using advanced optimizations, but if I was I found <a href="http://www.dotnetwise.com/Code/Externs/">this tool</a> of great help in generating those files, especially for big libraries like jQuery. Smaller ones, like a jQuery plugin, I could create by hand; the <a href="https://github.com/cljsjs/packages">CLJSJS packages</a> can be a good reference in that case.</li>
356. </ul>
357. ]]></content:encoded>
359. <wfw:commentRss>https://facundoolano.wordpress.com/2016/10/16/from-clojure-to-clojurescript/feed/</wfw:commentRss>
360. <slash:comments>1</slash:comments>
364. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
365. <media:title type="html">facundoolano</media:title>
366. </media:content>
367. </item>
368. <item>
369. <title>Real-world RPC with RabbitMQ and Node.JS</title>
370. <link>https://facundoolano.wordpress.com/2016/06/26/real-world-rpc-with-rabbitmq-and-node-js/</link>
371. <comments>https://facundoolano.wordpress.com/2016/06/26/real-world-rpc-with-rabbitmq-and-node-js/#comments</comments>
373. <dc:creator><![CDATA[facundoolano]]></dc:creator>
374. <pubDate>Sun, 26 Jun 2016 15:54:16 +0000</pubDate>
375. <category><![CDATA[Uncategorized]]></category>
376. <category><![CDATA[JavaScript]]></category>
377. <category><![CDATA[microservices]]></category>
378. <category><![CDATA[Node.js]]></category>
379. <category><![CDATA[RabbitMQ]]></category>
380. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=824</guid>
381.  
382. <description><![CDATA[tl;dr: use the direct reply-to feature to implement RPC in RabbitMQ. I’m currently working on a platform that relies heavily on RPC over RabbitMQ to move incoming requests through a chain of Node.JS worker processes. The high level setup for RPC is well described in RabbitMQ’s documentation; let&#8217;s steal their diagram: We grew our RPC client [&#8230;]]]></description>
383. <content:encoded><![CDATA[<p style="text-align:justify;"><em><span style="font-weight:400;">tl;dr: use the <a href="https://www.rabbitmq.com/direct-reply-to.html" target="_blank">direct reply-to</a> feature to implement RPC in RabbitMQ.</span></em></p>
384. <p style="text-align:justify;">I’m currently working on a platform that relies heavily on RPC over RabbitMQ to move incoming requests through a chain of Node.JS worker processes. The high level setup for RPC is well described in RabbitMQ’s documentation; let&#8217;s steal their diagram:</p>
385. <p style="text-align:justify;"><img data-attachment-id="831" data-permalink="https://facundoolano.wordpress.com/2016/06/26/real-world-rpc-with-rabbitmq-and-node-js/python-six/#main" data-orig-file="https://facundoolano.files.wordpress.com/2016/06/python-six.png" data-orig-size="576,200" data-comments-opened="1" data-image-meta="{&quot;aperture&quot;:&quot;0&quot;,&quot;credit&quot;:&quot;&quot;,&quot;camera&quot;:&quot;&quot;,&quot;caption&quot;:&quot;&quot;,&quot;created_timestamp&quot;:&quot;0&quot;,&quot;copyright&quot;:&quot;&quot;,&quot;focal_length&quot;:&quot;0&quot;,&quot;iso&quot;:&quot;0&quot;,&quot;shutter_speed&quot;:&quot;0&quot;,&quot;title&quot;:&quot;&quot;,&quot;orientation&quot;:&quot;0&quot;}" data-image-title="python-six" data-image-description="" data-image-caption="" data-medium-file="https://facundoolano.files.wordpress.com/2016/06/python-six.png?w=300" data-large-file="https://facundoolano.files.wordpress.com/2016/06/python-six.png?w=576" class=" size-full wp-image-831 aligncenter" src="https://facundoolano.files.wordpress.com/2016/06/python-six.png?w=594" alt="python-six"   srcset="https://facundoolano.files.wordpress.com/2016/06/python-six.png 576w, https://facundoolano.files.wordpress.com/2016/06/python-six.png?w=150&amp;h=52 150w, https://facundoolano.files.wordpress.com/2016/06/python-six.png?w=300&amp;h=104 300w" sizes="(max-width: 576px) 100vw, 576px" /></p>
386. <p style="text-align:justify;">We grew our RPC client code based on the <a href="https://www.rabbitmq.com/tutorials/tutorial-six-javascript.html" target="_blank">JavaScript tutorial</a>, using the <a href="https://github.com/squaremo/amqp.node" target="_blank">amqp.node</a> module. The first —admittedly naive— implementation just created a new connection, channel and queue per request and killed the connection after getting a reply:</p>
387. <pre class="brush: jscript; title: ; notranslate">
388. const sendRPCMessage = (settings, message, rpcQueue) =>
389.  amqp.connect(settings.url, settings.socketOptions)
390.    .then((conn) => conn.createChannel())
391.    .then((channel) => channel.assertQueue('', settings.queueOptions)
392.      .then((replyQueue) => new Promise((resolve, reject) => {
393.        const correlationId = uuid.v4();
394.        const msgProperties = {
395.          correlationId,
396.          replyTo: replyQueue.queue
397.        };
398.  
399.        function consumeAndReply (msg) {
400.          if (!msg) return reject(Error.create('consumer cancelled by rabbitmq'));
401.  
402.          if (msg.properties.correlationId === correlationId) {
403.            resolve(msg.content);
404.          }
405.        }
406.  
407.        channel.consume(replyQueue.queue, consumeAndReply, {noAck: true})
408.        .then(() => channel.sendToQueue(rpcQueue, new Buffer(message), msgProperties));
409.      })));
410. </pre>
411. <p style="text-align:justify;">That got us a long way during development but obviously failed to perform under non-trivial loads. What was more shocking is that it got dramatically worse when running it on a RabbitMQ cluster.</p>
412. <p style="text-align:justify;">So we needed to refactor our client code. The problem is that <a href="https://www.rabbitmq.com/tutorials/tutorial-six-javascript.html">most</a> <a href="https://github.com/squaremo/amqp.node/blob/master/examples/tutorials/rpc_client.js">examples</a> show how to send one-off RPC messages, but aren’t that clear on how the approach would be used at scale on a long-lived process. We obviously needed to reuse the connection but how about the channel? Should I create a new callback queue per incoming request or a single one per client?</p>
413. <h3 style="text-align:justify;">Using a single reply-to queue per client</h3>
414. <p style="text-align:justify;">Based on the tutorial, I understood that the sensible approach was to reuse the queue from which the client consumed the RPC replies:</p>
415. <blockquote>
416. <p style="text-align:justify;">In the method presented above we suggest creating a callback queue for every RPC request. That&#8217;s pretty inefficient, but fortunately there is a better way &#8211; let&#8217;s create a single callback queue per client. That raises a new issue, having received a response in that queue it&#8217;s not clear to which request the response belongs. That&#8217;s when the correlation_id property is used.</p>
417. </blockquote>
418. <p style="text-align:justify;">We were already checking the <code>correlationId</code>, and just needed to create the reply-to queue in advance:</p>
419. <pre class="brush: jscript; title: ; notranslate">
420. const createClient = (settings) =>
421.  amqp.connect(settings.url, settings.socketOptions)
422.    .then((conn) => conn.createChannel())
423.    .then((channel) => channel.assertQueue('', settings.queueOptions)
424.      .then((replyQueue) => {
425.        channel.replyQueue = replyQueue.queue;
426.        return channel;
427.      }));
428. </pre>
429. <p style="text-align:justify;">I thought that would be enough to make sure the right consumer got the right message, but in practice I found that each message was always delivered to the first consumer. Therefore, I needed to cancel the consumer after the reply was processed:</p>
430. <pre class="brush: jscript; title: ; notranslate">
431. const sendRPCMessage = (channel, message, rpcQueue) =>
432.  new Promise((resolve, reject) => {
433.    const correlationId = uuid.v4();
434.    const msgProperties = {
435.      correlationId,
436.      replyTo: channel.replyQueue
437.    };
438.  
439.    function consumeAndReply (msg) {
440.      if (!msg) return reject(Error.create('consumer cancelled by rabbitmq'));
441.  
442.      if (msg.properties.correlationId === correlationId) {
443.        channel.cancel(correlationId)
444.          .then(() => resolve(resolve(msg.content)));
445.      }
446.    }
447.  
448.    channel.consume(channel.replyQueue, consumeAndReply, {
449.      noAck: true,
450.      // use the correlationId as a consumerTag to cancel the consumer later
451.      consumerTag: correlationId
452.    })
453.    .then(() => channel.sendToQueue(rpcQueue, new Buffer(message), msgProperties));
454.  });
455. </pre>
456. <p style="text-align:justify;">Enough? Only if the client processed one request at a time. As soon as I added some concurrency I saw that some of the messages were not handled at all. They were picked up by the wrong consumer, which ignored them because of the <code>correlationId</code> check, so they were lost. I needed to do something about unexpected message handling.</p>
457. <h3 style="text-align:justify;">Requeuing unexpected messages</h3>
458. <p style="text-align:justify;">I tried using <code>nack</code> when a consumer received a reply to a message with an unexpected <code>correlationId</code>:</p>
459. <pre class="brush: jscript; title: ; notranslate">
460. function consumeAndReply (msg) {
461.  if (!msg) return reject(Error.create('consumer cancelled by rabbitmq'));
462.  
463.  if (msg.properties.correlationId === correlationId) {
464.    channel.ack(msg);
465.    channel.cancel(correlationId)
466.      .then(() => resolve(resolve(msg.content)));
467.  } else {
468.    channel.nack(msg);
469.  }
470. }
471. </pre>
472. <p style="text-align:justify;">Now the messages seemed to be handled, eventually. Only they weren’t: when I increased the load I saw message loss again. Further inspection revealed that the consumers were entering a weird infinite loop:</p>
473. <pre>Consumer A gets message B; message B requeued
474. Consumer B gets message C; Message C requeued
475. Consumer C gets message A; Message A requeued</pre>
476. <p style="text-align:justify;">Repeated ad-infinitum. The same behaviour was reproduced using every possible combination of <code>nack</code>, <code>reject</code> and <code>sendToQueue</code> to send back the message.</p>
477. <p style="text-align:justify;"><a href="http://rabbitmq.1065348.n5.nabble.com/Push-to-back-of-Queue-on-NAck-td28421.html">Googling the issue</a>, I read about the possibility of using <a href="https://www.rabbitmq.com/dlx.html">Dead letter exchanges</a> to handle those cases. But having to manually requeue unexpected messages felt weird enough; introducing a new exchange and queue sounded like a lot of effort to handle what should be a pretty standard use case for RPC. Better to take a step back.</p>
478. <h3 style="text-align:justify;">Using a new reply-to queue per request</h3>
479. <p style="text-align:justify;">So I went back to a reply-to queue per request. This was marginally better than our initial approach since now at least we were recycling the connection and the channel. What’s more, that appeared to be the standard way to do RPC in RabbitMQ according to the <a href="http://stackoverflow.com/a/31705146/993769" target="_blank">few</a> <a href="https://github.com/rudijs/amqp.node-rpc-factory">spots</a> where I found non-tutorial implementation details, so, as Paul Graham would say, we wouldn’t get in trouble for using it.</p>
480. <p style="text-align:justify;">And it worked well for us as long as we run a single RabbitMQ instance. When we moved to a RabbitMQ cluster the performance was pretty much the same as when we were creating connections like there was no tomorrow.</p>
481. <h3 style="text-align:justify;">Using direct reply-to</h3>
482. <p style="text-align:justify;">We were seriously considering dropping the RabbitMQ cluster altogether (which meant turning our broker into a single point of failure), when I came across the link to the <a href="https://www.rabbitmq.com/direct-reply-to.html">direct reply-to documentation</a>. The first interesting thing there was that it confirmed why we were seeing such bad performance when running a RabbitMQ cluster:</p>
483. <blockquote>
484. <p style="text-align:justify;">The client can declare a single-use queue for each request-response pair. But this is inefficient; even a transient unmirrored queue can be expensive to create and then delete (compared with the cost of sending a message). This is especially true in a cluster as all cluster nodes need to agree that the queue has been created, even if it is unmirrored.</p>
485. </blockquote>
486. <p style="text-align:justify;">Direct reply-to uses a pseudo-queue instead, avoiding the queue declaration cost. And fortunately it was fairly straightforward to implement:</p>
487. <pre class="brush: jscript; title: ; notranslate">
488. const createClient = (settings) => amqp.connect(settings.url, settings.socketOptions)
489.  
490. const sendRPCMessage = (client, message, rpcQueue) => conn.createChannel()
491.  .then((channel) => new Promise((resolve, reject) => {
492.    const replyToQueue = 'amq.rabbitmq.reply-to';
493.    const timeout = setTimeout(() => channel.close(), 10000);
494.  
495.    const correlationId = uuid.v4();
496.    const msgProperties = {
497.      correlationId,
498.      replyTo: replyToQueue
499.    };
500.  
501.    function consumeAndReply (msg) {
502.      if (!msg) return reject(Error.create('consumer cancelled by rabbitmq'));
503.  
504.      if (msg.properties.correlationId === correlationId) {
505.        resolve(msg.content);
506.        clearTimeout(timeout);
507.        channel.close();
508.      }
509.    }
510.  
511.    channel.consume(replyToQueue, consumeAndReply, {noAck: true})
512.    .then(() => channel.sendToQueue(rpcQueue, new Buffer(content), msgProperties))
513.  });
514. </pre>
515. <p style="text-align:justify;">This worked just as we expected, even in the cluster. As the code shows, though, we were still creating a new channel per request and we needed to handle its closing, even when the response never came. Trying to use a single channel resulted in a &#8220;reply consumer already set&#8221; error, because the queue was always the same.</p>
516. <p style="text-align:justify;">Creating so many channels didn&#8217;t feel right, so I <a href="https://github.com/squaremo/amqp.node/issues/259">filed an issue</a> asking for advice in the amqp.node repo. The creator confirmed that that was indeed an anti-pattern and suggested not only using a single channel but registering a single consumer (i.e. a single callback function to handle all RPC responses). This meant introducing some structure to be able to route responses back to the promise that was expecting it. Using an <code>EventEmitter</code> turned out to be an elegant way to accomplish it:</p>
517. <pre class="brush: jscript; title: ; notranslate">
518. const REPLY_QUEUE = 'amq.rabbitmq.reply-to';
519.  
520. const createClient = (settings) => amqp.connect(settings.url, settings.socketOptions)
521.  .then((conn) => conn.createChannel())
522.  .then((channel) => {
523.    // create an event emitter where rpc responses will be published by correlationId
524.    channel.responseEmitter = new EventEmitter();
525.    channel.responseEmitter.setMaxListeners(0);
526.    channel.consume(REPLY_QUEUE,
527.      (msg) => channel.responseEmitter.emit(msg.properties.correlationId, msg.content),
528.      {noAck: true});
529.  
530.    return channel;
531.  });
532.  
533. const sendRPCMessage = (channel, message, rpcQueue) => new Promise((resolve) => {
534.  const correlationId = uuid.v4();
535.  // listen for the content emitted on the correlationId event
536.  channel.responseEmitter.once(correlationId, resolve);
537.  channel.sendToQueue(rpcQueue, new Buffer(message), { correlationId, replyTo: REPLY_QUEUE })
538. });</pre>
539. ]]></content:encoded>
541. <wfw:commentRss>https://facundoolano.wordpress.com/2016/06/26/real-world-rpc-with-rabbitmq-and-node-js/feed/</wfw:commentRss>
542. <slash:comments>27</slash:comments>
546. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
547. <media:title type="html">facundoolano</media:title>
548. </media:content>
549.  
550. <media:content url="https://facundoolano.files.wordpress.com/2016/06/python-six.png" medium="image">
551. <media:title type="html">python-six</media:title>
552. </media:content>
553. </item>
554. <item>
555. <title>Clojure: the good, the bad and the ugly</title>
556. <link>https://facundoolano.wordpress.com/2016/03/20/first-impressions-on-clojure/</link>
557. <comments>https://facundoolano.wordpress.com/2016/03/20/first-impressions-on-clojure/#comments</comments>
559. <dc:creator><![CDATA[facundoolano]]></dc:creator>
560. <pubDate>Sun, 20 Mar 2016 20:25:43 +0000</pubDate>
561. <category><![CDATA[Uncategorized]]></category>
562. <category><![CDATA[clojure]]></category>
563. <category><![CDATA[functional programming]]></category>
564. <category><![CDATA[Java]]></category>
565. <category><![CDATA[lisp]]></category>
566. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=682</guid>
567.  
568. <description><![CDATA[Four years ago I wrote about my first (and last) experience with Common Lisp. I had high expectations and was disappointed; I ended up thinking maybe I should give Scheme or Clojure a try. It took a while, but I finally did it last month: learn Clojure. And it looks like a keeper. Clojure has all the goodness [&#8230;]]]></description>
569. <content:encoded><![CDATA[<p style="text-align:justify;"><span style="font-weight:400;">Four years ago <a href="https://facundoolano.wordpress.com/2012/01/31/first-impressions-on-common-lisp/">I wrote</a> about my first (and last) experience with Common Lisp. I had high expectations and was disappointed; I ended up thinking maybe I should give Scheme or Clojure a try. It took a while, but I finally did it last month: learn Clojure. And it looks like a keeper. </span></p>
570. <p style="text-align:justify;"><span style="font-weight:400;">Clojure has all the goodness of Lisp and functional programming, and it </span><i><span style="font-weight:400;">feels</span></i><span style="font-weight:400;"> like a modern language: it addresses most of things that annoyed me about Common Lisp.</span></p>
571. <p style="text-align:justify;"><span style="font-weight:400;">I’ve followed the great </span><i><span style="font-weight:400;"><a href="http://braveclojure.com">Clojure for the brave and true</a></span></i><span style="font-weight:400;"> book by Daniel Higginbotham and then I’ve tackled a <a href="https://github.com/facundoolano/advenjure">small project</a> to train my skills. Here are my notes.</span></p>
572. <h2 style="text-align:justify;">The good</h2>
573. <ul style="text-align:justify;">
574. <li style="font-weight:400;"><span style="font-weight:400;">A consistent syntax, operation names and polymorphic functions. No weird illegible names, no type specific versions of the same function (I’m looking at you Common Lisp).</span></li>
575. <li style="font-weight:400;">Functional! Immutable! Expressive!
576. <ul>
577. <li style="font-weight:400;">I don’t miss objects. Structuring programs in small functions; isolated, never changing data; those things just feel right. And I’m not even waving the old “shared state is bad for concurrency” flag; I don’t care —just now— about concurrency. This stuff makes programs simpler to reason about and test, and more fun to write.</li>
578. <li style="font-weight:400;"><span style="font-weight:400;">There’s more: Clojure is so expressive and gives you enough options (I’m thinking loop, doseq, destructuring, etc.) that you don’t necessarily need to incur in “head/tail” recursive processing as much as I found in other functional languages, so the leap is not so rough.</span></li>
579. </ul>
580. </li>
581. <li style="font-weight:400;">Did I say I don’t care about concurrency? I don’t. Mostly. Not at the language level, anyway. Clojure has a lot of cool tools for concurrency (future, delay, promise, pmap, core.async). Too much options, maybe, but I don’t mind about that either. I can just RTFM whenever I do have the need to do things concurrently. And, yes, immutability and pure functions make it simpler.</li>
582. <li>A strong philosophy behind the language, that seems to drive its design. Python has this too and to me it’s its biggest selling point. Languages like C++ and increasingly JavaScript, on the other hand, feel like magic bags where features are added carelessly without consideration of the results. Java <em>does</em> have a strong philosophy: <a href="https://facundoolano.wordpress.com/2011/11/03/python-doesn%e2%80%99t-treat-me-like-i%e2%80%99m-stupid/">programmers are mostly idiots</a>.</li>
583. <li>Runs on the JVM. Seriously? I personally couldn’t care less about that but JVM languages seem to attract a lot of attention. There are tons of Java devs for sure and some of them seem to have a symbiotic relationship with the JVM: it’s like they aren’t cheating on Java if they keep the deal inside the VM. Why would people learn Groovy instead of Ruby or Python, god only knows, but because of the “Runs in Java” part there’s a better chance of finding a Clojure Job than one using Haskell, Scheme or most other functional languages around. That alone is enough reason for me to stick with Clojure instead of keep trying Lisp dialects, even if some other one may fit my taste better.</li>
584. <li>Haven’t tried it yet, but the mere existence of ClojureScript is good news to me, specially considering how annoyed I am with the direction the JavaScript syntax and ecosystem is taking lately. <a href="https://youtu.be/gsffg5xxFQI">This talk</a> totally sold it to me.</li>
585. <li>Said it before and say it again: forget about parenthesis. People seem to worry a lot about them beforehand, but as with Python whitespace indentation, once you’ve used it for five minutes it just goes away. Specially if you use the darn awesome <a href="https://shaunlebron.github.io/parinfer/">Parinfer</a>.</li>
586. <li style="font-weight:400;"><span style="font-weight:400;">Which brings me to: you don’t need Emacs for Lisp programming. Yes, I hear you, once I master Emacs I’ll be a more powerful programmer. But I’m trying to learn a weird language here, don’t make me also learn a weird, counter-intuitive editor at the same time. That would just increase the chances of me dropping the effort altogether. </span>There are decent ports of Paredit for Sublime and Atom, which is good enough. But with Parinfer you just learn one command and forget about it, it just works.</li>
587. <li style="font-weight:400;">REPL driven development. Because of pure functions it’s easy to write a piece of code and test it right away in the REPL. Together with unit tests it pretty much removes the need for debugging.</li>
588. <li style="font-weight:400;"><a href="http://leiningen.org/">Leiningen</a> looks good, it covers the small needs I had starting out and didn’t get in the way. Clojurians say it does a lot more than that, so great. Much better than the 17 tools you need to set up to have a Node.js project running these days.</li>
589. </ul>
590. <h2 style="text-align:justify;">The bad</h2>
591. <ul style="text-align:justify;">
592. <li style="font-weight:400;"><span style="font-weight:400;">Namespace syntax is complicated, there are too many operations and keywords to do it (require, refer, use, alias, import and ns —which can do all of the others with a slightly different notation). It’s flexible but boilerplatish, even when sticking to ns:</span></li>
593. </ul>
594. <pre class="brush: clojure; title: ; notranslate">
595. (ns advenjure.game
596.  (:require [advenjure.rooms :as rooms]
597.            [advenjure.utils :as utils]
598.            [advenjure.verb-map :refer [find-verb verb-map]]))
599. </pre>
600. <ul style="text-align:justify;">
601. <li style="font-weight:400;"><span style="font-weight:400;">And while there’s no hard rule to keep a one to one relation between files and namespaces, there’s a strong convention to do it, so having to declare the package name in every file seems totally redundant (and Java-ish, let&#8217;s be honest).</span></li>
602. <li style="font-weight:400;"><span style="font-weight:400;"><a href="https://clojuredocs.org/clojure.core/contains_q">contains?</a> Works in a <a href="http://stackoverflow.com/questions/3249334/test-whether-a-list-contains-a-specific-value-in-clojure">counter-intuitive way</a> for vectors.</span></li>
603. </ul>
604. <p style="text-align:justify;"><span style="font-weight:400;">That’s all I got.</span></p>
605. <h2 style="text-align:justify;">And the ugly</h2>
606. <p style="text-align:justify;"><span style="font-weight:400;">Ok, there wasn’t much bad stuff, but there is some </span><i><span style="font-weight:400;">maybe not so good</span></i><span style="font-weight:400;"> or </span><i><span style="font-weight:400;">arguably not good</span></i><span style="font-weight:400;"> things I can think of.</span></p>
607. <ul style="text-align:justify;">
608. <li style="font-weight:400;"><span style="font-weight:400;">The built in operator set doesn’t follow the Unix and Python philosophy of small core and a lot of libraries that I like so much: the functions are way too many to easily remember, and they aren’t entirely orthogonal (some of them do the same thing in slightly different ways). Then again, the <a href="http://clojure.org/api/cheatsheet">Clojure Cheatsheet</a>, the REPL and <a href="http://clojuredocs.org/clojure.repl/doc">doc</a> are more than enough to cope with that.</span></li>
609. <li style="font-weight:400;"><span style="font-weight:400;">Polymorphism is great: sequence and collection functions work as expected in all data structures. The downside is that to do so the results are always coerced to seqs, which may be unexpected, specially for hash maps. In practice, though, I found myself just chaining those functions and rarely caring about the resulting type.</span></li>
610. <li style="font-weight:400;"><span style="font-weight:400;">Macros are powerful and awesome but the quoting syntax can get very tricky. I definitely need more experience to learn to reason about macro code, but the syntax will remain ugly. I guess that’s the cost you pay for being able to fiddle with how the language processes the code. In the end (much like Python metaclasses), macros are a great tool to keep in the box, but to use sparingly. So far every time I thought about implementing one I got away fine by using closures instead.</span></li>
611. <li style="font-weight:400;"><span style="font-weight:400;">Java does sneak in quite a bit and that’s a turn off. (spoiler alert: I don’t like Java). </span><span style="font-weight:400;">OK, Java interop is simple and powerful, probably the most straightforward language interfacing I’ve seen (boy was SWIG a nightmare). That being said, Java code inside Clojure looks like, well, Java code inside Clojure: it reeks. </span><span style="font-weight:400;">This wouldn’t be so much of a problem if needed only to interact with some third party Java libraries, but in practice I’ve found that there’s basic stuff lacking in the Clojure standard library and it’s either add a dependency or use Java interop. I saw this while solving an exercise from the Brave Clojure book: it asked to list the first results of a google search. The request should be a one liner using the built in <a href="https://clojuredocs.org/clojure.core/slurp">slurp</a> function but, wait, you need to set the User-Agent header to request google, so you end up with:</span></li>
612. </ul>
613. <pre class="brush: clojure; title: ; notranslate">
614. (with-open [inputstream (-> (java.net.URL. url)
615.                            .openConnection
616.                            (doto (.setRequestProperty "User-Agent"
617.                                                       "Mozilla/5.0 ..."))
618.                            .getContent)]
619. </pre>
620. <h2 style="text-align:justify;">The end</h2>
621. <p style="text-align:justify;"><span style="font-weight:400;">Even though it’s not my ideal language and it may be less ideal to me than Python was, it looks like I’ll start to look for excuses to use Clojure as much as possible and it’ll be a while before I jump to study another new language.</span></p>
622. ]]></content:encoded>
624. <wfw:commentRss>https://facundoolano.wordpress.com/2016/03/20/first-impressions-on-clojure/feed/</wfw:commentRss>
625. <slash:comments>3</slash:comments>
629. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
630. <media:title type="html">facundoolano</media:title>
631. </media:content>
632. </item>
633. <item>
634. <title>Panda vs Zombies: my new Android video game</title>
635. <link>https://facundoolano.wordpress.com/2015/02/27/panda-vs-zombies-my-new-android-video-game/</link>
636. <comments>https://facundoolano.wordpress.com/2015/02/27/panda-vs-zombies-my-new-android-video-game/#respond</comments>
638. <dc:creator><![CDATA[facundoolano]]></dc:creator>
639. <pubDate>Sat, 28 Feb 2015 00:59:37 +0000</pubDate>
640. <category><![CDATA[Uncategorized]]></category>
641. <category><![CDATA[action]]></category>
642. <category><![CDATA[android]]></category>
643. <category><![CDATA[C++]]></category>
644. <category><![CDATA[shooter]]></category>
645. <category><![CDATA[videogames]]></category>
646. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=659</guid>
647.  
648. <description><![CDATA[Over most of last year I&#8217;ve been working along a couple of college friends on an action game for Android and it&#8217;s finally out. It&#8217;s done using cocos2d-x in C++, which is by no means a language I like, so hopefully I&#8217;ll get to write here about the experience I had building it. In the meantime, [&#8230;]]]></description>
649. <content:encoded><![CDATA[<p><a href="https://facundoolano.files.wordpress.com/2015/02/front.png"><img data-attachment-id="661" data-permalink="https://facundoolano.wordpress.com/2015/02/27/panda-vs-zombies-my-new-android-video-game/front/#main" data-orig-file="https://facundoolano.files.wordpress.com/2015/02/front.png" data-orig-size="1280,720" data-comments-opened="1" data-image-meta="{&quot;aperture&quot;:&quot;0&quot;,&quot;credit&quot;:&quot;&quot;,&quot;camera&quot;:&quot;&quot;,&quot;caption&quot;:&quot;&quot;,&quot;created_timestamp&quot;:&quot;0&quot;,&quot;copyright&quot;:&quot;&quot;,&quot;focal_length&quot;:&quot;0&quot;,&quot;iso&quot;:&quot;0&quot;,&quot;shutter_speed&quot;:&quot;0&quot;,&quot;title&quot;:&quot;&quot;,&quot;orientation&quot;:&quot;0&quot;}" data-image-title="front" data-image-description="" data-image-caption="" data-medium-file="https://facundoolano.files.wordpress.com/2015/02/front.png?w=300" data-large-file="https://facundoolano.files.wordpress.com/2015/02/front.png?w=594" class="  wp-image-661 aligncenter" src="https://facundoolano.files.wordpress.com/2015/02/front.png?w=481&#038;h=276" alt="front" width="481" height="276" /></a></p>
650. <p>Over most of last year I&#8217;ve been working along a couple of college friends on an action game for Android and it&#8217;s finally out. It&#8217;s done using cocos2d-x in C++, which is by no means a language I like, so hopefully I&#8217;ll get to write here about the experience I had building it.</p>
651. <p>In the meantime, here&#8217;s the link to <a title="Panda vs Zombies" href="https://play.google.com/store/apps/details?id=com.dxco.pandavszombies" target="_blank">install it from the google play store</a> and the trailer of the game, for those who are interested in checking it out.</p>
652. <div class="jetpack-video-wrapper"><iframe class="youtube-player" width="594" height="335" src="https://www.youtube.com/embed/PFGj-W8Pe5s?version=3&#038;rel=1&#038;showsearch=0&#038;showinfo=1&#038;iv_load_policy=1&#038;fs=1&#038;hl=en&#038;autohide=2&#038;wmode=transparent" allowfullscreen="true" style="border:0;" sandbox="allow-scripts allow-same-origin allow-popups allow-presentation allow-popups-to-escape-sandbox"></iframe></div>
653. ]]></content:encoded>
655. <wfw:commentRss>https://facundoolano.wordpress.com/2015/02/27/panda-vs-zombies-my-new-android-video-game/feed/</wfw:commentRss>
656. <slash:comments>0</slash:comments>
660. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
661. <media:title type="html">facundoolano</media:title>
662. </media:content>
663.  
664. <media:content url="https://facundoolano.files.wordpress.com/2015/02/front.png?w=300" medium="image">
665. <media:title type="html">front</media:title>
666. </media:content>
667. </item>
668. <item>
669. <title>Better authentication for socket.io (no query strings!)</title>
670. <link>https://facundoolano.wordpress.com/2014/10/11/better-authentication-for-socket-io-no-query-strings/</link>
671. <comments>https://facundoolano.wordpress.com/2014/10/11/better-authentication-for-socket-io-no-query-strings/#comments</comments>
673. <dc:creator><![CDATA[facundoolano]]></dc:creator>
674. <pubDate>Sat, 11 Oct 2014 17:08:35 +0000</pubDate>
675. <category><![CDATA[Uncategorized]]></category>
676. <category><![CDATA[JavaScript]]></category>
677. <category><![CDATA[Node.js]]></category>
678. <category><![CDATA[OAuth]]></category>
679. <category><![CDATA[socket.io]]></category>
680. <category><![CDATA[WebSocket]]></category>
681. <guid isPermaLink="false">http://facundoolano.wordpress.com/?p=636</guid>
682.  
683. <description><![CDATA[Introduction This post describes an authentication method for socket.io that sends the credentials in a message after connection, rather than including them in the query string as usually done. Note that the implementation is already packed in the socketio-auth module, so you should use that instead of the code below. The reason to use this [&#8230;]]]></description>
684. <content:encoded><![CDATA[<h3 style="text-align:justify;">Introduction</h3>
685. <p style="text-align:justify;">This post describes an authentication method for socket.io that sends the credentials in a message after connection, rather than including them in the query string as usually done. Note that the implementation is already packed in the <a href="https://www.npmjs.com/package/socketio-auth" target="_blank">socketio-auth</a> module, so you should use that instead of the code below.</p>
686. <p style="text-align:justify;">The reason to use this approach is that putting credentials in a query string is generally a bad security practice (see <a href="http://stackoverflow.com/a/323286/993769" target="_blank">this</a>, <a href="http://stackoverflow.com/a/2629241/993769" target="_blank">this</a> and <a href="http://self-issued.info/docs/draft-ietf-oauth-v2-bearer.html#query-param" target="_blank">this</a>), and though some of the frequent risks may not apply to the socket.io connection request, it should be avoided as there&#8217;s no general convention in treating urls as sensitive information. Ideally such data should travel on a header, but that <a href="https://github.com/Automattic/socket.io-client/issues/648#issuecomment-42154344">doesn&#8217;t seem to be an option</a> for socket.io, as not all of the transports it supports (WebSocket being one) allow sending headers.</p>
687. <p style="text-align:justify;">Needless to say, all of this should be done over HTTPS, otherwise no security level is to be expected.</p>
688. <h3 style="text-align:justify;">Implementation</h3>
689. <p style="text-align:justify;">In order to authenticate socket.io connections, most tutorials suggest to do something like:</p>
690. <pre class="brush: jscript; gutter: false; title: ; toolbar: false; notranslate">
691. io.set('authorization', function (handshakeData, callback) {
692.  var token = handshakeData.query.token;
693.  //will call callback(null, true) if authorized
694.  checkAuthToken(token, callback);
695. });
696. </pre>
697. <p style="text-align:justify;">Or, with the middleware syntax introduced in socket.io 1.0:</p>
698. <pre class="brush: jscript; gutter: false; title: ; toolbar: false; notranslate">
699. io.use(function(socket, next) {
700.  var token = socket.request.query.token;
701.  checkAuthToken(token, function(err, authorized){
702.    if (err || !authorized) {
703.      next(new Error("not authorized"));
704.    }
705.    next();
706.  });
707. });
708. </pre>
709. <p style="text-align:justify;">Then the client would connect to the server passing its credentials, which can be an authorization token, user and password or whatever value that can be used for authentication:</p>
710. <pre class="brush: jscript; gutter: false; title: ; toolbar: false; notranslate">
711. socket = io.connect('http://localhost', {
712.  query: "token=" + myAuthToken
713. });
714. </pre>
715. <p style="text-align:justify;">The problem with this approach is that it credentials information in a query string, that is as part of an url. As mentioned, this is not a good idea since urls can be logged and cached and are not generally treated as sensitive information.</p>
716. <p style="text-align:justify;">My workaround for this was to allow the clients to establish a connection, but force them to send an authentication message before they can actually start emitting and receiving data. Upon connection, the server marks the socket as not authenticated and adds a listener to an &#8216;authenticate&#8217; event:</p>
717. <pre class="brush: jscript; gutter: false; title: ; toolbar: false; notranslate">
718. var io = require('socket.io').listen(app);
719.  
720. io.on('connection', function(socket){
721.  socket.auth = false;
722.  socket.on('authenticate', function(data){
723.    //check the auth data sent by the client
724.    checkAuthToken(data.token, function(err, success){
725.      if (!err && success){
726.        console.log("Authenticated socket ", socket.id);
727.        socket.auth = true;
728.      }
729.    });
730.  });
731.  
732.  setTimeout(function(){
733.    //If the socket didn't authenticate, disconnect it
734.    if (!socket.auth) {
735.      console.log("Disconnecting socket ", socket.id);
736.      socket.disconnect('unauthorized');
737.    }
738.  }, 1000);
739. }
740. </pre>
741. <p style="text-align:justify;">A timeout is added to disconnect the client if it didn&#8217;t authenticate after a second. The client will emit it&#8217;s auth data to the &#8216;authenticate&#8217; event right after connection:</p>
742. <pre class="brush: jscript; gutter: false; title: ; toolbar: false; notranslate">
743. var socket = io.connect('http://localhost');
744. socket.on('connect', function(){
745.  socket.emit('authenticate', {token: myAuthToken});
746. });
747. </pre>
748. <p style="text-align:justify;">An extra step is required to prevent the client from receiving broadcast messages during that window where it&#8217;s connected but not authenticated. Doing that required fiddling a bit with the socket.io namespaces code; the socket is removed from the object that tracks the connections to the namespace:</p>
749. <pre class="brush: jscript; gutter: false; title: ; toolbar: false; notranslate">
750. var _ = require('underscore');
751. var io = require('socket.io').listen(app);
752.  
753. _.each(io.nsps, function(nsp){
754.  nsp.on('connect', function(socket){
755.    if (!socket.auth) {
756.      console.log("removing socket from", nsp.name)
757.      delete nsp.connected[socket.id];
758.    }
759.  });
760. });
761. </pre>
762. <p style="text-align:justify;">Then, when the client does authenticate, we set it back as connected to those namespaces where it was connected:</p>
763. <pre class="brush: jscript; gutter: false; title: ; toolbar: false; notranslate">
764. socket.on('authenticate', function(data){
765.  //check the auth data sent by the client
766.  checkAuthToken(data.token, function(err, success){
767.    if (!err && success){
768.      console.log("Authenticated socket ", socket.id);
769.      socket.auth = true;
770.  
771.      _.each(io.nsps, function(nsp) {
772.        if(_.findWhere(nsp.sockets, {id: socket.id})) {
773.          console.log("restoring socket to", nsp.name);
774.          nsp.connected[socket.id] = socket;
775.        }
776.      });
777.  
778.    }
779.  });
780. });
781. </pre>
782. ]]></content:encoded>
784. <wfw:commentRss>https://facundoolano.wordpress.com/2014/10/11/better-authentication-for-socket-io-no-query-strings/feed/</wfw:commentRss>
785. <slash:comments>45</slash:comments>
789. <media:content url="https://1.gravatar.com/avatar/142739d398b5a71da38f6c3a7bf4171df2b199eba71712c4d0c1554fe8cc04de?s=96&#38;d=identicon&#38;r=G" medium="image">
790. <media:title type="html">facundoolano</media:title>
791. </media:content>
792. </item>
793. </channel>
794. </rss>
795.  

If you would like to create a banner that links to this page (i.e. this validation result), do the following:

1. Download the "valid RSS" banner.

2. Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)

3. Add this HTML to your page (change the image src attribute if necessary):

   <a href="http://www.feedvalidator.org/check.cgi?url=https%3A//facundoolano.wordpress.com/feed/"><img src="valid-rss-rogers.png" alt="[Valid RSS]" title="Validate my RSS feed" /></a>

If you would like to create a text link instead, here is the URL you can use:

http://www.feedvalidator.org/check.cgi?url=https%3A//facundoolano.wordpress.com/feed/

Home · About · News · Docs · Terms