hanleybrand / historical_mdid_18_update_aborted

just in case

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

historical_mdid_18_update_aborted

just in case

DO NOT USE

This is a copy of a fork of MDID (vrchost/rooibos) I had made a few years back trying to upgrade the app from Django 1.2 -> 1.8 to see if i could do it.

I won't say I couldn't, but I will say I didn't get it completely working. šŸ¤·

The app is -- as of this writing -- updated to run using Django 1.11

I'm only keeping this copy in the event that I remember something I had done and want to see how I was doing it.

Use the real thing: vrchost/rooibos

The rest of this document, as they say, is history.


Madison Digial Image Database (MDID)

The Madison Digital Image Database is a free, open source media repo aimed at education spaces. It was created at James Madison University.

Django 1.8.x upgrade - clone to a new directory

Status: Currently in a "for developers only/get it running" state - will work on an existing mdid3 installation's database, although obvs don't run it against a production database.

This branch has the potential to mess up the organization of a django 1.2.7 based branch, so git clone to separate directory for testing

I'm currently running it on OS X but I tried to make any settings changes as generic as possible (I made most if not all directories set relative to PROJECT_ROOT)

setting up

I'd recommend making a fresh virtual env with python 2.7.x so everything has that 'oh-so-fresh' feeling!

I've been developing/testing this fork with an export of a production database and I haven't hit a snag, so right on!

big change notes

  • Switched static files to the staticfiles app, so a good start for running against an already existing database after setting up your virtualenv is:
pip install -f requirements.txt
./manage.py collectstatic
./manage.py migrate --fake-initial
./manage.py runserver
  • Note that as of Django 1.7 migrations are a requirement, so you must run the `./manage.py migrate' command before starting or... bad things, I guess. The repo includes an untested, pre-generated migrations file so installation should not have to involve If you are working with a pre-existing database copy (please please do not run this against your production data!) you should use this command:
./manage.py migrate --fake-initial
  • Following the newer django convention, moved the main app files to a 'project' directory, and followed Jeff Knupp's advice that this is really a 'config' directory, so settings file plus the main urls & wsgi files are in the PROJECT_ROOT/config directory, collected staticfiles are in PROJECT_ROOT/static, and local templates are in PROJECT_ROOT/templates.

  • A goal is to get anything in rooibos.contrib out of that dir and to use the requirements.txt file to install libraries in the standard way (or remove them if no longer needed e.g. django-logging).

    • BeautifulSoup.py
    • backends
    • cloudfiles
    • compressor
    • django_extensions
    • djangologging
    • google_analytics * (note this library may need a replacement found)
    • impersonate
    • ipaddr.py
    • pagination
    • pyPdf
    • south
    • sql_server
    • tagging

About

just in case

License:Other


Languages

Language:Python 68.7%Language:ActionScript 20.2%Language:JavaScript 4.5%Language:HTML 4.0%Language:CSS 1.7%Language:Shell 0.8%Language:PHP 0.1%Language:Batchfile 0.0%