A-Qute blog (python)

Pelican to Nikola (and tutorial)

Sat, 11 Jan 2014 00:00:00 GMT

When I was thinking of moving my blog to this new domain, I thought of using Pandoc as the converter¹. I even created pandy for that. But then I run into the "problems" (ok, I was kind of lazy) of generating RSS, listing posts with certain tags or categories (which I ended up not using), the index and archive, idealizing of using plugins, etc. and gave up.

In the beginning, I would continue using Pelican as is it's easy and customizable, even though it doesn't have Pandoc² support. But later I would be lazy to move to another system (not that I blog much, but I like Pandoc's markdown).

Acrylamid

In my searching, I found Acrylamid which looks pretty good. It's like the programmer/hacker blog generator, where you can do many things, including using template syntax inside your post. How cool is that?. It also has incremental builds, which means that it won't regenerate the whole site/blog again after a little edit, but only what it was changed.

Other cool things include:

different meta tags: you can choose between MultiMarkdown (like Pelican), YAML or rst.
the draft status is a boolean. Yay!.
you can include template syntax inside your posts and you can even use the configuration variables!
automatic summary/intro
user custom acronyms and abbreviations in a text file.
the views things that looks cool that I couldn't understand first but then I got the hang of it (they are very customizable)
colored command line output. THANK YOU!
out of the box pingbacking to other blogs and twitter posting.
info about the blog: how many published, drafts, tag usage count. Also when was last compiled, cache size...
execute shell commands in the post: like listing a directory, include another file, etc.
serve the site with a command
post-processing filters

It doesn't have categories (but by using views seems like it's posible), automatic galleries creation (but you can use template syntax inside the post, so is covered) and the theme creation it's not so automatic: you must list all the files that the theme uses inside an __init.py file.

I really wanted to use Acrylamid, even without the missing bits, but it was kind of "complicated" to set up on Windows if you wanted to use python-magic (at least I have problems with it). I skipped that part but for some kind of reason I was getting errors with the locale setting. I tested it with "Linux locale" and "Windows locale" and both threw me errors.

Nikola

Then I remembered I once stumbled upon Nikola, originally created by an Argentinian guy, so yeah, I had to try it out :P.

It does have Pandoc support; but it's not as "feature rich" (or easy customizable) as Pelican, and the documentation it's not so "complete" if you will. There are a couple of things that are not documented and you must find it in the Google Groups, GitHub or looking in the code. And also, not so feature-cool like Acrylamid. However, I think it's on a good track and it's the newest of the three.

It has cool things too:

incremental builds (like Acryamid)
automatic gallery creation
categories (like Pelican)
easy themable (like Pelican)
serve the site with a command and it has "Live" re-rendering
retired posts (so no 404 errors)
redirections (in case you can't use .htaccess)
deploy commands (a bunch of commands to run, so you don't have to script it)
post-processing filters
internationalization support (the site/blog interface can be in many languages)
password protected posts/pages
"Schedule" posts/pages
Wide range of (3rd party) comment systems and AnnotateIt support.
reStructuredText Extensions (if you use that).
Support for Twitter cards
raw post/page support (to show the source in text)

The draft state is applied in the "tag" metadata instead of a separate one, and they are deployed by default; it has no color support for the command line (but I think it's in the talks) and the "show source of the post and copy it" it's enabled by default.

The moving

Install Nikola

You start first by getting Nikola and installing it. By default, it uses Mako as the template engine, but it has support for Jinja2. You can read about the dependencies in the documentation page and if you want, you can use pip install -r requirements.txt or requirements-full.txt for the whole thing.

If you are running Windows, you must download and install the compiled versions of lxml and pillow. You can check in their PyPI pages or you can go to http://www.lfd.uci.edu/~gohlke/pythonlibs/ and get them there. Remember to download and install according to your Python version and architecture (32 or 64 bits).

Initiate

To initiate or create an empty site with the default settings and folder structures, run either nikola init path/to/mysite or, if you want some demo content, nikola init --demo path/to/mysite.

Convert metadata

Pelican uses the Multimarkdown style of metadata while Nikola uses something similar: the same syntax but with .. in front.

An example would be:

Title: nice title! :D      # Pelican
.. title: nice title! :D   # Nikola

You can do that by hand or download my python script to take care of that. It also moves "draft" status to Nikola's tag, and Pelican's summary to Nikola's description (activated by default).

Note

Nikola doesn't have/see the "modified" meta key internally, but you can have it like a custom key. You just access it differently in the themes.

Translations

If you have posts or pages translations you must pay attention: Nikola handles the translations differently from Pelican. While in Pelican you only set the same slug or title in the posts, and have different file names (I think); Nikola relies on the file names.

The easiness of this depends on your setup, but you must end up with something like: nicefile.md for the post in default language, and nicefile.md.es (spanish content) for the translated file.

The cool thing of this is that you don't have to duplicate the meta tags. For example, you just create the "tags" meta key in the default language but don't specify it in the translated one. So when you update, you do only in the "master" or "parent" file and the "child" just copies it.

If you don't feel like having duplicated metadata between files, and after you renamed and converted them, you can run this python script to delete them. Remember this is optional (or at least it didn't break my setup).

Images paths

The syntax on this is also different but it can be easily done with search and replace. You can use whatever you want, like grep. If you are on Windows, I recommend grepWin if you want something with a GUI. This changes from setup to setup, but my settings were:

For markdown syntax:

Search (|filename|../../images/
Replace (/images/

And for HTML:

Search <img src="../../static/images/
Replace <img src="../images/

Links between posts

Again, this is totally different between the systems and it's going to be very easy or really difficult depending on your setup: Pelican uses the filenames for linking content while Nikola uses the slug of the post.

If you have the filename like the slug (or very similar) you can search and replace again. Like:

Search: $\|filename\|(.+)\.md$
Replace: (link://slug/$1)

I recommend doing it after the images, and you must check the links afterwards.

Plugins syntax

I didn't use many plugins that used syntax in my posts, just only one: interlinks. This was easilly done with search and replace.

Other Nikola stuff

Locale in Windows

If you are going to use the internationalization in Windows, you must configurate your LOCALES as (example):

LOCALES = {'en' : 'English_United States', 'es' : 'Spanish_Argentina'}

It doesn't matter your Windows language setting, I think it only accepts english locales (I tested it with Windows in Spanish and it worked).

Linking internally

If you want to link to another post, tag, archive, etc.:

gallery: link://gallery/gallery_name
tags index: link://tag_index
tag's page: link://tag/tagname
tag's RSS feed: link://tag_rss/tagname
blog's index page: link://index
index [NUMBER] page: link://index/NUMBER
per-year archive: link://archive/
posts of [YEAR] link://archive/YEAR
blog's feed: link://rss
other post: link://slug/the-nice-slug

Pandoc

As Pandoc uses the extension to recognize the input, you must configurate that extension in the COMPILERS option in the configuration file. If it's not found, it uses Markdown as default.

While it worked for me using markdown, it didn't exactly work with some others, like Mediawiki. I don't know why.

Posts folder and subfolders

Nikola preserves the folder structure of the posts in the subfolders. If you have file_g.txt inside folder_abc, that structure is kept in the output. It can be good if you want to use it as categories in the output. There is no way to configurate it in the configuration.

In Pelican you can have many subfolders and sort of categorize your posts as you wish, and the output is configurated (by default, by date) as you want.

Testing

Initially your posts go to a posts folder in your root and the pages in story. The images folder would go to files. You can configurate all of this in the configuration file.

After configurating your conf.py, which is very well commented, you can try it.

Build the site with nikola build. Then you can drag and drop pages to a browser or use the serve command: nikola serve and pointing your browser to http://127.0.0.1:8000

Because I hate opening an HTML block tag and the markdown inside is not parsed. I know, it's said in the markdown reference, but hey: it's 2014 and I need that. But I still love the admonition implementation in Python-Markdown ↩
Which now I see it looks pretty easy to implement. Oh well. ↩

pandy

Wed, 11 Dec 2013 00:00:00 GMT

pandy is a command line wrapper for pandoc + cool stuff (if you use markdown -> html)

Basically takes a file/folder, input the markup to convert from, the output markup and runs it through pandoc.

Usage

To use the script, just call it with something like:

pandy source format_from format/s_to [other options]

Features

A bit easier syntax around pandoc commands (I can't never remember them)
Output folder keeping or not the folder structure
Source can be a file, a folder or a .list containing file paths
Formats: some of them have abbreviations (see below)
Output format: you can have more than one! just separate them with spaces
You can create a nice book (html, just adds navigation links between files). If you don't like/want "Next-Prev" navigation links, you can use the file's title. It creates a nice simple index file or you can include your own.
Use a config file: so you don't have to remember all the arguments or write a "wrapper" script for a "wrapper" script :)
[TOCME] support. That means that a file that has it, will have a TOC. No more separating files: these ones with TOC, these ones without, and finally place them in the same folder.
If you use markdown and convert to HTML there are some goodies for you! abbreviations (real abbreviations, like that they are parsed and not ignored as pandoc does) and admonitions.
"WikiLinks" for your custom index file!

For more information and explanation, go to pandy project page.

svnlog: make changelog from SVN

Mon, 02 Dec 2013 00:00:00 GMT

svnlog is a python script to create a changelog from a repository log.

Examples of output (default):

2013-11-25:
    changed arguments (better handling)
    fix: output path with one file
    fix: finding <h1>

2013-11-19:
    fixed: now files are saved according to source dir tree
    + option to save files in one depth dir

2013-11-19:
    + relative links for book

You can group that too:

2013-11-25:
    changed arguments (better handling)
    fix: output path with one file
    fix: finding <h1>

2013-11-19:
    fixed: now files are saved according to source dir tree
    + option to save files in one depth dir
    + relative links for book

It has some basic options:

Show author with --show-author or -a
Show revision number with --show-rev or -r
Show time with --show-time or -t
Prefix with a char using --prefix
Reverse the order (default: new to old) with --reverse
Specify date or a range (ISO 8601) with --date. You can leave the second date empy (date1:) to include today
If you are better with revision numbers, you can specify one or a range with --revision. You can leave the second revision empty (rev1:) to include HEAD revision
Group the dates with --group
Also group revisions with --subgroup
Or group dates but show it inline: --inline

Just make sure you have a SVN CLI in your path and then run svnlog with the options you desire

pymd: wrapper for Python Markdown

Sun, 17 Nov 2013 00:00:00 GMT

Hey!

pymd is now available in PyPI. That means that you can install it like pip install pymd :)

pymd is a command line wrapper for Python Markdown library but having a full HTML file instead of only what it's originally parsed.

Features

Batch process files (in folder or in a .list) with .md, .txt or .markdown extensions
Specify an output folder (with automatic creation)
Includes all the extensions installed by Python Markdown and you can even specify your own!
Merge files into one big HTML or create a little book with navigation links. You can even create your own index!
CSSed: leave the no-so-ugly embeded CSS (you can even switch between sans and serif fonts) or link to one of your own if you prefer.
Headers for files! So you can share the same metadata (like your beautiful name and the creative title of your work) in all the files or when you merge the files and forgot to include the main title of your project.
Wiki links: [](file|path) -> [title linked file](output_path)
Made with love <3

Find more information and examples in pymd's project page

proDO: super simple bug/issue tracker

Fri, 26 Jul 2013 00:00:00 GMT

Atención

Si no te interesa la historia del por qué se escribió el script y/o no queres saber sobre programitas, adelantate hasta acá

Background

Cuando desarrollas o escribis código (o palabras, por qué no) necesitas algún tipo de bug/issue tracker. Eso es normal para proyectos grandes o con varias personas, pero al ser un solo individuo o el proyecto es chico, todas las opciones son como mucho.

A algunos no les importa e instalan grandes bug trackers, otros usan algo mas simple. Otros vamos por la old school y escribimos en papel. Otras escribimos en un .txt, que puede ser un simple archivo o con esos ToDo.txt/taskwarrior¹.

Si el proyecto es medianamente grande (más grande que un mero script), escribo en papel. Si es algo simple/un script, anoto las cosas dentro del archivo, como varias personas.

El problema que tengo es que me gusta listar todas las cositas esas con el numero de linea y/o click que me lleve a tal. No todos los editores lo hacen por default (creo que las grandes IDEs), seguro hay un plugin que ni ganas de configurar. Se puede hacer una búsqueda, que es lo mas cercano a lo que quiero.

Uso dos editores de texto dependiendo del trabajo que tengo que hacer: Sublime Text para trabajos "grandes" (por alguna razón) y Notepad++. En ambos se puede hacer búsquedas por proyecto/archivos abiertos, la diferencia es que en Sublime Text te abre una pestañita de miercoles con los resultados (not fun), y Notepad++ te los muestra en una ventanita dockeable (good):

Qué no me gusta de esto? La forma en que te lo muestra² y el hecho que Notepad++ tiene otro tipo de regex que, según expertos, es mas pobre.

Lo más lógico es usar grep. Si usas Linux, ya viene por defecto, sino con algo como Cygwin en Windows (u otras variantes). Hasta le podes poner colorcitos pero solo a una cosa (el string encontrado). No está mal tampoco pero no es muy limpio³:

Si no te gustan las terminales/lineas de comandos pero queres usar grep, hay varios programitas que te dejan (hacer una especie de) grep⁴.

Tenes Agent Ransack, donde quedaría asi:

Para este tipo de trabajos no me gusta por que tengo que clickear archivo por archivo (not fun).

Y grepWin, donde hay que tener cuidado de clickear solo en "Search" y seleccionar la opción de "Content"

Este no estaba tan mal, pero eso de abrir programa > rellenar datos no me convencia mucho. Por lineas de comando solo podes poner el path y qué buscar (que no esta mal) pero quiero que, por lo menos, esté seleccionado el "Content".

Say hi to proDO

Como estoy aprendiendo Python y mas que nada lo estoy usando para hacer varios scripts⁵ y reemplazar/dejar de dar vueltas con los batch, me decidí a hacer el mío.

Con los ejemplos anteriores, queda asi:

Pero si tenes colorama instalado queda asi (con mas onda):

Datos:

Solo busca las palabras TODO y FIXME (es case insensitive: también podes poner ToDo, todo, tODO, etc)
Por default, al correr el programa te lista los archivos desde donde corre el script ⁶, ignorando los .bak
Se puede especificar la ruta a buscar, corriendo proDO.py -s/-source [rutita linda]
Se puede eliminar las lineas con: proDO.py del/d [archivo] [linea] (automaticamente hace un backup (.bak) del archivo por si se pone loca)
Si necesitas ejemplos de lo de arriba o queres mirar qué linda hice la ayuda: proDO.py -h
Si no queres escribir proDO.py (la extensión es importante en Windows), podes crear un "wrapper batch": en (ejemplo) proDO.bat poner: proDO.py %*. Guardás y listo, ya lo podes llamar como proDO

Decarga y más información en la página de proDO

Que esta lindo, es para linux o con Windows + Cygwin, pero es mucho trabajo para configurarlo para esto. ↩
Mentira, me acordé después de hacer el script. Lo testeé y no anda mal. Sólo que no se puede buscar por proyectos, asi que hay que escribir el path en la búsqueda o abrir todos los archivos. ↩
Se puede limpiar/formatear con awk, pero tuve problemas con Cygwin que no traía el ejecutable para la herramienta (!) ↩
No sé exactamente la diferencia entre grep y buscar dentro de los archivos (con regex), yo lo uso intercambiablemente. ↩
por que se me complicó con eso de buscar una IDE para la parte gráfica. ↩
en Linux es más fácil (por lo menos en xfce): botón derecho > terminal. En Windows tenes que apretar shift + botón derecho. ↩

Dynamic to Static (Wordpress a Pelican)

Tue, 22 Jan 2013 00:00:00 GMT

Por qué:

Because I can
Cada vez me llevo peor con Wordpress
Soy blogger casual, no necesito florecitas que cambian de color según el estado de ánimo de un animal en Samoa.
Todos los posts los escribo en markdown, que los conviertos en html para pegarlos en Wordpress. No me tengo que olvidar si tiene imagénes y subirlas (y cambiar las rutas).
Puedo juguetear mas con el css y html (porque uso/aba wordpress.com)
Soy de ir en contra de la corriente (?)
Quiero llegar a los 10 items
Odio que haya que descargar 10 mb de javascript para el dashboard de Wordpress + otros 50mb para la cosas internas (relacionado con el punto 2)
estoy aprendiendo python
ya llegué

Presentación

Teniendo Wordpress hosteado/.com gratuito, no tengo mucha libertad para ciertas cosas. Pasé de wordpress.org a wordpress.com para evitar el tema de las actualizaciones seguidas, spam, seguridad y eso.

Todo iba bien, hasta que los de Wordpress decidieron abrirse mas como CMS que como sistema de blogging. Lo entiendo, es natural. Bien. No me gusta. No se si porque yo asocio Wordpress con blog y no un CMS completo a lo Joomla! o Drupal, o porque si las cosas en el backend estan mal organizadas para ser CMS/orientadas a blog, o si es mi conexión que no me deja disfrutar al máximo o qué.

Por temas de conexión y que el editor de Wordpress apesta¹, añadido a tener una wiki en localhost y encariñarme con los LML, escribía los posts en markdown (que antes no me caía bien, hasta que empecé a usar Pandoc), los pasaba a HTML, hacia search & replace para las imágenes (aunque se puede obviar si se suben primero las imágenes), y recien ahí lo pasaba a Wordpress. No es lo mas cómodo del mundo, pero servía.

Por alguna razón que ahora no recuerdo, empecé a buscar (o encontré de casualidad) scripts que pasan .txts con LML a html. Eso me hizo pensar: "hey, capaz me puede servir". Después de descartar un par que no me servían (estan apuntados a los usuarios de Linux y para usarlos en Windows era mucho lio), me decanté por Pelican.

Pelican es un script de Python que toma archivos de texto con markdown, reStructuredText o AsciiDoc, los pasa por un theme, y te genera un blog estático/html. Puro y duro, a la vieja escuela. Con categorias, tags, rss, páginas. Vamos, lo básico para un blog.

Yo lo estoy hosteando en Dropbox, después de decidir que subir las cosas por FTP era bastante molesto ²/las únicas razones por la que quiería un host apache era por el .htaccess (el rewrite) para hacer magia pero no valía mucho hacer eso para mi humilde blog. También lo podes hostear en GitHub si ya tenes cuenta ahi y no te molesta hacer commits. CAPAZ que algun día lo pase ahi (tengo como pendiente GitHub).

Si solo te interesa hacer la parte de archivos de texto en Dropbox SIN generar html y demas, tenes opciones como Calepin y scriptogr.am

Instalación en Windows

Porque en Linux este tipo de cosas es mas fácil.

Por ahora, Pelican corre bajo Python 2.7, hay un fork para que ande en Python 3 pero no lo pude hacer andar (tampoco probé mucho).

Nota: yo explico como hacer esto manualmente, pero se puede instalar con pip.

instalación normal de Python
bajar los source files de Pelican y extraerlos
abrir el command line/consola en la carpeta anterior y:
```
python setup.py intstall
```
Si te pide el setuptools: http://pypi.python.org/pypi/setuptools/ o pip install setuptools

Esperar que se haga el chirimbolo.
como quiero usar Markdown, lo instalo para python (de la misma manera que lo anterior)
Y el pygments para el syntax highlighting

Configuración

Se crea un config.py para las configuración siguiendo las variables en los docs (o usas como base las que ya te vienen en el archivo)

Si usas Markdown, vas a querer usar los markdown extra

Andando

Crear un post con el metadata correspondiente. El básico es el titulo, y si estas en Windows necesitas poner si o si la fecha.

Ir a la carpeta root de tu Pelican, abrir una linea de comandos y poner: [Python_path]\Scripts\pelican.exe input/ -s config.py

Nota: para probar, podes obviar la parte de configuración.

Nota 2: si se corre en la carpeta del contenido, para el path se puede usar . (punto)

Yo lo puse en un script/bat cosa de no escribir eso todo el tiempo.

Themes

Para los themes/templates, Pelican usa Jinja2. Nunca usé un template engine, siempre lo tildan de complicados y demas, pero este anduvo bien. Es fácil, tan fácil como crear vos un mini-template "engine" en php.

Podes crear los tuyos, podes bajar otros manualmente o usar la linea de comandos

Migración Wordpress -> Pelican

Posts y páginas

Pelican tiene un conversor. Como yo lo necesité para Wordpress, me voy a centrar en ese. Necesitas:

BeautifulSoup-3.2.1 (las 4.x no funcionan)
Pandoc (amo pandoc)
el export de Wordpress (.xml)

Una vez que tenes eso, corres (cambiar "markdown" por el formato que quieras):

[Python_path]\Scripts\pelican-import --wpfile -o [path_output] [path_wordpress.xml] -m markdown

Imágenes

Como paso de wordpress.com a Pelican, tengo que descargar las imágenes de alguna forma. Se puede mediante cositas guay como PageNest y similares, pero es mucho lio pensar un regex solo para descargarlas.

Ya que tenemos el .xml del export, podemos instalar un Wordpress en localhost (o hosteado en otra parte para hacer pruebas). Como tengo un Wordpress en localhost que hace años que no lo uso, tuve que eliminar todas las cosas que tenia antes (en phpmyadmin > eliminar el contenido de las tablas/truncate), actualizarlo + actualizar base de datos + actualizar/instalar el plugin de import (que no viene como funcionalidad/core por alguna razón).

Una vez hecho eso, se va a tools > import > wordpress > seleccionar archivo > linkear los autores > importar > esperar.

Y se espera.

Varios minutos.

Hasta que esté.

Ya con las imágenes en nuestro poder y procesadas/eliminar las duplicadas, hay que ponerlas en la carpeta input de pelican (en images o como la llamaste). Aca se ve si se quieren poner de alguna estructura en especial o no.

Pro tip para las imagenes duplicadas:

primero eliminar las -thumb
las demás tienen este nombre: [nombre orig]-300x225.jpg (donde el numero de tamaño + extension cambian). Esto se puede eliminar facilmente con un script que tengas a mano, o sino con buscadores estilo Everything poniendo: [path a las imagenes]\ *-*x*

Ahora solo queda hacer un search & replace para cambiar la url del estilo http://[username].files.wordpress.com/[año]/[mes] a tu estructura actual.

Categorías y tags

Ojito con las categorias. Primero: al hacer un sistema simple, no tiene jerarquia de categorias como Wordpress. Fijate como manejas eso. Segundo: solo acepta una categoria por post. Si estas cosas te molestan, podes optar por usar directamente tags.

Comentarios

Al pasar a Pelican, no sabia si incluir comentarios. Mi blog es personal, no tiene muchos o directamente no tiene, pero siempre quise eso de "che, yo resolví eso de otra forma: tal tal tal. Dejo el comentario por si a alguien le sirve", asique opté por usar Disqus (por que es el único que conozco y no tengo muchos comentarios, por eso ni me molesté en buscar alternativas).

Si queres transferir los comentarios: Disqus tiene una opción de traer los de Wordpress, pero requiere un plugin (o sea, me jodo). Yo hice copy & paste del html (para hacer algo manual viste, sino era todo automatizado) y los pegué en la entrada correspondiente.

Tips:

Conviene desactivar la opcion de conversión de caritas/emoticones ( :D, :) ) a imágenes. A no ser que quieras que se referencien al viejo blog o hacer trabajo extra para eliminarlas/pasarlas a texto.
Hacete un regex para sacar el link al comentario cuando se clickea en la fecha (yo lo hice, mas que nada, porque tomaba la dirección localhost). Usé este: <a href="http://localhost/wordpress/\?p=\d.+comment-\d.+">\n(.+)</a>

Pros y Cons

Como todo, hay pros y contras por cada sistema.

Wordpress, pros:

es Wordpress
si lo hosteas, tenes libertad absoluta
es un buen sistema de blogging
es popular

Contras:

es Wordpress
editor de posts feo/lento
seguridad (normal)
Le falta un par de cosas, como poner footnotes facilmente³

Pelican, pros:

puedo escribir en markdown, y usar los markdown extentions (que lo hacen mas copado/completo). Al escribir en puro texto, puedo elegir el editor que yo quiera: Notepad++, Sublime Text ⁴, o hacerme la cool y abrir un precesador de texto completo de una suite ofimatica, el Wordpad, o algun editor designado para Markdown.
para actualizarlo es rapido: escribis, pones el archivo en la carpeta de input, corres el script y listo. Nada de andar loggeandote > click en nuevo post > esperar a que cargue > titulo > esperar que genere el slug > escribir > seleccionar categoria y tags > publicar
tenes un "backup"/raw de tus posts, faciles de transportar o convertir a otro formato.
no tenes que lidear con un WYSIWYG. Para ciertas cosas esta bueno, pero muchas veces te obstaculizan al escribir el contenido.
es estático = 0 preocupaciones por la seguridad. Solo te preocupas por el del host.
es muy facil escribir posts multilenguajes. Esto es para un usuario específico y básicamente es lo mismo que Wordpress (crear un post nuevo), pero por alguna razón se me hace mas simple: los posts solo deben tener el mismo slug y la diferenciación del idioma. Acá hay un ejemplo reciente cuando tuve problemas con android y la bateria.
Puedo/se me hace mas fácil, linkear a otros posts que escribi anteriormente

Contras:

No tenes los stats, pero eso se puede cambiar por google analytics.
No tenes la facilidad de que los lectores califiquen un post, si lo quieren compartir, etc. No me molesta porque no lo uso pero capaz que alguno diga que es indispensable.
No tenes la gran disponibilidad de themes hechos (aunque puede ser bueno, hay varios que parecen hechos en front page)
No tenes la gran disponibilidad de plugins hechos (hay repetidos, hay muertos, hay de todo. Pero tampoco le quiero meter uno que agregue una carita al titulo del blog dependiendo si se encontraron nuevos fósiles).
Es python, todos sabemos como son los errores/debug de python (si sos principiante).
Genera contenido estático, nada de comentarios ni base de datos para no se que cosa. Los tenes que agregar vos y con Javascript o algún workaround.

Procon (no se como ponerla): Te tiene que gustar escribir, y por escribir me refiero a escribir variables y demas, tanto del sistema específico (Pelican) y del LML que elegiste. Capaz que a los programadores esto seria un pro, pero para el resto de los mortales seria una contra (a no ser que crees un template).

Conclusión

Esta mudanza la hice para probar cosas nuevas, solo actualizo el blog una vez al mes/cada 3-6 meses y ni tengo host propio. No es que este todos los dias escribiendo un post, o cada semana; tengo mis periodos de "ay si, hoy escribo y oh! ay mira escribi uno la semana pasada. Me siento re blogger" y de "ah mira, hace 6 meses que no escribo... qué se le va a hacer, no?".

Pero cada vez que SI actualizaba, odiaba profundamente el paso a Wordpress. Esta bien, si, podes ponerle un plugin para que tome la sintaxis markdown y todo eso, recordá que yo estoy/aba en wordpress.com y no pienso/aba instalar Wordpress en el host. Ya lo hice una vez y no me gustó, por eso me pasé a .com.

La actualización por medio de este sistema⁵ es muy cómodo, solo pongo el post terminado en la carpeta (o lo creo ahi directamente), corro el script y listo. Solo tengo que tener Dropbox corriendo para que actualice. Si quiero hacerlo aun mas simple, puedo usar los servicios nombrados más arriba y solo poner el txt en Dropbox y listo. Sitio actualizado. También es muy rápido generar los .html, con mi blogcito ni tarda 5 segundos (y eso que linkeo a otros posts).

Por que no un host cualquiera/FTP? Por que tenia que hacer un paso "extra" y sincronizar a FTP o anotarme a otro servicio para que haga un sync/backup de carpeta X de dropbox a carpeta X del host⁶.

No digo que me vaya a quedar con este sistema, capaz que algun dia diga "para que quiero gastar X espacio en mi disco/dropbox si con wordpress.com no me preocupo" o "hago mucho lio para lo que actualizo", etc., elimino las cosas, hago un par de cambios por alli y por allá y listo, vuelvo a wordpress.com, quien sabe. Solo quiero probar.

y por alguna razón, ya no hay tantos offline blogging systems como Raven o Windows Live Writer. Creo que Wordpress habia puesto la opción de actualizar por e-mail, pero nunca la probé. Debe ser un dolor si queres poner imágenes ↩
en realidad no, podes crearte una cuenta en mybackupbox y que se sincronice/backup-ee automáticamente a un FTP. Esto abre la posibilidad de usar cosas como base de datos y php. ↩
una vez que los usas, no podes parar. Son adictivos. ↩
Que ahora me cae mejor. Te instalas el package control y tenes infinidad de plugins. Mas o menos le tomas la mano en la parte de configuración (puro texto) y lo dejas (casi) como quieras. Solo me falta buscar algo simple para que el editor se haga de dos columnas y pase el archivo activo a la otra "vista", sin presionar 10 teclas por acción. ↩
txt -> pelican -> dropbox ↩
ahora que lo pienso, capaz que se pueda poner el sitio en FTP como disco en red (o como se llame) en Windows. Lo hice una vez para pasar cosas al celular. Ahi puedo hacer las cosas directamente y me ahorraría unos pasos. ↩