netPastiche

Luego de varios dias de trabajo, subi a github una primera versión de una libreria para acceder a la API de 500px usango python.

Desde aqui se puede acceder al repositorio.

Gracias a Lucio y a ninja-ide el codigo es lo mas amigable con pep8 que pude :)

Tal como dice el README del proyecto, actualmente la libreria solo soporta los GET que no requieren autenticación mediante OAuth, pero estoy trabajando para tener todas las funciones que brinda la api disponibles.

Hace un tiempo estoy usando 500px, un sitio de fotos bastante interesante, con una comunidad de fotografos mas que interesante.

Tambien, hace un tiempo, el sitio abrio una primera version de su API. Como aun no hay ningun ejemplo de como conectarnos usando python , aqui les dejo una simple forma de conectarnos usando python-oauth2:

import oauth2 as oauth
import urllib
import json

#500px
consumer = oauth.Consumer(key='your-key-here',secret='your-secret-here')

# Request token URL for 500px.
request_token_url = 'https://api.500px.com/v1/oauth/request_token'
access_token_url = 'https://api.500px.com/v1/oauth/access_token'
authorize_url = 'https://api.500px.com/v1/oauth/authorize'

# Create our client.
client = oauth.Client(consumer)

# The OAuth Client request works just like httplib2 for the most part.
resp, content = client.request(request_token_url,method="GET")

if resp['status'] != '200':
    raise Exception("Invalid response %s." % resp['status'])

print resp
print content

Como podrán ver, he renovado el blog. No solo esteticamente, sino que actualicé el codigo de toda la aplicación de blog :)

Tambien la vieja url para los rss feed ha cambiado. Ahora es esta la direccion , aunque la vieja la dejaré activa un tiempo.

Finalmente hice andar nginx con uwsgi. Al principio lo hice funcionar con supervisor + uwsgi corriendo en un socket para cada sitio, pero luego de intentar (ya que no encontré documentación de cómo hacerlo) pude poner uwsgi en modo vhost para solo tener una instancia corriendo para todos los sitios.

Desde supervisor, uwsgi esta funcionando con los siguientes parametros:

[program:uwsgi_vhost]
command=/usr/local/bin/uwsgi
  --socket 127.0.0.1:1088
  --processes 3
  --master
  --uid www-data
  --no-site
  --vhost
  --reload-os-env

user=www-data
autostart=true
autorestart=true
stdout_logfile=/var/log/uwsgi_main.log
redirect_stderr=true
stopsignal=QUIT

En nginx , un virtualhost de ejemplo (netpastiche.com.ar)

server {
    listen   xx.xx.xxx.xx:80;
    server_name  netpastiche.com.ar;

    # uwsgi for django
    location / {
        include uwsgi_params;
        uwsgi_param UWSGI_CHDIR /path/to/netpastiche.com.ar/public_html;
        uwsgi_param UWSGI_MODULE netpastiche_wsgi;
        uwsgi_pass  127.0.0.1:1088;
    }
    # static content
    location /static {
        root    /path/to/netpastiche.com.ar/public_html;
        expires 24h;
    }
}

Lo mas dificil fue hacer funcionar el sitio, ya que no estaba incluyendo en el pythonpath los paths donde estaba django instalado (netpastiche_uwsgi.py)

import os, sys

sys.path.append(os.path.dirname(__file__))
sys.path.append('/usr/lib/pymodules/python2.6')
sys.path.append('/usr/local/lib/python2.6/dist-packages/')
os.environ['DJANGO_SETTINGS_MODULE'] = 'settings'
import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()

Acostumbrado a apache, en el que cronolog se hacía cargo de "rotar" diariamente los logs, estuve un rato buscando data para hacer lo mismo en nginx.. pero no fue necesario: simplemente logrotate se encarga de eso, corriendo a las 00:01, copiando el log donde awstats pueda ir a buscarlo y hacer su tarea.

Ahora, sigo usando awstats no por ganas propias sino por que Luis (de la ciencia en la vidriera ) esta acostumbrado a ver sus estadisticas de esa manera.

Hay q darle una chance a piwik no?