diff options
Diffstat (limited to '')
20 files changed, 27 insertions, 27 deletions
diff --git a/_posts/2009-05-13-a-simple-feed-aggregator-with-modern-perl-part-4.md b/_posts/2009-05-13-a-simple-feed-aggregator-with-modern-perl-part-4.md index 47c537f..19abf04 100644 --- a/_posts/2009-05-13-a-simple-feed-aggregator-with-modern-perl-part-4.md +++ b/_posts/2009-05-13-a-simple-feed-aggregator-with-modern-perl-part-4.md @@ -143,7 +143,7 @@ We create our 2 templates (for index and view): If you point your browser to http://localhost:3000/feed/ you will see this: -<img src='/static/imgs/list_feed.png' alt='list feeds'> +<img src='/static/imgs/list_feed.webp' alt='list feeds'> Now the controller for displaying the entries: @@ -178,7 +178,7 @@ The function **view** fetch an entry from the kiokudb backend, and store it in t If you point your browser to an entry (something like **http://localhost:3000/entry/somesha256value**), you will see an entry: -<img src='/static/imgs/show_entry.png' alt='show entry'> +<img src='/static/imgs/show_entry.webp' alt='show entry'> Et voila, we are done with a really basic feed reader. You can add methods to add or delete feed, mark an entry as read, ... diff --git a/_posts/2009-05-30-catalystx-dispatcher-asgraph.md b/_posts/2009-05-30-catalystx-dispatcher-asgraph.md index c85843a..c9165fd 100644 --- a/_posts/2009-05-30-catalystx-dispatcher-asgraph.md +++ b/_posts/2009-05-30-catalystx-dispatcher-asgraph.md @@ -6,7 +6,7 @@ summary: In which I wrote a module to visualize routes in Catalyst. This morning I saw [this post](http://marcus.nordaaker.com/awesome-route-graph-with-mojoxroutesasgraph/) from Marcus Ramberg about [MojoX::Routes::AsGraph](http://search.cpan.org/perldoc?MojoX::Routes::AsGraph). I liked the idea. But as I Catalyst instead of Mojo, I thought I could give a try and do the same thing for Catalyst dispatcher, and I've coded CatalystX::Dispatcher::AsGraph. For the moment only private actions are graphed. -<img src='/static/imgs/routes-300x249.png' alt='routes'> +<img src='/static/imgs/routes-300x249.webp' alt='routes'> You use it like this: `perl bin/catalyst_graph_dispatcher.pl --appname Arkham --output routes.png` diff --git a/_posts/2009-06-12-shape-of-cpan.md b/_posts/2009-06-12-shape-of-cpan.md index 12ef04f..75cbcca 100644 --- a/_posts/2009-06-12-shape-of-cpan.md +++ b/_posts/2009-06-12-shape-of-cpan.md @@ -6,7 +6,7 @@ title: The shape of the CPAN My talk at the [FPW](http://conferences.mongueurs.net/fpw2009/) this year is about the shape of the Perl and CPAN community. This talk was prepared by some [$coworkers](http://labs.rtgi.eu/) and me. -<img src='/static/imgs/draft_cpan_prelimsmall.png' alt='map of the Perl community on the web' align='right'> +<img src='/static/imgs/draft_cpan_prelimsmall.webp' alt='map of the Perl community on the web' align='right'> We generated two maps (authors and modules) using the CPANTS' data. For the websites, we crawled a seed generated from the CPAN pages of the previous authors. diff --git a/_posts/2009-07-16-cpanhq-and-dependencies-graph.md b/_posts/2009-07-16-cpanhq-and-dependencies-graph.md index b5263e6..267087c 100644 --- a/_posts/2009-07-16-cpanhq-and-dependencies-graph.md +++ b/_posts/2009-07-16-cpanhq-and-dependencies-graph.md @@ -8,7 +8,7 @@ CPANHQ is a new project that "aims to be a community-driven, meta-data-enhanced I believe that a good vizualisation can help to have a better understanding of datas. One of the missing thing on the actual search.cpan.org is the lack of informations about a distribution's dependencies. So my first contribution to the CPANHQ project was to add such informations. -<img src='/static/imgs/cpanhq-dep.png' alt='cpanhq deps' align=left'> +<img src='/static/imgs/cpanhq-dep.webp' alt='cpanhq deps' align=left'> For each distributions, a graph is generated for the this distribution. For this, I use [Graph::Easy](http://search.cpan.org/perldoc?Graph::Easy) and data available from the CPANHQ database. I alsa include a simple list of the dependencies after the graph. diff --git a/_posts/2009-07-26-cpan-explorer.md b/_posts/2009-07-26-cpan-explorer.md index 8fb5ab2..8d02f15 100644 --- a/_posts/2009-07-26-cpan-explorer.md +++ b/_posts/2009-07-26-cpan-explorer.md @@ -6,4 +6,4 @@ title: CPAN Explorer We ([RTGI](http://rtgi.fr)) have been working to update the [cpan-explorer](http://cpan-explorer.org). A new version will be available this week, before YAPC::EU. Three new maps have been created, using different informations than the previous one, and you will be able to search and pinpoint the browsable maps. -<img src='/static/imgs/authorsmap.png' alt='authors map'> +<img src='/static/imgs/authorsmap.webp' alt='authors map'> diff --git a/_posts/2009-07-28-cpan-explorer-update-and-three-new-maps.md b/_posts/2009-07-28-cpan-explorer-update-and-three-new-maps.md index d26353c..7801ef6 100644 --- a/_posts/2009-07-28-cpan-explorer-update-and-three-new-maps.md +++ b/_posts/2009-07-28-cpan-explorer-update-and-three-new-maps.md @@ -8,7 +8,7 @@ The site [cpan-explorer](http://cpan-explorer.org/) have been update with three ## distributions map -<img src='/static/imgs/moosedist.png' alt='moose'> +<img src='/static/imgs/moosedist.webp' alt='moose'> Task::Kensho acted as the seed for this map. Task::Kensho contains a list of modules recommended to do modern Perl development. So we extracted the modules that have a dependancie toward one of these modules, and create the graph with this data. diff --git a/_posts/2009-10-03-teh-batmoose-at-osdc.fr.md b/_posts/2009-10-03-teh-batmoose-at-osdc.fr.md index dbaceab..26056ba 100644 --- a/_posts/2009-10-03-teh-batmoose-at-osdc.fr.md +++ b/_posts/2009-10-03-teh-batmoose-at-osdc.fr.md @@ -6,7 +6,7 @@ summary: In which I share the batmoose Today I presented a talk about Moose at [OSDC.fr](http://osdc.fr). The slides are available [here](http://franck.lumberjaph.net/blog/slides/Introduction_a_Moose.pdf) -<img src='/static/imgs/batmoose_1024cut-300x225.png' alt='teh batmoose'> +<img src='/static/imgs/batmoose_1024cut-300x225.webp' alt='teh batmoose'> And big thanks to my friend [Morgan](http://www.bwoup.com) for his illustration of the batmoose :) diff --git a/_posts/2010-03-07-github-explorer-a-preview.md b/_posts/2010-03-07-github-explorer-a-preview.md index 69517bb..1f0b279 100644 --- a/_posts/2010-03-07-github-explorer-a-preview.md +++ b/_posts/2010-03-07-github-explorer-a-preview.md @@ -8,11 +8,11 @@ title: GitHub Explorer - a preview For the last weeks, I've been working on the successor of [CPAN Explorer](http://cpan-explorer.org/). This time, I've decided to create some visualizations (probably 8) of the various communities using [GitHub](http://github.com/). I'm happy with the result, and will soon start to publish the maps (statics and interactives) with some analyses. I'm publishing two previews: the Perl community and the european developers. These are not final results. The colors, fonts, and layout may change. But the structure of the graphs will be the same. All the data was collected using the [GitHub API](http://developer.github.com/). -<a href='/static/imgs/4413528529_8d6b8dca1c_o.jpg'><img src='/static/imgs/github-perl-preview.png' alt='the Perl community on GitHub' /></a> +<a href='/static/imgs/4413528529_8d6b8dca1c_o.webp'><img src='/static/imgs/github-perl-preview.webp' alt='the Perl community on GitHub' /></a> Each node on the graph represents a developer. When a developer "follows" another developer on GitHub, a link between them is created. The color on the Perl community map represent the countries of the developer. One of the most visible things on this graph is that the japanese community is tighly connected and shares very little contact with the foreign developers. miyagawa obviously acts as a glue between japanese and worldwide Perl hackers. -<a href='/static/imgs/4414287310_20094fe6bc_o.jpg'><img src='/static/imgs/github-europe-preview.png' alt='European developers on GitHub' /></a> +<a href='/static/imgs/4414287310_20094fe6bc_o.webp'><img src='/static/imgs/github-europe-preview.webp' alt='European developers on GitHub' /></a> The second graph is a little bit more complex. It represents the European developers on GitHub. Here the colors represent the languages used by the developers. It appears that ruby is by far the most represented language on GitHub, as it dominates the whole map. Perl is the blue cluster at the bottom of the map, and the green snake is... Python. diff --git a/_posts/2010-03-25-github-explorer.md b/_posts/2010-03-25-github-explorer.md index 95a51d3..8fec460 100644 --- a/_posts/2010-03-25-github-explorer.md +++ b/_posts/2010-03-25-github-explorer.md @@ -16,9 +16,9 @@ I wanted to do something similar again, but not with the same data. So I took a > This graph will be printed on a poster, size will be [A2](http://en.wikipedia.org/wiki/A2_paper_size) and [A1](http://en.wikipedia.org/wiki/A1_paper_size). Please, contact me franck.cuny [at] linkfluence.net if you will be interested by one. -<img class="img_center" src="/static/imgs/general.png" title="github explorer global" /> +<img class="img_center" src="/static/imgs/general.webp" title="github explorer global" /> -<img class="img_center" src="/static/imgs/zoom.png" title="github explorer zoom" /> +<img class="img_center" src="/static/imgs/zoom.webp" title="github explorer zoom" /> This time, I didn't aim for the Perl community only, but the whole github communities. I've created several graphs: diff --git a/_posts/2010-04-19-the-dancer-ecosystem.md b/_posts/2010-04-19-the-dancer-ecosystem.md index 3e3703b..9911c1e 100644 --- a/_posts/2010-04-19-the-dancer-ecosystem.md +++ b/_posts/2010-04-19-the-dancer-ecosystem.md @@ -34,7 +34,7 @@ The last one is for writing directly your log message via <ah href="http://searc To debug your application with Plack, you can use the awesome <a href="http://search.cpan.org/perldoc?Plack::Middleware::Debug">Plack::Middleware::Debug</a>. I've writen <a href="http://git.lumberjaph.net/p5-dancer-debug.git/">Dancer::Debug</a> (which requires my fork of <a href="http://github.com/franckcuny/Plack-Middleware-Debug">P::M::Debug</a>), a middleware that add panels, with specific informations for Dancer applications. -<img src="/static/imgs/4535496880_37e5e68a57_z.jpg"alt="Dancer::Debug middleware" /> +<img src="/static/imgs/4535496880_37e5e68a57_z.webp" alt="Dancer::Debug middleware" /> To activate this middleware, update your app.psgi to make it look like this: diff --git a/_posts/2010-06-13-fpw2010-summary.md b/_posts/2010-06-13-fpw2010-summary.md index c0cedba..7d00159 100644 --- a/_posts/2010-06-13-fpw2010-summary.md +++ b/_posts/2010-06-13-fpw2010-summary.md @@ -17,7 +17,7 @@ For those who missed this workshop, a short summary for you: * beers, and more beers with sukria, jerome, [Arnaud](http://twitter.com/ephoz), rgs, [Camille](http://twitter.com/cmaussan) and [Stephane](http://twitter.com/straux). * talked with [Marc](http://www.tinybox.net/) about Plack, Dancer, and other stuff -!http://farm5.static.flickr.com/4045/4695068097_1193f8c4d6.jpg(diner)! +!http://farm5.static.flickr.com/4045/4695068097_1193f8c4d6.webp(diner)! My slides are available online (in french): diff --git a/_posts/2010-09-17-spore.md b/_posts/2010-09-17-spore.md index 6c60f9d..68a1cf6 100644 --- a/_posts/2010-09-17-spore.md +++ b/_posts/2010-09-17-spore.md @@ -95,7 +95,7 @@ Middlewares are the nice part of it. By default, the core only creates a request * proxying * ... -<img src='/static/imgs/chart.png' alt='schema'> +<img src='/static/imgs/chart.webp' alt='schema'> The most obvious middleware is the one that handles the format. When you load the middleware Format::JSON, it will set various headers on your request. In case of a GET method, the **Accept** header will be set to **application/json**. For a POST, the **Content-Type** will be also set. Before returning the result to the client, the content will be transformed from JSON to a Perl structure. diff --git a/_posts/2010-09-27-jitterbug.md b/_posts/2010-09-27-jitterbug.md index 533286f..2bcfd2e 100644 --- a/_posts/2010-09-27-jitterbug.md +++ b/_posts/2010-09-27-jitterbug.md @@ -24,7 +24,7 @@ That's when I decided to write an interface to this: [jitterbug](https://github. [You can check Dancer's version](http://jitterbug.perldancer.org/). The interface is really simple: there's a list of repositories, the status of the last build, and a link to a list of all the project's builds. -<center>!/static/imgs/jitterbug.png(jitterbug)!</center> +<center>!/static/imgs/jitterbug.webp(jitterbug)!</center> ## How it works diff --git a/_posts/2010-10-12-osdcfr.md b/_posts/2010-10-12-osdcfr.md index bd4c713..7243e9c 100644 --- a/_posts/2010-10-12-osdcfr.md +++ b/_posts/2010-10-12-osdcfr.md @@ -8,7 +8,7 @@ This weekend I went to the second edition of the OSDC.fr conference. This confer The first day of the conference, we had two excellents talk about Git. The first one by [mojombo](http://github.com/mojombo), about [advanced git usages](http://git-tips.heroku.com/#1). I've managed to get him to sign my copy of the [GitHub poster](http://lumberjaph.net/graph/2010/03/25/github-explorer.html). The second one by BooK was about his module [Git::Repository](http://search.cpan.org/perldoc?Git::Repository) (which I use for [jitterbug](http://github.com/franckcuny/jitterbug)). He show us how he used git to graph his familly tree. -<img src="/static/imgs/github-sig-small.jpg" alt="github poster" /> +<img src="/static/imgs/github-sig-small.webp" alt="github poster" /> Germain did an [introduction to Riak](http://www.slideshare.net/franckcuny/riak-a-file-system-for-internet), and [Julian](http://twitter.com/flngr) did a talk about [Gephi](http://gephi.org/), about how it relies on the netbeans platform, and why a tool to visualize graphs is useful. diff --git a/_posts/2011-02-20-psgichrome.md b/_posts/2011-02-20-psgichrome.md index 7947c81..55b47c5 100644 --- a/_posts/2011-02-20-psgichrome.md +++ b/_posts/2011-02-20-psgichrome.md @@ -57,7 +57,7 @@ point your browser to http://localhost:5000, activate the javascript console. If this works correctly, you should have a smiliar output in your console: -<img src="/static/imgs/plack_chrome.png" /> +<img src="/static/imgs/plack_chrome.webp" /> ## Dancer diff --git a/_posts/2011-03-06-how_to_use_github_effectively_for_your_project.md b/_posts/2011-03-06-how_to_use_github_effectively_for_your_project.md index 3801fe7..fd71b60 100644 --- a/_posts/2011-03-06-how_to_use_github_effectively_for_your_project.md +++ b/_posts/2011-03-06-how_to_use_github_effectively_for_your_project.md @@ -6,7 +6,7 @@ summary: In which we look at how we can use GitHub effectively for your project. <a href="https://github.com/">GitHub</a> provide an awesome set of tools for opensource developers. For <a href="http://perldancer.org">Dancer</a>, we use them as much as possible. I'll show and explain how we do our development. -<img class="img_center" src="/static/imgs/github_dancer.jpg" /> +<img class="img_center" src="/static/imgs/github_dancer.webp" /> ## code review diff --git a/_posts/2011-05-08-french_perl_workshop.md b/_posts/2011-05-08-french_perl_workshop.md index bafe2be..8864ebb 100644 --- a/_posts/2011-05-08-french_perl_workshop.md +++ b/_posts/2011-05-08-french_perl_workshop.md @@ -6,7 +6,7 @@ summary: In which I remind you of the French Perl Worksphop. The call for paper for the [French Perl Workshop](http://journeesperl.fr/fpw2011/) is open. This event will be held the 24th and 25th of June in Paris. As always, this is a free conference. -<img align="left" src="/static/imgs/affiche_fpw11.jpg" /> +<img align="left" src="/static/imgs/affiche_fpw11.webp" /> ## Where diff --git a/_posts/2011-06-20-stargit.md b/_posts/2011-06-20-stargit.md index 746974b..ac0da6a 100644 --- a/_posts/2011-06-20-stargit.md +++ b/_posts/2011-06-20-stargit.md @@ -8,11 +8,11 @@ Last year I did a [small exploration of GitHub](http://lumberjaph.net/graph/2010 This time I got help from [Alexis](https://twitter.com/#!/jacomyal) to provide you with an awesome tool: [a real explorer of your graph](http://www.stargit.net), but more on this later ;) -<img class="img_center" src="/static/imgs/stargit.png" title="StarGit" /> +<img class="img_center" src="/static/imgs/stargit.webp" title="StarGit" /> And of course, [the poster](http://labs.linkfluence.net). Feel free to print it yourself, the size of the poster is A1. -<img class="img_center" src="/static/imgs/github-poster-v2.png" title="GitHub Poster" /> +<img class="img_center" src="/static/imgs/github-poster-v2.webp" title="GitHub Poster" /> ## The data diff --git a/_posts/2014-02-01-provision-an-ec2-instance-with-vagrant-and-ansible.md b/_posts/2014-02-01-provision-an-ec2-instance-with-vagrant-and-ansible.md index 5ccb624..6d46ff3 100644 --- a/_posts/2014-02-01-provision-an-ec2-instance-with-vagrant-and-ansible.md +++ b/_posts/2014-02-01-provision-an-ec2-instance-with-vagrant-and-ansible.md @@ -84,7 +84,7 @@ As we can see, everything went well, and the application `htop` was successfully </section> <figure> -<img alt="provisioning" src="/static/imgs/vagrant-ansible-ec2.jpg" Width="100%" height="100%" class='portrait' align='center'> +<img alt="provisioning" src="/static/imgs/vagrant-ansible-ec2.webp" Width="100%" height="100%" class='portrait' align='center'> </figure> <section> diff --git a/_posts/2014-02-15-cursive-nrepl-cljs-oh-my.md b/_posts/2014-02-15-cursive-nrepl-cljs-oh-my.md index 4f2d736..ec21669 100644 --- a/_posts/2014-02-15-cursive-nrepl-cljs-oh-my.md +++ b/_posts/2014-02-15-cursive-nrepl-cljs-oh-my.md @@ -62,11 +62,11 @@ To install the Cursive plugin, you need to go to [this page](http://cursivecloju I can now open a project in Intellij and start coding. I've configured my project to use a remote REPL. - + Now I can connect to the remote REPL and do a quick test to see if it works: - + Great! It's time to start the web server to serve our static files and see if I can connect the browser-repl to it too. Running the following code in the REPL should do the trick: @@ -83,7 +83,7 @@ If I want to test something, all I have to do is to load the file into the REPL and see the output in my browser's console! - + When working on the project, I can run evaluate the file or a form and send it to the browser. Again, this would be the same with Emacs, instead of having CIDER to use a local nREPL session, you'll just connect to a remote one. @@ -91,4 +91,4 @@ When working on the project, I can run evaluate the file or a form and send it t I realize that it’s not the easiest setup. I’m maintaining the build system we have at work for our sites; we use javascript and nodejs, and I’m really upset by the complexity of our process. If I had to put with all of that to build a site I would be pretty mad. Still, I think this setup can be simplified a lot. But using a VM also makes it easier to give a working environment to a new developer, and it's easy to throw it away, after all, I'm using it mostly to run the REPL and to have it working in an environment similar to what it would be in production. -I have to admit that so far, I enjoy Cursive, it's stable and it works well. I'm still learning how to use the IDE, but some features are usefull (creating the functions, checking the number of parameters, displaying docstring, etc). We will see how long I stick to it.
\ No newline at end of file +I have to admit that so far, I enjoy Cursive, it's stable and it works well. I'm still learning how to use the IDE, but some features are usefull (creating the functions, checking the number of parameters, displaying docstring, etc). We will see how long I stick to it. |