Al igual que en los pasos anteriores, lo primero que debemos hacer es descargar la extensión de noticias para Django-CMS, podemos hacerlo desde aquí. Una vez descargada, extraeremos la carpeta “cmsplugin_advancednews” en el raíz de nuestro proyecto, quedando la siguiente estructura:

mycmsproject/
    manage.py
    mycmsproject/
        ...
    admin_tools/
        ...
    cmsplugin_advancednews/
        ...

Editaremos nuestro fichero settings.py y añadiremos al final de “INSTALLED_APPS” las siguiente lí­nea:

    ...
    'cmsplugin_advancednews',
) #se cierra INSTALLED_APPS

CMS_APPLICATIONS_URLS = (
    ('cmsplugin_advancednews.urls', 'News'),
)
CMS_NAVIGATION_EXTENDERS = (
    ('cmsplugin_advancednews.navigation.get_nodes','News navigation'),
)

Sin embargo, esta extensión en concreto, tiene como dependencia django-hvad y django-nani, dado que permite subir noticias en diferentes idiomas. Para cubrir dicha dependencia, necesitamos descargar django-hvad desde aquí y extraer la carpeta hvad y nani en la raíz de nuestro proyecto e incluir en settings.py, dentro de  INSTALLED_APPS, encima de ‘cmsplugin_advancednews’ la línea:

'hvad',

Una vez realizado este paso, si en consola ejecutamos:

python manage.py syncdb --all

Vamos a obtener un error:

Traceback (most recent call last):
  File "manage.py", line 10, in 
    execute_from_command_line(sys.argv)
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 443, in execute_from_command_line
    utility.execute()
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/__init__.py", line 382, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 196, in run_from_argv
    self.execute(*args, **options.__dict__)
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 231, in execute
    self.validate()
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/base.py", line 266, in validate
    num_errors = get_validation_errors(s, app)
  File "/usr/local/lib/python2.7/dist-packages/django/core/management/validation.py", line 30, in get_validation_errors
    for (app_name, error) in get_app_errors().items():
  File "/usr/local/lib/python2.7/dist-packages/django/db/models/loading.py", line 158, in get_app_errors
    self._populate()
  File "/usr/local/lib/python2.7/dist-packages/django/db/models/loading.py", line 64, in _populate
    self.load_app(app_name, True)
  File "/usr/local/lib/python2.7/dist-packages/django/db/models/loading.py", line 88, in load_app
    models = import_module('.models', app_name)
  File "/usr/local/lib/python2.7/dist-packages/django/utils/importlib.py", line 35, in import_module
    __import__(name)
  File "/home/alejandro/Proyectos/mycmsproject/cmsplugin_advancednews/models.py", line 19, in 
    class News(TranslatableModel):
  File "/home/alejandro/Proyectos/mycmsproject/cmsplugin_advancednews/models.py", line 37, in News

Select Available Plutins > Text > Add a plugin'))   
  File "/usr/local/lib/python2.7/dist-packages/cms/models/fields.py", line 20, in __init__
    super(PlaceholderField, self).__init__(Placeholder, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/django/db/models/fields/related.py", line 928, in __init__
    Field.__init__(self, **kwargs)
TypeError: __init__() got an unexpected keyword argument 'language_aware'

Esto es normal, para solucionarlo es necesario modificar un par de ficheros, para ello lo que vamos hacer es descargar Django-CMS desde aquí.

Una vez descargado, extraemos las carpetas “menus” y “cms” a la raíz de nuestro proyecto y editamos dentro de “cms/forms/” el fichero widgets.py

Buscamos la línea “180″ y modificamos:

def __init__(self, request, filter_func):
        self.request = request
        self.filter_func = filter_func

por:

def __init__(self, request, filter_func, language_aware=False):
        self.request = request
        self.filter_func = filter_func
        self.language_aware = language_aware

En ese mismo fichero, modificamos en la línea “198″ ( más o menos ) modificamos :

language = get_language_from_request(self.request)

por:

language = get_language_from_request(self.request)
if self.language_aware:
    plugin_list = plugin_list.filter(language=language)

Guardamos el fichero y modificamos cms/models/fields.py, buscando en la línea “11″:

 def __init__(self, slotname, default_width=None, actions=PlaceholderNoAction, **kwargs):
        validate_placeholder_name(slotname)
        if kwargs.get('related_name', None) == '+':
            raise ValueError("PlaceholderField does not support disabling of related names via '+'.")
        self.slotname = slotname
        self.default_width = default_width
        self.actions = actions()

Y modificándolo, por:

def __init__(self, slotname, default_width=None, language_aware=False, actions=PlaceholderNoAction, **kwargs):
        validate_placeholder_name(slotname)
        if kwargs.get('related_name', None) == '+':
            raise ValueError("PlaceholderField does not support disabling of related names via '+'.")
        self.slotname = slotname
        self.default_width = default_width
        self.actions = actions()
        self.language_aware = language_aware

por último, en el mismo fichero, en la línea “32″, cambiamos:

widget = PlaceholderPluginEditorWidget(request, filter_func)

por:

widget = PlaceholderPluginEditorWidget(request, filter_func, language_aware=self.language_aware)

Guardamos el fichero, vamos a la consola y ejecutamos:

python manage.py syncdb --all
python manage.py migrate --fake

Lanzamos el servidor:

python manage.py runserver

Ahora ya podremos incluir noticias en nuestro portal web, y en diferentes idiomas. Para finalizar el proyecto, faltaría poner un diseño “bonito” pero eso ya os lo dejo a vosotros.

Podéis descargar el proyecto completo aquí.

Saludos.

self.request = request

         self.filter_func = filter_func

 Mejorar el aspecto visual del administrador de Django

Para ello vamos a utilizar django-admin-tools, lo podemos descargar desde aquí.

Una vez descargado descomprimiremos la carpeta admin_tools al raíz de nuestro proyecto, quedando la siguiente estructura:

mycmsproject/
    manage.py
    mycmsproject/
        ...
    admin_tools/
        ...

Llegados a este punto, editaremos nuestro fichero settings.py, dejando el inicio de INSTALLED_APPS de la siguiente manera:

INSTALLED_APPS = (
    'admin_tools',
    'admin_tools.theming',
    'admin_tools.menu',
    'admin_tools.dashboard',
    #Resto de apps
    ....

Tras añadir admin_tools a nuestro settings.py, abriremos una consola y en la raíz de nuestro proyecto ejecutaremos:

python manage.py syncdb
python manage.py migrate admin_tools.dashboard
python manage.py migrate admin_tools.menu

Modificaremos urls.py, añadiendo al principio de urlpatterns esta línea:

 url(r'^admin_tools/', include('admin_tools.urls')),

Por último, antes de volver a lanzar el servidor ejecutaremos:

python manage.py collectstatic

Ahora ya podemos lanzar de nuevo el sevidor de Django:

python manage.py runserver

Y al acceder a nuestro administrador, obtendremos el siguiente resultado:

Administrador con admin tools

Más información aquí.

Extensión para incluir noticias en nuestro portal web

Al igual que en el paso anterior, lo primero que vamos hacer es descargar una de las extensiones para la gestión de eventos que hay para Django-CMS. Podemos hacerlo desde aquí.
Una vez descargada, extraeremos la carpeta “simple_events” en el raíz de nuestro proyecto, quedando la siguiente estructura:

mycmsproject/
    manage.py
    mycmsproject/
        ...
    admin_tools/
        ...
    simple_events/
        ...

Editaremos nuestro fichero settings.py y añadiremos al final de “INSTALLED_APPS” las siguiente línea:

    ...
    'simple_events',
) #Aquí se cierra INSTALLED_APPS

Luego abriremos una consola y en la raíz de nuestro proyectos ejecutaremos:

python manage.py syncdb --all
python manage.py runserver

Ahora si accedemos al administrador ( http://localhost:8000/admin ) vermos que tenemos la aplicación de eventos instalada.

django-simple-events en administrador

Por último, vamos a crear una nueva página en el CMS, por ejemplo con el nombre “Agenda”, una vez creada la página desplegaremos las opciones avanzadas y seleccionaremos la aplicación de eventos.

Seleccion de la aplicación de eventos

Guardamos la página y listo.

Este módulo nos permite añadir un calendario de eventos en cualquier página del CMS.

Para la integración de un sistema de noticias, dado que voy a usar el plugin: cmsplugin-advancednews voy a crear otro post, dado que requiere de un pequeño retoque en el código del CMS y el uso de django-hvad.

Post relacionados: Crear un portal web con Django-CMS Fase I

Como intento que este blog pueda seguirlo todo el mundo, antes de empezar voy a aclarar algunos conceptos:

¿ Qué es un CMS ?

Un sistema de gestión de contenidos (en inglés Content Management System, abreviado CMS) es un programa que permite crear una estructura de soporte (framework) para la creación y administración de contenidos, principalmente en páginas web, por parte de los administradores, editores, participantes y demás roles.

Más info aquí [ Fuente Wikipedia ]

¿ Qué es Django-CMS ?

Django CMS es un proyecto de código abierto de Suiza. Es un sistema de gestión de contenido que se basa en el marco django web y está escrito en python.

Más información aquí. [ Fuente Django CMS ]

¿ Como empezar ?

Si no tenemos instalado en nuestro equipo python, django ni django-cms, así como sus dependencias, vamos hacer lo siguiente:

sudo aptitude install python python-setuptools python-imaging
sudo easy_install pip
sudo pip install django django-cms south

Una vez intalado Django-CMS, vamos a crear un proyecto, en mi caso lo crearé en el home de mi usuario

django-admin.py startproject mycmsproject
cd mycmsproject/mycmsproject
rm settings.py
rm urls.py
wget https://gist.github.com/raw/4234872/settings.py
wget https://gist.github.com/raw/4234895/urls.py

Lo que hicimos en la parte superior, es crear nuestro proyecto y borrar el settings.py y el urls.py cambiándolos por otros con una pre-configuración ( estés pasos están sacados de la página de Django-CMS pweo los ficheros están modificados. )

Seguiremos creando una carpeta para nuestras plantillas y descargando unas plantillas pre-configuradas.

mkdir templates
cd templates
wget https://gist.github.com/raw/4234956/example.html

Por ultimo crearemos nuestra base de datos y arrancaremos el servidor.

cd ../..
python manage.py syncdb --all
python manage.py migrate --fake
python manage.py runserver

Lo que veremos al acceder a http://localhost:8000 , será lo siguiente:

Página inicial Django-CMS

Con estos sencillos pasos, ya tendremos montado Django-CMS. En posteriores capítulos explicaré como añadir extensiones ( podéis encontrarlas en: https://www.django-cms.org/en/extensions/ ).

En el siguiente capítulo, intentaré que sea la próxima semana, instalaremos:

• django-admin-tools
• cmsplugin-advancednews
• django-cms-simple-events

Requisitos previos

$ sudo aptitude install build-essential python-dev postgresql libpq-dev libfreetype6-dev python-pip bzr libxml2-dev python-virtualenv libxslt1-dev libjpeg62-dev liblcms1-dev libpng12-dev 

Instalación y configuración OpenERP 6.1

En la carpeta que deseemos en mi caso en ~/Proyectos

$ mkdir openerp6.1 && cd openerp6.1 
$ bzr branch lp:openobject-server/6.1 server 
$ bzr branch lp:openobject-addons/6.1 addons 
$ bzr branch lp:openerp-web/6.1 web 

Y también la localización española de OpenERP:

$ bzr branch lp:openerp-spain/6.1 openerp-spain

Crear un usuario de postgresql para el OpenERP 6.1

$ sudo -u postgres -i
$ createuser --createdb --username postgres --no-createrole --pwprompt openuser
$ exit

Crear el entorno virtual para aislar el OpenERP 6.1 del resto del sistema.

$ virtualenv --no-site-packages -p python oerp_venv

Bajar de launchpad el fichero requisitos

$ bzr branch lp:~chucu/+junk/OERP6.1-requirements

y montar el entorno virtual

$ ./oerp_venv/bin/pip install -r OERP6.1-requirements/requirements.txt

Instalar pychart a mano, esta puesto de último.

en la carpeta /oerp_venv ejecuta:

$ wget http://download.gna.org/pychart/PyChart-1.39.tar.gz
$ tar xzf PyChart-1.39.tar.gz && cd PyChart-1.39
$ ../bin/python setup.py install

Configurar addons_path, editando openerp_serverrc

 $ nano ~/.openerp_serverrc

A mi me queda de la siguiente manera:

addons_path = ~/Proyectos/openerp6.1/openerp-spain,~/Proyectos/openerp6.1/addons,~/Proyectos/openerp6.1/web/addons

y probar a lanzar el server:

$ ./oerp_venv/bin/python server/openerp-server

Cliente GTK

Para el cliente GTK es necesaria la libreria pyGTK, se puede instalar con pip o a mano.

Y bajarse el cliente desde Launchpad.

$ bzr branch lp:openobject-client/6.1 client

Para lanzar el cliente GTK

$ ./oerp_venv/bin/python client/bin/openerp-client.py

Fuente: Launchpad.net, “Proge Team” 

P.D: Esto esta realizado bajo Linux Mint Lisa

Lo primero de todo, para aquellos que no lo sepáis, ¿Que pasa con la cuenta de Facebook si mueres?

La solución que se les ocurrió a los lumbreras de Facebook es crear un nuevo estado “In memoriam” y digo yo, ¿por que no borrar la cuenta? Pues simple, por que la información a día de hoy es un bien muy preciado y aunque mueras tu información sigue valiendo dinero. Eso, y por que la gente de Facebook “pensó” que sería precioso conseguir la vida eterna, aunque fuera en Facebook.

¿Qué diferencia el estado “In memoriam” de cualquier otro estado?

Realmente poca cosa, bueno, una fundamental que el propietario de la cuenta esta muerto, así que por mucho que le escribas en el muro no te va contestar. Además de eso, pues nada. Por que Facebook te sigue avisando para que lo felicites por su cumpleaños, puedes seguir comentando/etiquetándolo en las fotos,… vamos lo de siempre ( no pude probar si además de recordarte su cumpleaños, también te recuerda su funeral o el día de su muerto, pero me parecería muy sádico, aunque a título informativo muy practico ). Incluso seguro que a alguno se le ocurrió hacer una aplicación tipo “ouija” para intentar comunicarse con él. Sino me pondré a ello, que puede ser un TOP 10

¿Como informar sobre el perfil de una persona fallecida?

Esta parte es sin duda la mejor, muy bien pensada y razonada por la gente de Facebook. Intento ponerme en su lugar, imaginaos un “Brainstorm” ( por llamarlo de alguna forma ) de la gente Facebook, diciendo, y ¿como “enterramos” a los usuario de Facebook que hayan muerto en la vida real?

• Por que no cerramos su perfil ( ya lo conteste arriba ), RECHAZADO!.
• Y si bloqueamos el perfil cuando reciba X condolencias, RECHAZADO!.
• Ah, podemos mantener el perfil, pero cambiando el estado a “In memoriam” tipo capilla ardiente en internet o altar en el ciberespacio. Y que a través de un sencillo formulario un familiar o amigo nos comunique su defunción, APROBADO!.

Y tachán, aquí tenéis ese sencillo formulario que hay que cubrir para informar sobre el perfil en Facebook de una persona fallecida. ( Aquí de nuevo el enlace al formulario )

Formulario para informar de persona fallecida a facebook

El formulario se las trae, ya empieza diciendo… “Bajo pena de perjurio” pero vamos a ver, bajo que juramento estoy al entrar en internet, o en una página Facebook, por que así según lo ponen acojona, o no?

Pero bueno, el término “Perjurio” no existe como termino jurídico en España aplicándose el Falso Testimonio por lo que “técnicamente” podemos dedicarnos tranquilamente a enterrar gente en Facebook, bueno, enterrar suena muy fuerte, pero a convertir las cuentas de Facebook de nuestros amigos en cuentas “conmemorativas” ( que visto como esta actualmente el mercado laboral en España, la profesión de “enterrador a sueldo en Facebook” puede tener mucha salida… xDD )

Siguiendo con el formulario, tras unas preguntas “normales” lleva la apoteosis, la prueba de todas las pruebas, demostrar a Facebook que la persona esta muerta. Bueno, pues esto es muy fácil dado que en la prueba del fallecimiento a Facebook le llega con una esquela ( se pueden falsificar ), un artículo periodístico ( tampoco es muy difícil falsificarlo ) o algo similar.

Que vamos a ver, ya una vez puestos a pedir pruebas, por lo menos pedir algo más serio, a mi a vote pronto se me ocurre el certificado de defunción, pero siendo un poco bruto, la nota de suicidio, un vídeo del entierro subido a Youtube,  que no tienes vídeo del entierro… da igual un vídeo de la lectura del testamento o una fotocopia de este también nos vale… xD

Bueno, y ya para acabar, que podría seguir, pero creo que ya quede bastante como un cretino por hoy, y viendo el posible filón que pueden ser dentro de unos años las cuentas “In memoriam” o “conmemorativas”, alguien se anima a desarrollar aplicaciones para Facebook, a mi se me ocurren varias:

• “Vídeo esquela“, una aplicación que primero te dice que día vas a morir, y luego te permite grabar un vídeo invitando a tus amigos a tu funeral.
• “Cambio de estado póstumo“, cada año celebrando el aniversario de tu muerte, la aplicación cambia tu estado, por ejemplo: “Visitando a Fraga”, “De cañas con Kurt Kovain”, y lo que tu nos digas.
• “El fantasma“, una vez tengas tu cuenta “In memoriam” con esta aplicación podrás colgar publicaciones preseleccionadas en las cuentas de tus amigos/familiares para que nunca se olviden de ti.

Vale, se de sobra que la última parte es una burrada, pero no me quedaba tranquilo si no lo ponía, si Facebook puede meterse con la muerte, yo también .

Saludos.

Fuente: http://revistareplicante.com

¿Qué es Pylons?

Pylons es un framework de aplicaciones web open source que implementa el patrón modelo-vista-controlador. Pylons usa intensivamente el estandard Web Server Gateway Interface (WSGI).Pylons posee una fuerte influencia de Ruby on Rails. Dos de sus principales componentes Routes and WebHelpers son reimplementaciones de Rails en Python.

Crear un blog sencillo desde cero en Pylons

1. Instalación, configuración y modelo.

Lo primero que necesitamos, es instalar Pylons

easy_install Pylons
easy_install SQLAlchemy #ORM

En este caso vamos usar como base de datos PostgreSQL 9,1 por lo que necesitamos psycopg2

# En nuestra carpeta de usuario ( o donde queramos )
paster create -t pylons MyBlog    # Cuando nos pregunte por el tipo de
# plantillas seleccionaremos mako.
# Cuando pregunte por incluir SQLAlchemy, marcaremos True.
cd MyBlog

Editamos el fichero development.ini y en la sección [app:main], indicamos la configuración de la base de datos.

sqlalchemy.url = postgres://username:password@host:port/database

Luego con ayuda de sqlalchemy, creamos el modelo en ~/MyBlog/myblog/model/__ init __.py

Dejándolo de la siguiente manera:

import sqlalchemy as sa
from sqlalchemy import types

from myblog.model.meta import Session, Base

def init_model(engine):
    """Llamado antes de usar cualquiera de las tablas o clases en el modelo"""
    Session.configure(bind=engine)

class Blog(Base):
    __tablename__ = "Blog"
    __mapper_args__ = dict(order_by="date desc")

    id = sa.Column(types.Integer, primary_key=True)
    subject = sa.Column(types.Unicode(255))
    author = sa.Column(types.Unicode(255))
    date = sa.Column(types.DateTime())
    content = sa.Column(types.Text())

Ahora es necesario editar ~/MyBlog/myblog/websetup.py :

"""Setup the MyBlog application"""
import logging

import pylons.test

from myblog.config.environment import load_environment
from myblog.model.meta import Session, Base

log = logging.getLogger(__name__)

def setup_app(command, conf, vars):
    """Place any commands to setup myblog here"""
    # Don't reload the app if it was loaded under the testing environment
    if not pylons.test.pylonsapp:
        load_environment(conf.global_conf, conf.local_conf)

    # Create the tables if they don't already exist
    log.info("Creating database tables")
    Base.metadata.create_all(bind=Session.bind)
    log.info("Finished setting up")

Por último, en este primer paso, dentro de la carpeta general del proyecto, en este caso MyBlog, ejecutaremos:

paster setup-app development.ini

que se ocupará de crear nuestra base de datos.

2. Controladores

Pylons basa sus aplicaciones en una serie de controladores, así que vamos a crear el controlador del blog.

De nuevo en la carpeta raíz del proyecto, ejecutaremos:

paster controller blog

Modificamos el controlador del blog, en ~/MyBlog/myblog/controllers/blog.py dejándolo de esta manera:

import logging

from pylons import request, response, session, tmpl_context as c, url
from pylons.controllers.util import abort, redirect

from myblog.lib.base import BaseController, render
from myblog import model

log = logging.getLogger(__name__)

class BlogController(BaseController):
    # Recuperamos los 5 últimos post y los enviamos a la plantilla.
    def index(self):
        q = model.Session.query(model.Blog)
        c.posts = q.limit(5)
        return render("/blog/index.mako")

Crearemos la plantilla en la ruta ~/MyBlog/myblog/templates/blog/index.mako

<%inherit file="site.mako" />
<%def name="title()">MyBlog Home</%def>

<p>${c.posts.count()} new blog posts!</p>

% for post in c.posts:
<p class="content" style="border-style:solid; border-width:1px">
        <span class="h3"> ${post.subject} </span>
        <span class="h4">Posted on: ${post.date} by ${post.author}</span>
        <br>
          ${post.content}
</p>
% endfor

Por último en este paso, necesitamos crear el HTML base del sitio, lo crearemos en la siguiente ruta ~/MyBlog/myblog/templates/blog/site.mako dejándolo, por ejemplo,  de la siguiente manera:

<%def name="title()"></%def>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
        <title>MyBlog: ${self.title()}</title>
    </head>
    <body>
        <h1>${self.title()}</h1>

<!-- *** BEGIN page content *** -->
${self.body()}
<!-- *** END page content *** -->

    </body>
</html>

3. Prueba de la aplicación

Para ejecutar la aplicación, ejecutaremos en el directorio raíz de la aplicación:

 paster serve --reload development.ini

Ahora podremos ver nuestro blog en http://localhost:5000/blog

Si nos movemos a http://localhost:5000/ veremos la página por defecto de Pylons, podemos situar nuestro blog en la raíz, con dos sencillos pasos:

1. Borrar o renombrar el fichero ~/MyBlog/myblog/public/index.html
2. Añadiendo una nueva regla de enrutamiento en el fichero ~/MyBlog/myblog/config/routing.py de la siguiente manera:

Debajo del comentario “# CUSTOM ROUTES HERE”, añadiremos esta línea:

map.connect('/', controller='blog', action='index')

4. Añadir una interfaz de administrador

Creamos el controlador con el nombre seleccionado, en este caso “toolkit” lanzando el siguiente comando en desde el directorio raíz.

paster controller toolkit

Crearemos las plantillas del “administrador”, una para el inicio y otra con el formulario para incluir nuevos posts.

mkdir ~/MyBlog/myblog/templates/toolkit

~/MyBlog/myblog/templates/toolkit/index.mako

<%inherit file="/blog/site.mako" />
<%def name="title()">Admin Control Panel</%def>

This is home of the toolkit. <br>
For now you can only
<a href="${url(controller="toolkit", action="blog_add")}">add</a>
blog posts.
<p>
Later on you'll be able to delete and edit also.

~/MyBlog/myblog/templates/toolkit/add.mako

<%inherit file="/blog/site.mako" />
<%def name="title()">Add Blog Post</%def>

<span class="h3"> Post a Comment </span>
${h.form(url(controller='toolkit', action='blog_add_process'))}
<label>Subject: ${h.text('subject')}</label><br>
<label>Author: ${h.text('author')}</label><br>
<label>Post Content: ${h.textarea('content')}</label><br>
${h.submit('post', 'Post New Page')}
${h.end_form()}

Añadimos:

~/MyBlog/myblog/lib/helpers.py

from webhelpers.html.tags import form, text, textarea, submit, end_form

Y creamos el controlador.

~/MyBlog/myblog/controllers/toolkit.py

import datetime
import logging

from pylons import request, response, session, tmpl_context as c, url
from pylons.controllers.util import abort, redirect

from myblog.lib.base import BaseController, render
from myblog import model

log = logging.getLogger(__name__)

class ToolkitController(BaseController):

    def index(self):
        return render('/toolkit/index.mako')

    def blog_add(self):
        return render('/toolkit/add.mako')

    def blog_add_process(self):
        # Create a new Blog object and populate it.
        newpost = model.Blog()
        newpost.date = datetime.datetime.now()
        newpost.content = request.params['content']
        newpost.author = request.params['author']
        newpost.subject = request.params['subject']
        # I didn't set ID because it will get a value automatically.

        # Attach the object to the session.
        model.Session.add(newpost)

        # Commit the transaction.
        model.Session.commit()

        # Redirect to the blog home page.
        redirect(url(controller="blog", action="index"))

Una vez creado, podremos añadir nuevos posts a nuestro blog en la siguiente URL

http://localhost:5000/toolkit/index

O entrar directamente al formulario.

http://localhost:5000/toolkit/blog_add

Saludos.

Fuente: wiki.pylonshq.com

Lo primero, yo estoy usando para esta instalación Linux Mint 12. Sinceramente, nunca lo instalé en Windows, así que no puedo decir como se hace.

Primer paso

Empezaremos bajándonos los repositorios de launchpad con bazaar

Tendrémos que bajarnos los siguientes repositorios:

• bzr branch lp:openobject-addons
• bzr branch lp:openobject-server
• bzr branch lp:openerp-web
• bzr branch lp:openerp-spain/6.1

Estos habrá que cambiarlos una vez que liberen la versión estable ya que ahora hacen referencia a trunk y los cambiarán después de publicarla.

Para el correcto funcionamiento, yo utilizo, Python 2.7 y Postgresql 9.0, debería funcionar con Python 2.6 y versiones anteriores de Postgresql

Paquetes necesarios

Puede que me deje alguno, pero los fundamentales son:

• python-werkzeug
• python-openid
• python-yaml
• python-reportlab
• python-pychart
• python-pybabel
• python-openid

Configurar el arranque de OpenERP

El arranque del servidor está algo cambiado con respecto a versiones anteriores de OpenERP, en mi caso, baje los repositorios de OpenERP a la ruta ( /opt/openerp/ ):

Existe un script en la raíz del repositorio del servidor que se llama “openerp-server” y hay un archivo de configuración en la carpeta install “openerp-server.conf”

En ese archivo configuraremos el usuario y servidor de postgresql, existen varias opciones para arrancarlo pero de inicio,usaremos las básicas.

Añadiremos el parametro “addons_path” y le pondrémos el valor de las rutas a todos los directorios de addons separados por comas.

Estos directorios serán, el repositorio de la localización española, el repositorio de addons y la carpeta de addons del repositorio del cliente web.

Por ejemplo:

addons_path = opt/openerp/openerp-spain,/opt/openerp/openobject-addons,/opt/openerp/openerp-web/addons

En el ejemplo, falta la carpeta de la localización española, es necesario ponerla de primera porque los módulos tienen prioridad según el orden.

Si necesitamos algún módulo de extra-addons, podemos meter el repositorio entero ( no es muy recomendable ) o solo añadir la ruta de los módulos que vayamos a usar.

Arrancar el servidor de OpenERP

Como no hemos configurado OpenERP para que arranque automáticamente ( eso en posteriores post ), paraBueno, vamos a empezar, con algo relativamente sencillo, instalar en nuestro equipo OpenERP, en su versión 6.1 arrancarlo manualmente, debemos de usar el siguiente comando:

./openerp-server -c ./install/openerp-server.conf

El servidor web arrancará directamente, siendo accesible desde el puerto 8069 desde la web, o en el puerto 8070 desde el cliente de escritorio GTK.

Esto es todo por hoy, el próximo día que me aburra, seguimos.

Saludos

Como no hemos configurado OpenERP para que arranque automáticamente ( eso en posteriores post ), para arrancarlo manualmente, debemos de usar el siguiente comando:

¿Por qué?

Bueno, es bastante fácil, durante los últimos 3 años de mi vida, me dediqué a programar sobre todo en Django, pero actualmente, es necesario que programe para OpenERP, y pensé… era bueno documentarlo todo… y “zas” por que no revivir el blog, así lo puedo mirar desde cualquier sitio ( sí, no tengo previsión de muchas visitas… xD)

¿Qué es OpenERP?

Para contestar esta pregunta, me remito a la Wikipedia.

Open ERP es un sistema ERP y CRM. Tiene componentes separados en esquema Cliente-servidor. Dispone de interfaces XML-RPC, y SOAP. Anteriormente se le conoció como TinyErp.

Entre sus características están la contabilidad analítica, contabilidad financiera, gestión de almacenes/inventario, gestión de ventas y compras, automatización de tareas, campañas de marketing, ayuda técnica (Helpdesk) y punto de venta. Dentro de la construcción misma del software se hace uso intensivo de flujos de trabajo que se pueden integrar con los módulos.

El programa es Software libre liberado bajo la GPL.

Es multiplataforma, funciona sobre Linux y Windows, y la interfaz de usuario está construida sobre Gtk+, también hay una alternativa construida sobre Qt. Adicionalmente hay un cliente para ambiente Web llamado Etiny que fue construido sobre TurboGears.

OpenERP se describe así mismo como el ERP de Código abierto más destacado y sencillo que existe hasta el momento.

Emplea a Postgresql como Sistema manejador de bases de datos y ha sido programado con Python, lo cual permite que su adecuación e implantación sea limpia y pueda tener una curva bastante menor que otras soluciones.

Anotaciones personales

• Actualmente muchos módulos tienen licencia AGPL (invenciones de los belgas para sacar la versión Enterprise)
• Tiene una gran comunidad, sin embargo la documentación de los módulos creados por la comunidad es escasa o inexistente,
  además ¿borran los comentarios del código cuando se publican los módulos? parece que sí.
  muchos módulos están sin completar.
• No es sencilla la migración entre versiones, OpenERP no informa claramente de las mejoras, cambios que realiza entre las versiones, o por lo menos no encontré donde.
• El cliente GTK esta medio abandonado, y el web actual (6.1) esta bien, pero aún en desarrollo.

Conclusión

Sinceramente, con lo poco que estuve trabajando con OpenERP, creo que puede ser entretenido, aunque creo que deben mejorar en muchos aspectos, sin embargo a día de hoy parece ser el mejor ERP “libre” del mercado. Os seguiré contando.

En el próximo capítulo, como instalar OpenERP 6.1 desde cero para una PYME. Saludos