A-Qute blog (python)

De Pelican a Nikola (tutorial)

Sat, 11 Jan 2014 00:00:00 GMT

Cuando pensaba en mover mi blog a este nuevo dominio, pensé en usar Pandoc como conversor¹; incluso creé pandy para eso. Pero después tuve los "problemas" (ok, estaba vaga) de RSS, categorias, tags, index, etc. y lo dejé.

En un principio pensé en seguir usando Pelican ya que es fácil y personalizable aunque no tuviera soporte para Pandoc². Pero mas tarde me daría vagancia pasarme a otro sistema (no que postee mucho, pero me encanta el markdown de Pandoc).

Acrylamid

En mis búsquedas encontré Acrylamid que se ve bastante bien. Es como el blog generator de programadores/hackers, donde podés hacer varias cosas. También tiene incremental builds así no regenera todo desde cero.

Otras cosas incluyen:

diferentes meta tags: MultiMarkdown (como Pelican), YAML o rst.
los borradores se activan con booleans. Yay!.
podés incluir sintaxis de templates en los posts e incluso usar las variables de configuración.
summary/intro automático
acrónimos y abreviaciones de usuario en un archivo de texto.
los views que se ven copados y personalizables.
output de linea de comandos con color. GRACIAS!
trae para hacer pingback a otros blogs y postear a twitter.
información del blog: cuántos posts publicados, cuántos borradores, uso de tags. También cuando se compiló por última vez, tamaño de cache...
ejecutar comandos de shell en un post: como listar una carpeta, incluir otro archivo, etc.
mostrar el sitio con un comando
filtros de post-processing

No tiene categorias (pero se pueden usar vistas), galerias automáticas (pero se puede usar sintaxis de templates en un post, asi que está cubierto) y la creación de themes no es tan automática: tenés que listar todos los archivos que usa tu theme en un archivo __init.py.

Quería usar Acrylamid, pero era medio "complicado" para setearlo en Windows si querías usar python-magic (tuve problemas con eso). Salteé esa parte, pero me seguía dando error con los locales.

Nikola

Después recordé que una vez me había cruzado con Nikola, originalmente creado por un argentino, asi que tenía que probarlo :P.

No es tan feature-rich (o de fácil personalización) que Pelican, y la documentación tampoco es tan "completa": hay un par de cosas que se encuentran en los Google Groups, GitHub o mirando en el código. Tampoco no es tan feature-cool como Acrylamid. De todas formas, creo que va en buen camino y es el mas nuevo de los tres.

Tiene cosas copadas:

incremental builds (como Acryamid)
creación de galerías automáticas
categorias (como Pelican)
creación de themes fácil (como Pelican)
mostrar el sitio con un comando y tiene "Live" re-rendering
posts "retirados" (asi no tener 404 errors)
redirecciones (por si no podes usar .htaccess)
deploy commands (ejecutar varios comandos y no tener que hacer un simple script)
filtros de post-processing
soporte para internalización (la interfaz del sitio/blog puede estar en varios idiomas)
posts/páginas protegidos con contraseña.
"programar" posts/páginas
Soporte a gran selección de (3rd party) sistemas de comentarios y AnnotateIt.
Extensiones para reStructuredText (si usas eso).
Suporte para Twitter cards
soporte para raw post/página (mostrar el código del post en texto plano)

Los drafts se aplican como un "tag" en el metadata de tags y se publican por default. No tiene soporte de color en el output de la línea de comandos (pero se está viendo) y lo de "mostrar el código del post y copialo" está habilitado por default.

La mudanza

Instalar Nikola

Se descarga Nikola e instala. Por default, usa Mako como template engine, pero tiene soporte para Jinja2. Se puede leer las dependencias en la documentación y si queres podes pip install -r requirements.txt o requirements-full.txt para toda la cosa.

Si estás en Windows, debés descargar e instalar las versiones compiladas de lxml y pillow. Podés buscarlos en sus PyPI o ir a http://www.lfd.uci.edu/~gohlke/pythonlibs/. Acordate de descargar e instalar dependiendo a tu versión y arquitectura de Python (32 o 64 bits).

Iniciar

Para iniciar o crear un blog con las opciones default y estructura de carpetas, ejecutar nikola init path/to/mysite o, si queres algo de contenido, nikola init --demo path/to/mysite.

Convertir metadata

Pelican usa el estilo de metadata de Multimarkdown mientras que Nikola usas algo similar: el mismo sintaxis pero con .. al frente.

Un ejemplo sería:

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

Lo podés hacer a mano o descargar mi script de python. También mueve el estatus de "draft" al tag de Nikola, y el "summary" de Pelican al "description" de Nikola (activado por default).

Note

Nikola no tiene/ve el meta key "modified" internamente, pero se puede tener como uno personalizado. Solo se accede diferente en los themes.

Traducciones

Si tenes posts o páginas traducidas tenés que prestar atención: los sistemas entre los generadores son distintos. En Pelican tenés el mismo slug o título en los posts, y diferentes nombres de archivos (creo); Nikola usa los nombres de archivos.

La facilidad de esto depende de tu setup, pero tenes que terminar con algo como: nicefile.md para el post en el idioma default, y nicefile.md.es (contenido en español) para el traducido.

Lo bueno de esto es que no duplicas el meta. Por ejemplo, creas el meta key "tags" en el idioma default pero no lo especficas en el traducido. Así al actualizar, lo haces solo en el "master" o "padre" y el "hijo" solo lo copia.

Si no queres tener metadata duplicada en los archivos, y después de que renombraste y convertiste los archivos, podes correr este script de python para eliminarlos. Recordá que solo es opcional (o por lo menos no rompió mi setup).

Rutas de imágenes

La sintaxis también es diferente pero se puede hacer facilmente con search and replace. Podés usar lo que quieras, como grep. Si estas en Windows, recomiendo grepWin si queres algo con GUI. Esto es depende de como tengas los archivos pero yo hice algo asi:

Sintaxis markdown:

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

HTML:

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

Links entre posts

Otra vez, es diferente en los sistemas y puede ser o muy fácil o muy dificil dependiendo de tu organización: Pelican usa los nombres de archivos para linkear contenido, mientras que Nikola usa el slug del post.

Si tenes el nombre de archivo como el slug (o muy similar) podes usar search and replace, como:

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

Recomiendo hacerlo seguido de las imágenes, y tenes que checkear (posiblemente a mano) después.

Sintaxis de Plugins

No usé muchos plugins que usaran sintaxis en mis posts, solo uno: interlinks. Esto fue fácil de hacer con search and replace.

Otras cosas de Nikola

Localización en Windows

Si vas a usar la internalización en Windows, tenes que configurar los LOCALES como (ejemplo):

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

No importa tu idioma en Windows, funciona tanto en (Windows) inglés como español.

Linkear internamente

Para linkear a otro post, tag, archivo, etc.

galeria: link://gallery/gallery_name
index de tags: link://tag_index
página de tag: link://tag/tagname
RSS de tag: link://tag_rss/tagname
index del blog: link://index
página [NUMERO] de index: link://index/NUMERO
archivo por año: link://archive/
posts de [AÑO] link://archive/AÑO
feed del blog: link://rss
otro post: link://slug/the-nice-slug

Pandoc

Como Pandoc usa la extensión para reconocer el input, tenes que configurar esa extensión en COMPILERS en la configuración. Si no se encuentra, usa Markdown como default.

Mientras que funcionó para mi usando markdown, no lo hizo con otros, como Mediawiki. No sé por qué.

Carpetas y subcarpetas de posts

Nikola mantiene la estructura de carpetas y subcarpetas. Si tenés file_g.txt dentro de carpeta_abc, esta estructura se mantiene en el output. Puede ser bueno si lo queres usar como categorías en el output. No hay manera de configurarlo.

En Pelican podés tener varias subcarpetas y organizalos como vos quieras, y el output se puede configurar (por default, por fecha) como quieras.

Testeando

Inicialmente los posts van en una carpeta posts en el root y las páginas en story. La carpeta de imágenes podría en files. Todo esto se puede configurar.

Después de configurar el conf.py, que esta muy bien comentado, se puede probar.

Crear el site con nikola build. Después se puede abrir los archivos al navegador o usar un local server con: nikola serve y yendo a http://127.0.0.1:8000.

Porque odio abrir un HTML block y el markdown de adentro no se parsea. Sé que dice en la referencia de markdown pero hey: es 2014 y necesito eso. Pero igual me encanta los admonition en Python-Markdown ↩
Que ahora veo que no es tan dificil implementarlo. Oh, well. ↩

pandy

Wed, 11 Dec 2013 00:00:00 GMT

pandy es un wrapper para pandoc + cositas copadas (si usas markdown -> html)

Basicamente toma un archivo/carpeta, de qué convertir y a qué convertir, y lo corre por pandoc.

Uso

Para usar el script, solo llamalo con algo asi:

pandy source format_from format/s_to [other options]

Caracteristicas

Sintaxis un porquito mas facil para los comandos de pandoc
Carpeta de output manteniendo o no la estructura
La fuente puede ser un archivo, una carpeta o un .list que contenga las rutas a los archivos
Formatos: algunos se puede abreviar (mirar abajo)
Formato de salida: se pueden poner más de uno! solo separalo con espacios.
Podes crear un librito re lindo (html, solo añade navegación entre archivos). Si no te gusta/queres el "Next-Prev", podes usar los titulos de archivo. Crea un lindo y simple index o incluí el tuyo.
Usa un archivo de configuración: así no tenes que acordarte de todos los argumentos o escribir un "wrapper" para un script "wrapper" :)
Soporte para [TOCME]. Significa que el archivo que lo tenga, va a tener TOC. No mas eso de separar archivos con TOC, los que no tienen y finalmente ponerlos en una carpeta.
Si usas markdown y convertis a HTML hay cositas lindas para vos: abbreviations (de las verdaderas, no como esas que son ignoradas por pandoc) y admonitions.
"WikiLinks" para tu index!

Para más información y explicación, ir a la página de proyecto de pandy.

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 para Python Markdown

Sun, 17 Nov 2013 00:00:00 GMT

Hey!

pymd ahora esta en PyPI. Eso significa que lo podes instalar como pip install pymd :)

pymd es un wrapper para la librería Python Markdown, basicamente te permite tener un HTML completo a comparación de lo que te tira la librería.

Características

Proceso en batch (en una carpeta o usando .list) con extensiones .md, .txt o .markdown
Especificar una carpeta de resultados/output (con creación automática)
Incluye todas las extensiones de Python Markdown y hasta podes especificar las tuyas!
Combinar los archivos en un HTML grande o crear un librito con links de navegación; hasta podes crear tu propio index!
CSSed: trae un no-tan-feo CSS embebido (hasta podes cambiar entre tipografía sans y serif) o linkear a una que prefieras.
Encabezados para los archivos! Así podes compartir el mismo metadata (como tu hermoso nombre y tu creativo título) en todos los archivos o cuando combinas y te olvidaste poner un título principal.
Wiki links: [](file|path) -> [title linked file](output_path)
Hecho con amor <3

Más información y ejemplos en la página de proyecto de pymd

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. ↩