pypeton

Tool to start Django and Bongo projects


License
MIT
Install
pip install pypeton==0.5.0

Documentation

Abandoned and replaced with: https://github.com/ff0000/django-start

An application to bootstrap

Frequently we need to create a Django project from scratch and push it on a production machine. pypeton helps reduce the number of manual steps to achieve this goal.

Installation

pip install -e git+git://github.com/ff0000/pypeton.git

Usage

pypeton [options] project_name

Options

  --version          show program's version number and exit
  -h, --help         show this help message and exit
  -v, --virtualenv   initialise virtual envirnment
  -s, --subversion   create project in svn style with trunk/tags/branches
  -d DIR, --dir=DIR  base project directory
  -e ENV, --env=ENV  [django]

Examples

Most basic project

pypeton my_project

Build out an svn folder structure, insert a django project into trunk, and initialize a virtual environment all in one step.

pypeton -s -v my_project  

Specify a directory other than the present working directory

pypeton -d /path/to/folder  my_project

TODO:

Add description of project customization:

  • how to define requirements
  • what's in which folder

Installing requirements

The next step is to install the requirements for the project, with these commands:

cd fooapp/trunk
source activate
cd project
./manage.py require

where ./manage.py require is a provided shortcut for pip install -r ../deploy/requirements.txt && pip install -r ../deploy/requirements/development.txt.

Running the project in the browser

The project comes with an empty home-page which can be seen in a web browser by running:

./manage.py syncdb
./manage.py server

and then opening http://localhost:8000/ in a browser window. ./manage.py server is a shortcut provided for the command ./manage.py runserver 0.0.0.0:8000 used frequently to start the local server.

Resetting the database and loading fixtures

The project also comes with an application named initial_data, a model with a fixture to create in the development environment an admin user with password admin and a site called http://example.com:8000. These data can be loaded by running:

./manage.py sync

where ./manage.py sync is a shortcut to:

  • reset the database structure
  • synchronize it again with the latest models
  • optionally reload the fixtures for the specified environment (in this case, users and sites for development)

At this point, Django admin can be accessed by running ./manage.py server again, then logging into http://example.com:8000/admin with admin/admin (make sure to have "example.com" in the machine hosts file pointing to the localhost).

Creating a new model and application

A new model (e.g., called Picture) can be created with the command:

./sta Picture

which extends the default "./manage.py startapp" command by delivering a coherent file structure and providing two basic views for index and show. To include this model in the application:

  • add 'pictures', to INSTALLED_APPS in settings/__init__.py, and
  • add (r'^pictures/', include('pictures.urls')) to urlpatterns in urls.py.
  • run ./manage.py sync to add the model to the database

At this point, all these new views become available:

Customizing the model

The newly created model can be edited at will. For instance, the Picture model can be inherited by django-imagekit's ImageModel in order to have many image-related functions available. For this purpose:

  • add the following lines to deploy/requirements.txt:

    pil                  # to use models.ImageField
    django-imagekit      # to deal with image size, thumbnails
    
  • run the command ./manage.py require to install the new requirements

  • edit apps/pictures/models.py to begin as:

    from django.db import models
    from imagekit.models import ImageModel
    
    class Picture(ImageModel):
        name = models.CharField(max_length=255)
        image = models.ImageField(upload_to='pictures')
        num_views = models.PositiveIntegerField(editable=False, default=0)
        #
        class IKOptions:
            # This inner class is where we define the ImageKit options for the model
            spec_module   = 'pictures.specs'
            cache_dir     = 'cache'
            image_field   = 'image'
            save_count_as = 'num_views'
    
  • add apps/pictures/specs.py as:

    from imagekit.specs import ImageSpec
    from imagekit import processors
    
    # first we define our thumbnail resize processor
    class ResizeThumb(processors.Resize):
        width =  20
        height = 20
        crop = True
    
    # now we can define our thumbnail spec
    class Thumbnail(ImageSpec):
        access_as = 'thumbnail_image'
        pre_cache = True
        processors = [ResizeThumb]
    
  • change the loop in template/pictures/index.html as:

    {% for picture in pictures %}
        <li><a href={{ picture.get_absolute_url }}>
          {{ picture.id }}
          <img src="{{ picture.thumbnail_image.url}}" />
        </a></li>
    {% endfor %}
    
  • add <img src="{{picture.image.url}}" /> to the content in templates/pictures/show.html

At this point, run ./manage.py sync to adjust the database in order the include the Imagekit fields into the Picture table. Then the following views allow to:

Creating fixtures

Whenever the ./manage.py sync command is run, all the data in the database is deleted. The method not to lose data during a synchronization is using fixtures.

For instance, after adding a Picture through the admin interface, this can be stored in a fixture running:

./manage.py dump pictures

where ./manage.py dump is a shortcut for ./manage.py dumpdata to output the data with the right indentation in the specified environment.

At this point, running .syn development again will reset the database and reload the images from the fixtures, without losing any data in the operation.

Storing uploads on a CDN

For local development, storing uploads (such as images) in the same folder as the Django code is fine. But this is not the desired behavior on staging or production machines. Uploads can be easily stored in Rackspace CDN by using django-cumulus:

  • log into Rackspace cloud and create a new container
  • add the following line to deploy/requirements.txt:

    django-cumulus       # to store uploads on CDN
    
  • run the command ./manage.py require to install the new requirement

  • add the following lines to settings/staging.py:

    INSTALLED_APPS = INSTALLED_APPS + (
        'cumulus',
    )
    
    DEFAULT_FILE_STORAGE     = 'cumulus.storage.CloudFilesStorage'
    CUMULUS_USERNAME         = '[Your Rackspace Cloud username]'
    CUMULUS_API_KEY          = '[Your Rackspace Cloud API key]'
    CUMULUS_CONTAINER        = '[Your Rackspace Cloud container]'
    CUMULUS_FILTER_LIST      = ['.DS_Store']
    CUMULUS_STATIC_CONTAINER = CUMULUS_CONTAINER
    CUMULUS_USE_SERVICENET   = False
    STATIC_URL               = ""
    

At this point, run ./manage.py sync --settings=settings.staging to set up a database for the staging server (which, for now, is on the same development machine). Since it's a staging server, an admin/admin user will not be created automatically, but prompted, in order to use a valid password.

Then run ./manage.py server --settings=settings.staging to run the server with the staging settings. All the pictures will then be uploaded to the CDN and not to any local folder.

It is also possible to batch upload all the pictures loaded so far in the development machine onto the CDN server that serves the staging environment by running:

./manage.py syncstatic --settings=settings.staging