Mariano Guerra: Making a Chat App with Erlang, Rebar, Cowboy and Bullet

this is a continuation of the post about erlang, cowboy and rebar.

let' start by adding the bullet dep:

{sub_dirs, ["rel"]}.

{deps, [
    {cowboy, "1.0.0", {git, "https://github.com/ninenines/cowboy", {tag, "1.0.0"}}},
    {bullet, "0.4.1", {git, "https://github.com/extend/bullet", {tag, "0.4.1"}}}
]}.

now get the deps:

./rebar get-deps

add bullet as a dependency on disrupt.app.src:

{application, disrupt,
 [
  {description, ""},
  {vsn, "1"},
  {registered, []},
  {applications, [
                  kernel,
                  stdlib,
                  cowboy,
                  bullet
                 ]},
  {mod, { disrupt_app, []}},
  {env, []}
 ]}.

register our bullet handler with cowboy:

start(_StartType, _StartArgs) ->
    {ok, ChannelPid} = disrupt_channel:new(),
    Dispatch = cowboy_router:compile([
        {'_', [
               {"/chat", bullet_handler, [{handler, disrupt_chat_handler}, {channel, ChannelPid}]},
               {"/ui/[...]", cowboy_static, {priv_dir, disrupt, "assets",
                                             [{mimetypes, cow_mimetypes, all}]}}
        ]}
    ]),
    {ok, _} = cowboy:start_http(http, 100, [{port, 8080}], [
        {env, [{dispatch, Dispatch}]}
    ]),
    disrupt_sup:start_link().

the important lines are:

{ok, ChannelPid} = disrupt_channel:new(),

were we create a new chat channel that will be passed to all disrupt_chat_handler instances here:

{"/chat", bullet_handler, [{handler, disrupt_chat_handler}, {channel, ChannelPid}]},

also note that I changed the path of the ui to /ui/... instead of it being at the root.

add the js libs we need to use bullet (yes, I could use bower, but let's keep it simple):

mkdir priv/assets/vendor
mkdir priv/assets/js
cp deps/bullet/priv/bullet.js priv/assets/vendor
wget http://code.jquery.com/jquery-2.1.1.min.js -O priv/assets/vendor/jquery.js

we create a really simple chat page at index.html:

<!doctype html>
<html>
 <head>
  <title>Chat!</title>
  <meta charset="utf-8">
  <script src="vendor/jquery.js"></script>
  <script src="vendor/bullet.js"></script>
  <script src="js/app.js"></script>
  <style>
   body{ font-family: helvetica; color: #333; background-color: #fefefe;
    margin-left: 25%; width: 50%; }
   p, textarea{ padding: 0; }
   p, button, textarea{ width: 100%; margin: 1em 0; }
   label{ float: left; width: 45%; }
   input{ width: 50%; float: right; }
   input, textarea{ border: 1px solid #ddd; }
  </style>
 </head>
 <body>
  <p>
  <label for="input">Nickname</label>
  <input type="text" id="nick" value="anonymous"/>
  </p>
  <textarea id="output" cols="80" rows="25"></textarea>
  <p>
  <label for="input">Input</label>
  <input type="text" id="input"/>
  <button id="send">Send</button>
  </p>
 </body>
</html>

add code to handle the chat app on priv/assets/js/app.js:

/*globals $, document, window*/
function disruptApp(document, window, $) {
    'use strict';
    var input = document.getElementById('input'),
        output = document.getElementById('output'),
        nickInput = document.getElementById('nick'),
        send = document.getElementById('send'),

        connection;

    function sendMessage(text) {
        var nick = getNick();
        connection.send(nick + ': ' + text);
    }

    function onSendClicked() {
        var text = input.value.trim();

        if (text !== '') {
            sendMessage(text);
        }

        input.value = '';
    }

    function getNick() {
        var nick = nickInput.value.trim();

        if (nick === '') {
            return 'anonymous';
        } else {
            return nick;
        }
    }

    function notify(text) {
        var date = (new Date()).toLocaleString();
        output.innerHTML = output.innerHTML + '[' + date + '] ' + text + '\n';
    }

    function onData(data) {
        notify(data);
    }

    send.addEventListener('click', onSendClicked);

    function start(url, options, notify, onData) {
        var connection = $.bullet(url, options);

        connection.onopen = function(){
            notify('online');
        };

        connection.onclose = connection.ondisconnect = function(){
            notify('offline');
        };

        connection.onmessage = function(e){
            if (e.data === 'pong'){
                notify('pong');
            } else {
                onData(e.data);
            }
        };

        connection.onheartbeat = function(){
            connection.send('ping');
            notify('ping');
        };

        return connection;
    }

    connection = start('ws://localhost:8080/chat', {}, notify, onData);
}

document.addEventListener("DOMContentLoaded", function() {
    'use strict';
    disruptApp(document, window, $);
});

we need a simple pubsub mechanism for channels, I won't explain it here in detail but you can read about erlang's gen_event behaviour which is the one that does all the work:

-module(disrupt_channel).
-behaviour(gen_event).

-export([new/0, subscribe/2, unsubscribe/2, send/2]).

-export([init/1, handle_event/2, handle_call/2, handle_info/2, code_change/3,
         terminate/2]).
%% API

new() -> gen_event:start_link().

subscribe(Channel, Pid) ->
    gen_event:add_handler(Channel, {disrupt_channel, Pid}, [Pid]).

unsubscribe(Channel, Pid) ->
    gen_event:delete_handler(Channel, {disrupt_channel, Pid}, [Pid]).

send(Channel, Event) ->
    gen_event:notify(Channel, Event).

-record(state, {pid}).
%% callbacks
init([Pid]) -> {ok, #state{pid=Pid}}.

handle_event(Msg, State=#state{pid=Pid}) ->
    Pid ! Msg,
    {ok, State}.

handle_call(_, State) -> {ok, ok, State}.

handle_info(_, State) -> {ok, State}.

code_change(_OldVsn, State, _Extra) -> {ok, State}.

terminate(_Reason, _State) -> ok.

the important part from the code above is the fact that we store the pid of the bullet handler on the gen_event instance so we can send the message back when we get notified:

handle_event(Msg, State=#state{pid=Pid}) ->
    Pid ! Msg,
    {ok, State}.

the bullet handler for the chat channel is:

-module(disrupt_chat_handler).

-export([init/4, stream/3, info/3, terminate/2]).

-record(state, {channel}).

init(_Transport, Req, Opts, _Active) ->
    io:format("channel init ~p~n", [Opts]),
    {channel, ChannelPid} = lists:keyfind(channel, 1, Opts),
    disrupt_channel:subscribe(ChannelPid, self()),
    {ok, Req, #state{channel=ChannelPid}}.

stream(<<"ping">>, Req, State) ->
    io:format("ping received~n"),
    {reply, <<"pong">>, Req, State};

stream(Data, Req, State=#state{channel=ChannelPid}) ->
    io:format("message received ~s~n", [Data]),
    disrupt_channel:send(ChannelPid, {msg, self(), Data}),
    {ok, Req, State}.

info({msg, _Sender, Data}, Req, State) ->
    io:format("msg received ~p~n", [Data]),
    {reply, Data, Req, State}.

terminate(_Req, #state{channel=ChannelPid}) ->
    io:format("unsubscribing from channel~n"),
    disrupt_channel:unsubscribe(ChannelPid, self()),
    ok.

we subscribe on init, unsubscribe on terminate, when we receive a ping message we reply it only to the sender with pong, if we receive something else we send the message to the channel so it gets sent to all subscribers, that get the message on the info function where they send it to the browsers.

build:

rm -rf rel/disrupt && ./rebar compile generate

run:

./rel/disrupt/bin/disrupt console

open http://localhost:8080/ui/index.html in two or more browsers and chat!

../galleries/misc/bullet-chat.png

Mariano Guerra: Serving Static Files with Erlang, Cowboy and Rebar, (raw material)

the "serving static files from a server" market needs some disruption, let's tackle that problem with some erlang.

create the folder:

mkdir disrupt
cd disrupt

get rebar:

wget http://cloud.github.com/downloads/basho/rebar/rebar
chmod u+x rebar

generate app:

./rebar create-app appid=disrupt

add dependencies:

vim rebar.config

the file should contain the following code:

{deps, [
    {cowboy, "1.0.0", {git, "https://github.com/ninenines/cowboy", {tag, "1.0.0"}}}
]}.

this tells to get cowboy 1.0.0 from git as dependency, let's fetch the dependencies:

./rebar get-deps

now let's serve some static files, open src/disrupt_app.erl, change the start function so it looks like this:

start(_StartType, _StartArgs) ->
    Dispatch = cowboy_router:compile([
        {'_', [
            {"/[...]", cowboy_static, {priv_dir, disrupt, "assets",
                [{mimetypes, cow_mimetypes, all}]}}
        ]}
    ]),
    {ok, _} = cowboy:start_http(http, 100, [{port, 8080}], [
        {env, [{dispatch, Dispatch}]}
    ]),
    disrupt_sup:start_link().

the code above is taken from the static example from cowboy adapted to our needs: https://github.com/ninenines/cowboy/tree/master/examples/static_world

docs here: http://ninenines.eu/docs/en/cowboy/1.0/guide/static_handlers/

now make the priv/assets folder:

mkdir -p priv/assets

and put some content in the index file:

echo "hello static world" > priv/assets/index.html

let's make a release for the project, first create the release files:

mkdir rel
cd rel
../rebar create-node nodeid=disrupt
cd ..

edit rel/reltool.config, the line:

{lib_dirs, []},

should change to:

{lib_dirs, ["../deps"]},

add the line:

sub_dirs, ["rel"]}.

to the top of the rebar.config file

if not you get this error:

Command 'generate' not understood or not applicable

yay helpfulness!

now we are one confusing error closer to our goal, but now we get:

ERROR: generate failed while processing /home/mariano/tmp/disrupt/rel: {'EXIT',{{badmatch,{error,"disrupt: Missing application directory."}},
         [{rebar_reltool,generate,2,[]},
          {rebar_core,run_modules,4,[]},
          {rebar_core,execute,5,[]},
          {rebar_core,process_dir0,6,[]},
          {rebar_core,process_dir,4,[]},
          {rebar_core,process_each,5,[]},
          {rebar_core,process_dir0,6,[]},
          {rebar_core,process_dir,4,[]}]}}

only because I've seen some other erlang projects I decided that this may be the solution:

mkdir -p apps/disrupt
cd apps/disrupt
ln -s ../../src
ln -s ../../ebin
ln -s ../../priv
cd ../..

we try again to make the release and we get the error again, nice!

for no apparent reason that the fact that I saw it on some other project, change the line on rel/reltool.config:

{lib_dirs, ["../deps"]},

to:

{lib_dirs, ["../deps", "../apps"]},

trying again:

./rebar compile generate

success!

let's try running it:

./rel/disrupt/bin/disrupt console

and what do we get? well, a crash! \o/:

Exec: /home/mariano/tmp/disrupt/rel/disrupt/erts-5.10.4/bin/erlexec -boot /home/mariano/tmp/disrupt/rel/disrupt/releases/1/disrupt -mode embedded -config /home/mariano/tmp/disrupt/rel/disrupt/releases/1/sys.config -args_file /home/mariano/tmp/disrupt/rel/disrupt/releases/1/vm.args -- console
Root: /home/mariano/tmp/disrupt/rel/disrupt
Erlang R16B03 (erts-5.10.4) [source] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false]

Eshell V5.10.4  (abort with ^G)
(disrupt@127.0.0.1)1>
=INFO REPORT==== 29-Aug-2014::11:49:32 ===
    application: disrupt
    exited: {bad_return,
             {{disrupt_app,start,[normal,[]]},
              {'EXIT',
               {undef,
                [{cowboy_router,compile,
                  [[{'_',
                     [{"/[...]",cowboy_static,
                       {priv_dir,disrupt,"assets",
                        [{mimetypes,cow_mimetypes,all}]}}]}]],
                  []},
                 {disrupt_app,start,2,
                  [{file,"src/disrupt_app.erl"},{line,13}]},
                 {application_master,start_it_old,4,
                  [{file,"application_master.erl"},{line,269}]}]}}}}
    type: permanent
{"Kernel pid terminated",application_controller,"{application_start_failure,disrupt,{bad_return,{{disrupt_app,start,[normal,[]]},{'EXIT',{undef,[{cowboy_router,compile,[[{'_',[{\"/[...]\",cowboy_static,{priv_dir,disrupt,\"assets\",[{mimetypes,cow_mimetypes,all}]}}]}]],[]},{disrupt_app,start,2,[{file,\"src/disrupt_app.erl\"},{line,13}]},{application_master,start_it_old,4,[{file,\"application_master.erl\"},{line,269}]}]}}}}}"}

Crash dump was written to: erl_crash.dump
Kernel pid terminated (application_controller) ({application_start_failure,disrupt,{bad_return,{{disrupt_app,start,[normal,[]]},{'EXIT',{undef,[{cowboy_router,compile,[[{'_',[{"/[...]",cowboy_static

with all my time reading erlang crashes I see an undef there, it seems the app cant find cowboy_router:compile

but I have it on my deps..

well, let's put it on src/disrupt.app.src applications for no other reason that I've seen people do that, the file should look like this:

{application, disrupt,
 [
  {description, ""},
  {vsn, "1"},
  {registered, []},
  {applications, [
                  kernel,
                  stdlib,
                  cowboy
                 ]},
  {mod, { disrupt_app, []}},
  {env, []}
 ]}.

see the cowboy as last element on the applications list? that's what you should add.

let's try again:

./rebar compile generate

and I get:

<some output removed here>

==> rel (generate)
ERROR: generate failed while processing /home/mariano/tmp/disrupt/rel: {'EXIT',{{badmatch,{error,"Application cowboy is used in release \"disrupt\" and cannot be excluded"}},
         [{rebar_reltool,generate,2,[]},
          {rebar_core,run_modules,4,[]},
          {rebar_core,execute,5,[]},
          {rebar_core,process_dir0,6,[]},
          {rebar_core,process_dir,4,[]},
          {rebar_core,process_each,5,[]},
          {rebar_core,process_dir0,6,[]},
          {rebar_core,process_dir,4,[]}]}}

"Application cowboy is used in release "disrupt" and cannot be excluded"

who told you to exclude it?

let's apply a technic we already used a lot before, let's make up reasons for what it may be failing, it says exclude there and I've seen a lot of exclude and include atoms in rel/reltool.config, maybe it's that?

let's layer some other technic I use a lot, let's try to make that file look as similar as another one I've seen that works, in this case it's the reltool.config file generated by riak_core rebar template:

https://github.com/basho/rebar_riak_core/blob/master/riak_core.reltool.config

ok, that one seems to have less stuff than ours, let's start commenting everything that looks different until we reach this point:

{sys, [
    {lib_dirs, ["../deps", "../apps"]},
        %{erts, [{mod_cond, derived}, {app_file, strip}]},
        %{app_file, strip},
        {rel, "disrupt", "1",
            [
                kernel,
            stdlib,
            sasl,
            disrupt
                ]},
        {rel, "start_clean", "",
            [
                kernel,
            stdlib
                ]},
        {boot_rel, "disrupt"},
        {profile, embedded},
        %{incl_cond, exclude},
        {excl_archive_filters, [".*"]}, %% Do not archive built libs
    {excl_sys_filters, ["^bin/.*", "^erts.*/bin/(dialyzer|typer)",
        "^erts.*/(doc|info|include|lib|man|src)"]},
        {excl_app_filters, ["\.gitignore"]},
        {app, sasl,   [{incl_cond, include}]},
        %{app, stdlib, [{incl_cond, include}]},
        %{app, kernel, [{incl_cond, include}]},
        {app, disrupt, [{incl_cond, include}]}
    ]}.

{target_dir, "disrupt"}.

{overlay, [
    {mkdir, "log/sasl"},
        {copy, "files/erl", "\{\{erts_vsn\}\}/bin/erl"},
        {copy, "files/nodetool", "\{\{erts_vsn\}\}/bin/nodetool"},
        {copy, "files/disrupt", "bin/disrupt"},
        {copy, "files/disrupt.cmd", "bin/disrupt.cmd"},
        {copy, "files/start_erl.cmd", "bin/start_erl.cmd"},
        {copy, "files/install_upgrade.escript", "bin/install_upgrade.escript"},
        {copy, "files/sys.config", "releases/\{\{rel_vsn\}\}/sys.config"},
        {copy, "files/vm.args", "releases/\{\{rel_vsn\}\}/vm.args"}
    ]}.

trying again:

rm -rf rel/disrupt
./rebar compile generate

success!

now let's try running it:

./rel/disrupt/bin/disrupt console

the output we get:

Exec: /home/mariano/tmp/disrupt/rel/disrupt/erts-5.10.4/bin/erlexec -boot /home/mariano/tmp/disrupt/rel/disrupt/releases/1/disrupt -mode embedded -config /home/mariano/tmp/disrupt/rel/disrupt/releases/1/sys.config -args_file /home/mariano/tmp/disrupt/rel/disrupt/releases/1/vm.args -- console
Root: /home/mariano/tmp/disrupt/rel/disrupt
Erlang R16B03 (erts-5.10.4) [source] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false]

Eshell V5.10.4  (abort with ^G)
(disrupt@127.0.0.1)1>

that's what I would call a non crashing system, let's see if it works:

curl http://localhost:8080/index.html

we get:

hello static world

success!

and that's how you serve a static file with erlang, cowboy and rebar :)

Gabriel Patiño: OpenStreetMap en tu GPS Garmin

A principios del 2008 me crucé con un proyecto que me había parecido muy interesante: OpenStreetMap. Es un sitio donde podés ayudar a definir mapas del mundo real, no solo calles, sino también puntos de interés, escuelas, recorridos de colectivos, paradas... prácticamente un relevamiento total del planeta.

Funciona al estilo Wikipedia: el que sabe de alguna región, colabora. También hay mucha gente que releva caminos o puntos con un GPS, y luego se basa en la información obtenida. Otros prefieren una opción un poco más simple pero no tan precisa, y es mapear sobre los mapas satelitales de acceso público.

Desde que lo descubrí, fui colaborando tímidamente por las zonas que conocía, arreglando alguna calle con el sentido mal definido, agregando algo nuevo que veía en las vacaciones, etc. Cuando me mudé a San Martín de los Andes a principios del 2013 vi que por acá faltaban relevar muchas calles y barrios, principalmente los que no son de fácil acceso, así que aprovechaba cada salida en auto o caminando y me llevaba el GPS para registrar los recorridos.

Actualmente el mapa está lo suficientemente detallado como para preguntarme: ¿se podrá poner este mapa en el GPS del auto?

Tengo un Garmin, y hasta ahora solo tenía disponible el mapa del proyecto Mapear. No es que no me guste ni tengo nada en contra de este proyecto, es más, creo que el 99% de los usuarios de GPS lo deben tener y no saben que existe otra opción. El tema es como se maneja cada proyecto. El proyecto Mapear no es un proyecto abierto, podés colaborar pero siempre a través de la barrera que te pueden poner los propietarios del mismo, o sea, si por algún motivo no quieren aceptar tu colaboración, alpiste. Otro tema es que los datos del mapa no son de dominio público, o sea que no podrías hacer cualquier cosa con el mapa. En pocas palabras, te permiten usarlo pero no modificarlo.

En cambio, el proyecto OpenStreetMap (OSM) te permite agregar directamente lo que quieras o necesites. Podes usar los mapas para cualquier uso, ponerlos en tu sitio, y en algunos lugares (como SMAndes) están mucho más detallados que los mapas de Google Maps. Todo gracias a la gente que colabora, sean vecinos o visitantes que colaboraron con lo que vieron en las vacaciones.

Volviendo al tema y como era de esperar, no fui el primero con la idea de usar OSM en el Garmin. Con poco buscar encontré varias opciones, algunas tan interesantes como un sitio que te genera los mapas para la parte del mundo que quieras, espectacular para viajeros.

La opción que más me gustó es la que armó un colaborar del equipo de OSM de Argentina, Martin Andres Gomez Gimenez, pero sólo es para Argentina y países limítrofes.

Se vé particularmente bien en el GPS, y genera una nueva versión aproximadamente una vez por mes. Está buenísimo ver errores o cosas que faltan cuando vas circulando, llegás a casa y los arreglas en OSM, esperás una nueva versión y listo, problema resuelto.

La instalación es sumamente simple:
  • Se bajan el archivo gmapsupp.img de alguno de estos enlaces:
  • Copian el archivo al GPS, para esto hay dos opciones:
  • Via USB:
    • Conectas el GPS a la compu por USB.
    • Copias el archivo en la carpeta del GPS donde ya exista un archivo con el mismo nombre.
  • Via tarjeta de memoria (para los GPS con tarjeta de memoria):
    • Pones la tarjeta en la compu.
    • Copias el archivo en la carpeta donde ya exista un archivo con el mismo nombre.
  • En ambos casos es recomendable guardar el archivo gmapsupp.img original por las dudas.
  • Tengo entendido que en algunos GPS podés tener varios mapas, en ese caso se puede renombrar el archivo lo por lo que quieras manteniendo la extensión img. No lo pude probar porque mi GPS no lo soporta.

Bueno, eso es todo, que lo disfruten, y a colaborar con el proyecto OSM que esta muy bueno y es muy fácil.

Gabriel Patiño: Mazo de leña

Hace rato que andaba necesitando un mazo para darle a los formones o encajar los encastres de madera cuando hago algún proyecto, así que me hice uno, y de la forma más simple y barata:

Fui hasta la pila de leña, busque un pedazo para la cabeza, y otro para el mango, cortar, encastrar, y lijar un poquito.


Listo, un mazo que no marca la madera por $0. La madera es álamo de unos troncos que cortaron unos chicos en el fondo de casa, y estaba esperando a ser consumida en el próximo asado.


Este mazo fué indispensable para hacer las colas de milano del porta rollos que hice hace poco, y creo que va a seguir funcionando por un buen rato.

Lo bueno es que si se rompe o no me sirve, igualmente puedo usarlo en alguna parrillada :)

Algunos detalles:


Gonzalo Martinez: Poderosa Edición Nro8 de #TheOriginalHacker

Esta edición [0] es poderosa, con el estilo simple y profundo que la caracteriza, Eugenia nos redobla la apuesta con distintos análisis de alto nivel en lo profesional y de bajo nivel en lo computacional.










PHP y el manejo de datos en memoria
Los lenguajes de programación de alto nivel generalmente administran la memoria por nosotros y los más desinteresados crean y usan variables sin preocuparse demasiado pero si vos sos de aquellos a los que SI les importa ese tipo de manejos. Bueno este artiulo es para vos.

PHP: Hacking, debugging, o simplemente diversión
La diversión, como la belleza en la programación pueden parecer (para algunos) conceptos mal usados cuando se trata de un proceso que en gran proporción es racional, pero, la creatividad y la humanidad que cada uno le imprime a su manera de escribir código, nos hace retomar esos conceptos en su forma más pura. Divertirse debuggeando o hackeando eso es lo que Eugenia nos propone en este articulo.
«Belleza es la API de la librería requests de Kenneth Reitz para Python[1]»

Software Libre y la diferencia con el software privativo desde la óptica intrínsecamente profesional y no política
Huff, un articulo profundo, simplemente tremendo.

La orientación a objetos y sus enfoques como estilo y paradigma.
Amo este articulo (no es por que los ejemplos estén escritos en Python bueno un poco sí) por que nuevamente se puede ver como con palabras sencillas se puede llegar profundo en cosas que normalmente se explican en libros enormes. (que igualmente no habría que dejar de leer).

En síntesis:

Una edición tremenda donde encontrarás como dije al principio un alto nivel profesional y un bajo nivel computacional.

Y nuevamente me gustaría decirle a Eugenia como le dije por Twitter [2].
Gracias por decidir ser Libre.

[0] http://originalhacker.org/
[1] http://docs.python-requests.org/en/latest/
[2] https://twitter.com/GonzaMartinez/status/500384932536262656

Gabriel Patiño: Porta papel higiénico de lenga

Como no tenemos casi nada en la casa, estuve haciendo unas cuantas cosas funcionales como estantes, percheros, Vale hizo unos cuantos muebles con cajas de madera, etc.

Esta vez era el turno de hacer que el rollo de papel higiénico se quede quieto, y me dí el gusto de hacer algo un poco más complicado de lo que era necesario.

Tenía un par de tablas de lenga que me sobraron de la quesera, así que saqué las medidas de un rollo de 80m, y corte las tres piezas necesarias (el fondo y los dos laterales).

Para la unión me puse un poco pretencioso y decidí encastrarlas con una unión que se llama "cola de milano" (o cola de pato), que generalmente se usa en muebles finos, cajas, cajones, pero por acá también lo he visto en uniones de columnas y vigas.


Por ser la primera vez que lo hago, y usando herramientas manuales (sierra y formón), me salieron bastante bien.

Con la fresadora le hice unos zócalos para calzar el eje donde va el rollo, que no es más que un pedazo de leña que tenía en el fondo, listo para ser usado en el chulengo.


La caja la termine lijando hasta 220 y aplicando goma laca usando una técnica similar (pero más simple) a la que usan los lustradores de muebles finos e instrumentos musicales: el lustrado a muñeca. Ni por asomo llego al nivel de terminación de estos tipos, pero en poco tiempo se puede llegar a un resultado bastante agradable, especialmente en un proyecto de este tipo.


Alejandro Alvarez: Cómo cuidar nuestras manos

Las manos es una de las zonas en donde la piel es muy delgada y sensible, es por esto, que es de suma importancia brindarle los cuidados necesarios, que son prácticamente los mismos que se aplican en la cara o en otras partes del cuerpo que sean sensibles.



Las manos suelen delatarnos nuestra edad ya sea por ser una piel muy fina y que se deshidrata de forma fácil. Las arrugas en las manos se hacen presentes en forma temprana. A esto se suma la radiación ultravioleta que nos pega directamente del sol por estar muy expuestas.

Cuidarse de la deshidratación: Cuando hay deshidratación, tus manos lucen sin brillo y tienen un aspecto acartonado. Es de suma importancia, el humectar, hidratar y usar protección solar aun cuando estemos fuera de temporada de primavera o verano, por ejemplo en invierno. La buena apariencia de la piel las manos de está relacionada, en gran parte, con el grado de hidratación y de humectación.


Cuidarse de las manchas: Las manchas son un síntoma que suelen presentarse de forma frecuente en las manos, lo más importante es retardar su aparición. Para nuestra suerte, estas afecciones son capaces de prevenirse y de tratarse con muy buenos resultados en los casos en que ya estén en las manos.

Gonzalo Martinez: Autenticación en Apache2 contra DB SQL

Hace un par de días estaba limpiando modulos que estaban instalados innecesariamente en un WebServer y obviamente para deshabilitarlos sin romper demasiado me fuí leyendo para que funcionaba cada directiva. Acá les dejo como configurar una que me pareció cuando menos interesante.

mod_authn_dbd es una directiva para poder usar como backend de autenticación una base de datos de manera masomenos simple pero directamente desde el WebServer en este caso apache2.

Acá les dejo un ejemplo sacado de la doc oficial y resolviendo algunas cosas que en esa misma doc no se aclaran sobre como hacerlo en debian-based OS.

Instalamos los siguientes paquetes ya que es un servidor limpio recien instalado.

# Instalamos Apache y MySQL hasta acá nada raro es lo minimo
apt-get install apache2 mysql-server
#  Esta es la libreria que hacer la magia
apt-get install libaprutil1-dbd-mysql

No hace falta obviamente tener el servidor mysql en el mismo que el apache yo lo hago así para simplificar la configuración

# Se debe habilitar ese modulo
a2enmod authn_dbd

/etc/init.d/apache2 restart

luego en el conf correspondiente limitamos el Directory con la configuración como continua.

DBDriver mysql
DBDParams "host=localhost, dbname=midb,user=user_db,pass=pass_db,port=3306"

DBDMin 4
DBD Keep 8
DBDMax 20
DBDExptime 300

<Directory /var/www/privado>
    AuthType Basic
    AuthName "Mi Servidor"
    AuthBasicProvider dbd
    Require valid-user
    AuthDBDUserPWQuery \
        "SELECT password from auth_table where user = %s"
</Directory>

A mi no me resulto tan obvio pero la password del usuario tiene que ser encriptada en la DB con la función ENCRYPT de mysql.

Otra directiva interesante permite hacer login y logout pero esa los voy a dejar que se peleen ustedes con los problemas que pueda causa esa configuración.

Espero que les haya parecido cuando menos raro esto de autenticar desde el WebServer contra la DB directamente creo que yo ya le tengo una utilidad.

http://httpd.apache.org/docs/2.2/mod/mod_authn_dbd.html
http://httpd.apache.org/docs/current/mod/mod_authz_dbd.html

Gabriel Patiño: Quesera de lenga

Hace un par de meses empezamos a comprar queso de rallar y rallarlo nosotros, pero lo estábamos guardando en un tuper de plástico horrible. Así que fui a comprar un poco de lenga, y armé una cajita para guardar el queso rallado.

Los encastres no fueron tan difíciles como parecen, pero como sabía que iba a tener errores (y tiene unos cuantos), copie un estilo que se ve bastante por acá: se matan todos los bordes con un formón o navaja y de esta forma resaltan las uniones (en vez de tratar que queden perfectas). Así la caja quedo armada y bastante bien presentada. 


La manijita de queso la pinto Oli, y ella también se encargo de pegarla en la tapa. A cambio tuve que hacerle unos cuantos quesitos para jugar.


Mariano Draghi (cHagHi): De Tastil a León

Dar una vuelta por algún lugar de nuestro bellísimo NOA es mágico. Siempre. No importa cuantas veces lo haga, creo que no voy a cansarme nunca.

capilla

Capilla

Esta vez la aventura arrancó en Tastil, Salta, y terminó en León, Jujuy. Hermoso trekking. Kilómetros y kilómetros de puna, de la nada misma, de montaña y sol. A diferencia de otros recorridos, este transcurre al principio por caminos que ya ni los pocos pobladores que quedan usan, por zonas en donde no hay pueblitos, y miráramos para donde miráramos, estábamos solos con los paisajes que nos regalaba la Pacha.

Quizás por eso, quizás porque necesitaba estas vacaciones más que otras veces, quizás por tener la suerte de poder compartir la experiencia con un montón de amigos, probablemente por todo eso junto, fue una semana muy especial.

Me llevo un montón de cosas. La escuelita en la que paramos la primer noche y la hospitalidad de las maestras. Los alucinantes cielos estrellados a más de 3000 de altura y kilómetros de la civilización. La garra y la buena onda y las ganas de pasarla de diez a pesar del apunamiento que nos pegamos más de uno. La experiencia y hospitalidad de Nicanor. Emilia jugando a tirar piedritas con Ceci. Las anécdotas de Alberto. El corderito que pasó de su corral a nuestro plato en una tarde. La cumbre en el Picacho. El Chañi, que estuvo casi siempre ahí, y que cada día que pasaba parecía decir más fuerte "dale, vení alguna otra vez a subirme". Las risas. La amistad. El mate roto del Gordo, y sus pilas a pesar de que esta era su tercer travesía al hilo. La magia de Hielo Azul Aventura para juntar todas las piezas y que esta travesía haya sido posible.

https://farm4.staticflickr.com/3906/14633570650_5394847872.jpg

Me llevo otro poquito de NOA, y me voy contento.

Todas las fotos, acá: Tastil - León 2014.