Apache HTTP Server
- Download Apache from ApacheLounge. I chose the 64-bit Windows binary built with VC10 because my system is 64-bit and I have VC10. Also it matches the mod-wsgi binary available for Windows-x64. I also chose Apache-2.4 version instead of the older 2.2.
- The ApacheLounge zip file has instructions, but it's simple, just extract it to c:\Apahce24. I also made a shortcut to
ApacheMonitor.exein my Startup folder. This nifty app runs in the system tray giving you the server status, and lets you restart, stop or start the server or open services. Finally I changed ownership of the folder recursively to
- Download mod_wsgi from Graham Dumpleton's GitHub releases page - it has all of the windows binaries you need. Unfortunately Christoph Gohlke's version on his website - Python Extension Packages for Windows - doesn't have a 64-bit version. Extract the library, and copy it to your Apache/modules folder.
httpd.confto load the mod_wsgi module. See the Django documentation on how to Use Apache with mod_wsgi and the mod_wsgi quick installation guide for configuration. Specifically add the line
LoadModule wsgi_module modules/mod_wsgi.so- I added it to the end of the list of modules. Note comments are preceded by # (aka: the hash symbol).
- Provide the mod_wsgi parameters that allow the server to serve the Django folder:
WSGIScriptAlias / /path/to/mysite.com/mysite/wsgi.py WSGIPythonPath /path/to/mysite.com <Directory /path/to/mysite.com/mysite> <Files wsgi.py> Require all granted </Files> </Directory>
- Alias and allow the static and media folders:
Alias /static/ /path/to/mysite.com/STATIC_ROOT/ Alias /media/ /path/to/mysite.com/MEDIA_ROOT/ <Directory /path/to/mysite.com/STATIC_ROOT> Require all granted </Directory> <Directory /path/to/mysite.com/MEDIA_ROOT> Require all granted </Directory>I put these and the preceding lines in the section of httpd.conf where it says to specify which folders to allow access.
manage.py collectstaticto make all admin files and other css/js files available to server. Make sure STATIC_ROOT is set to the same folder that is aliased in the httpd.conf file, and that it is empty because it will be overwritten. I keep all of my bootstrap and tablesorter files as well as images and icons in an assets folder that is on my STATIC_DIRS list.
- Turn DEBUG and TEMPLATE_DEBUG off.
- You must specify ALLOWED_HOSTS, e.g. mydomain.com, or you will get a 500 server error.
- Install Apache as service, from admin COM window, navigate to C:\Apache24\bin and type
httpd.exe -k install, now go to your site and see if it works? You may need to start the service. You can use the ApacheMonitor to start it or open services. If you are not an admin, it will prompt you for admin creds.
Now for Postgre
- first make a copy of your db.sqlite3 file.
- Make a mental check list of all of the apps and models you have and use
manage.py dumpdata --natural myapp1 myapp2 myapp3.mymodel auth.user etc. > myfixtures.jsonto save them all to a JSON file. Note: only select your models, or you may get integrity or other errors when loading fixtures, and don't forget auth.user or auth.groups if you are using them. Specify models of apps using dot notation. You may need the --natural option for auth objects, not sure, but it doesn't hurt.
- Download PostgreSQL from EnterpriseDB and install it. Note: If you are on a domain network and are using Vista or Server 2003/2008 you may experience a well known issue with the message, "database cluster initialisation failed". To resolve the issue, (1) create a local user with admin rights, (2) uninstall Postgres and delete
C:\Program Files\PostgreSQL, (3) log out and log on as the local user, (4) turn off antivirus and reinstall PostgreSQL into
C:\Program Files, (5) recursively add full-control permissions of
C:\PostgreSQLto new user, (6) without uninstalling, rerun installer which will state that it detects your previous installation and is updating it and make sure that you use the same data folder.
- I also made a file in my profile's bin folder with the following code
C:\PROGRA~1\PostgreSQL\9.3\bin\psql.exe %*so that I can use
manage.py dbshellin my Git Bash shell which has
~/bin) on my path by default, and I made another script for Bash
#! /bin/sh /c/Program\ Files/PostgreSQL/9.3/bin/psql.exe "$@"so that I can use
psql -Uin my Git Bash shell.
-h localhost -p 5432
- Download the Python PostgreSQL binding psycopg (aka psycopg2) from Stickpeople Project another extraordinary good Samaritan service like Christoph Gohlke's Python Extension Packages for Windows, who also has another version of psycopg2 build from PostgreSQL-9.3 available for download.
- Use the pgAdmin3 panel to connect to the server and create a new user and set the password, e.g. django.
Just right click on Postgre-9.3 (localhost:5432), select Connect and enter your password. Then right click on Databases and select New Database. For new users right click on Login Roles and select New Login Role.
- Create a new database for you Django project and set the new user as the owner. See the PostgreSQL notes in the Django Database documentation.
- Update your settings for the new database. A PostgreSQL example is given in the Settings documentation for DATABASE. Set the ENGINE key to postgresql_psycopg2, NAME to the name you gave your Django project's database, USER to the owner you set for the new database, and PASSWORD to the database owner's password. HOST is probably 'localhost' and PORT is probably 5432.
- Check one last time that you've backed up the old database and used dumpdata to save fixtures of your apps and models, including auth.users and auth.groups in a JSON file. Then use
manage.py syncdbto install your Django project in the new database. Say yes or no when it asks to create a superuser, because when you load the fixtures it will overwrite any rows in your tables.
- Use South to migrate the databases, eg
manage.py migrate <app>, etc. for all apps in your project.
- Now use
manage.py loaddata myfixtures.jsonto load your app and model data into the new database. You should be able to load them with one file containing all of the fixtures, because Django will reference the fixture for tables or rows not yet created. Do not include any extra Django fixtures, or you will raise exceptions. Specifically do not use
manage.py dumpdatawithout specifying any of your apps or models or Django saves extra duplicate info such as content_types, which can not be loaded into the new database because they already exist.