Django app to manage your burgeoning EVE Online space empire... or something.
Python JavaScript CSS HTML Other
Latest commit b509a12 Feb 26, 2016 @Gillingham Gillingham Merge pull request #115 from Gillingham/develop
Use protocol agnostic image URLs since :ccp: does support https
Failed to load latest commit information.
core Add flake8 to grunt and update all the evething code so it passes flake8 Jun 3, 2014
doc-images Update home doc-image for new icons Aug 4, 2012
docker Add pip-review to dev requirements, update pip in docker image Feb 26, 2016
evething Add logging to stdout for docker May 28, 2015
static Use media queries to wrap the character side affix, closes #108 Feb 26, 2016
templates Use protocol agnostic image URLs since :ccp: does support https Feb 26, 2016
thing :ccp: increased the ItemGroup max length to 74, let's jump to 128 to be Jan 26, 2016
.dockerignore Working docker production setup and compose reconfig May 28, 2015
.gitignore Working docker production setup and compose reconfig May 29, 2015
Gruntfile.js Upgrade handlebars to fix #103 Aug 5, 2015
LICENSE License everything under the BSD 2-clause license. Apparently no lice… Aug 1, 2013 Upgrade to Django 1.7 May 27, 2015
TODO todooo Sep 15, 2013 Django stuff Jul 5, 2010
docker-compose-prod.yml Add a data container to the production Docker install Jun 12, 2015
docker-compose.yml Update comments May 28, 2015 Fix another :ccp: issue where a bp thing doesnt have a matching item_id Feb 26, 2016 Move masteries import into another file as it's slow as hell and Dec 30, 2014 Super derp, should probably check for Django <1.5 rather than <1.6 Aug 3, 2013
package.json Update npm deps, and start including sourcemaps May 28, 2015
requirements.txt django-mptt >8.0 required Django 1.8 Feb 26, 2016


EVEthing is a terribly named web application intended to ease the pain of managing your EVE Online space empire.


  • Handles all types of API key: account, character and corporation.
  • Only crashes occasionally, honest.
  • More than likely won't set your hard drive on fire.
  • Home page: displays relevant information about all API keys attached to your account. Screenshot.
    • Character name, wallet balance, API key 'name' (in brackets) and total SP easily visible.
    • If the account is training, shows training skill, time remaining and training speed. Red completion bars have free room in the skill queue.
    • Red boxes highlight accounts with no characters in training.
    • Notification icons appear at the bottom of each character box and have basic tooltips, you can see the current types in the screenshot.
    • Wallet balances for any corporation keys are displayed underneath.
  • Character page: displays character information similar to the in-game character sheet. If you've ever used eveboard you should know what to expect. Screenshot (yes, that's me).
    • Basic info: portrait, corporation, wallet balance, total SP, clone limit, attributes and implants.
    • Skill queue.
    • Filled stars for trained levels, hollow stars for partially trained levels, weird heart icons for level V skills.
    • Full control over public visibility of character and of each component. If you're not logged in to the account that owns a character you will only see what the owner says you can see, or a 404 error if they choose to not be public.
    • Anonymous character support, accessed via a /character_anon/blah URL. Character name, corporation, wallet balance and implants are not shown and your portrait is replaced with a terrible placeholder image.
  • API key management page: list keys, add keys, simple interface to generate a new key with a feature set. Screenshot
  • Assets page: lists assets for all characters with the relevant API mask. Includes ship and container names with the Locations mask. Filtering is somewhat limited and search is non-existent but the basic functionality is in and working. Screenshot
  • Blueprints page: lets you add/delete/edit/view blueprints you have added to the system. Screenshot
    • See useful information at a glance for every blueprint you own (assuming you could be bothered entering them all).
    • Mark a selection of blueprints to use with BPCalc.
  • BPCalc page: displays detailed production information and allows you to filter based on things. Screenshot
    • Displays blueprints, total m3 of inputs/ouputs, expected profit values from both buys and sells, and estimated weekly volume.
    • Not particularly powerful filters on the data:
      • Profit below a certain value
      • Movement above a certain value (so you don't make 300% of the weekly supply)
      • Limit slots to a certain value
      • Remove selected blueprints
    • Components table with IGB-clickable links for easy purchasing of items.
  • Orders page: displays a summary of your market orders and a detailed list of all orders. Screenshot
    • Summary table showing active order slots and total values involved.
    • Detailed active orders table listing all relevant information for each order, with clickable item names that lead to Transactions pages.
  • Transactions page: displays a log of market transactions for all items or a specific item. Screenshot
    • All transactions page has clickable item links that lead to specific items.
  • Trade page: displays a summary of all transactions by month and over specific 'Campaigns'. Screenshot

Future Plans

  • Take over the universe.
  • Skill plan creation.
  • Industry Job tracking.
  • CREST integration if CCP ever actually releases something.


There are some common requirements for any install method, most of these will be installed using pip in 'Common Install Steps' below:

  • Python >=2.7 <3.0
  • Django >=1.7 <1.8
  • Celery >= 3.1 <3.2
    • This includes the celery[flavor] package that may be required for the broker you choose. For example, if you wanted to use redis you would then run pip install celery[redis]\<3.2
  • Django MPTT >=0.5
  • Coffin >=0.3
  • Jinja2 >=2.6
  • A database server and relevant client library.
    • SQLite is the simplest and is often included with Python.
    • MySQL is another option and highly likely to be available on shared hosting. You will need the MySQLdb client library, pip install mysql-python.
    • PostgreSQL is the last option and would be my choice. You will need the psycopg client library, pip install psycopg2.
  • The current EVE Static Data Export imported into a database. The recommended course is to get the SQLite conversion from fuzzwork and use that as your 'import' database. If you can't do that, zofu has MySQL and Postgres versions that take a long, long time to import.

Common Install Steps

  1. Make a new virtualenv: python thingenv.
  2. Activate the virtualenv: cd thingenv, source bin/activate.
  3. Clone the EVEthing git repository: git clone -b develop git://
  4. Install the required libraries using pip: cd evething, pip install -r requirements.txt.
  5. Copy evething/local_settings.example to evething/ then open in some sort of text editor and edit settings.
  6. python syncdb, say NO when it asks if you would like to create an admin user.
  7. python migrate --all, this will apply database migrations in order.
  8. python createsuperuser to create a new superuser.
  9. python to import the initial data from the SDE database.

If you update EVEthing in the future, make sure to run python migrate thing to apply any database schema changes!

Common Post-install Steps

  1. LEAVE DEBUG ENABLED FOR NOW - it will spit out tracebacks that should help you track down any problems.
  2. Log in as the superuser you created earlier.
  3. Click the username dropdown in the top right and head to Account Management.
  4. Add one or more API keys.

Celery Worker Setup

This is my third take on the API update process. v1 was with a single thread, this worked relatively well for small numbers of keys but broke badly under load. v2 was with multiple threads. After a lot of messing about with exciting threading bugs, I gave up and learned about the wonders of Celery.

EVEthing will presently place jobs in 3 queues:

  • et_high: internal tasks such as spawning jobs, cleaning up the API cache, resetting 'broken' tasks.
  • et_low: low priority tasks, only APIKeyInfo calls right now.
  • et_medium: everything else.

There are a few possible ways to run the workers:

  • Single worker group (development, small installations):
    celery worker -A evething -B -Q et_high,et_medium,et_low -c 2
  • Two worker groups (medium installations):
    celery worker -A evething -B -Q et_high -c 1
    celery worker -A evething -Q et_medium,et_low -c 4
    • This has been fine with up to 300 keys so far.
  • Three worker groups (large installations):
    celery worker -A evething -B -Q et_high -c 1
    celery worker -A evething -B -Q et_low -c 1
    celery worker -A evething -B -Q et_medium -c 5
    • This keeps up with the 1070 key GoonFleet hosted version.

Local Install

This is for messing about with EVEthing and seeing what the hell it does, never use this for a publicly accessible site (see: Django docs).

  1. python runserver ip:port.
  2. Open http://ip:port/ in a web browser.

Apache Install

You will need to install Apache and mod_wsgi.

  1. Make a directory somewhere to act as the site root. Do NOT use the same directory you placed the EVEthing files earlier.
  2. Make a 'static' sub-directory inside this directory.
  3. Add a vhost to your Apache config with these extra directives:

    Alias /static/ /www/whatever/static/
    <Directory /www/whatever>
        Order allow,deny
        Allow from all
    WSGIDaemonProcess evething threads=2 user=nobody python-path=/path/to/evething:/path/to/virtualenv/lib/python2.7/site-packages
    WSGIProcessGroup evething
    WSGIScriptAlias / /path/to/evething/evething/
    <Directory /path/to/evething>
            Order allow,deny
            Allow from all
  4. Reload Apache config.
  5. Run python collectstatic, answer 'yes'.
  6. Open http://whatever/ in a web browser.
  7. To force an EVEthing reload later (updated code or changed config) run touch evething/ in the EVEthing directory.