mirror of
				https://github.com/django/django.git
				synced 2025-11-03 21:25:09 +00:00 
			
		
		
		
	git-svn-id: http://code.djangoproject.com/svn/django/trunk@17834 bcc190cf-cafb-0310-a4f2-bffc1f526a37
		
			
				
	
	
		
			110 lines
		
	
	
	
		
			4.7 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
			
		
		
	
	
			110 lines
		
	
	
	
		
			4.7 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
FAQ: Installation
 | 
						|
=================
 | 
						|
 | 
						|
How do I get started?
 | 
						|
---------------------
 | 
						|
 | 
						|
#. `Download the code`_.
 | 
						|
#. Install Django (read the :doc:`installation guide </intro/install>`).
 | 
						|
#. Walk through the :doc:`tutorial </intro/tutorial01>`.
 | 
						|
#. Check out the rest of the :doc:`documentation </index>`, and `ask questions`_ if you
 | 
						|
   run into trouble.
 | 
						|
 | 
						|
.. _`Download the code`: https://www.djangoproject.com/download/
 | 
						|
.. _ask questions: https://www.djangoproject.com/community/
 | 
						|
 | 
						|
What are Django's prerequisites?
 | 
						|
--------------------------------
 | 
						|
 | 
						|
Django requires Python_, specifically Python 2.6 or 2.7.
 | 
						|
No other Python libraries are required for basic Django usage.
 | 
						|
 | 
						|
For a development environment -- if you just want to experiment with Django --
 | 
						|
you don't need to have a separate Web server installed; Django comes with its
 | 
						|
own lightweight development server. For a production environment, Django follows
 | 
						|
the WSGI spec, :pep:`3333`, which means it can run on a variety of server
 | 
						|
platforms. See :doc:`Deploying Django </howto/deployment/index>` for some
 | 
						|
popular alternatives. Also, the `server arrangements wiki page`_ contains
 | 
						|
details for several deployment strategies.
 | 
						|
 | 
						|
If you want to use Django with a database, which is probably the case, you'll
 | 
						|
also need a database engine. PostgreSQL_ is recommended, because we're
 | 
						|
PostgreSQL fans, and MySQL_, `SQLite 3`_, and Oracle_ are also supported.
 | 
						|
 | 
						|
.. _Python: http://www.python.org/
 | 
						|
.. _server arrangements wiki page: https://code.djangoproject.com/wiki/ServerArrangements
 | 
						|
.. _PostgreSQL: http://www.postgresql.org/
 | 
						|
.. _MySQL: http://www.mysql.com/
 | 
						|
.. _`SQLite 3`: http://www.sqlite.org/
 | 
						|
.. _Oracle: http://www.oracle.com/
 | 
						|
 | 
						|
Do I lose anything by using Python 2.6 versus newer Python versions, such as Python 2.7?
 | 
						|
----------------------------------------------------------------------------------------
 | 
						|
 | 
						|
Not in the core framework. Currently, Django itself officially supports
 | 
						|
Python 2.6 and 2.7. However, newer versions of
 | 
						|
Python are often faster, have more features, and are better supported. If you
 | 
						|
use a newer version of Python you will also have access to some APIs that
 | 
						|
aren't available under older versions of Python.
 | 
						|
 | 
						|
Third-party applications for use with Django are, of course, free to set their
 | 
						|
own version requirements.
 | 
						|
 | 
						|
Over the next year or two Django will begin dropping support for older Python
 | 
						|
versions as part of a migration which will end with Django running on Python 3
 | 
						|
(see below for details).
 | 
						|
 | 
						|
All else being equal, we recommend that you use the latest 2.x release
 | 
						|
(currently Python 2.7). This will let you take advantage of the numerous
 | 
						|
improvements and optimizations to the Python language since version 2.6, and
 | 
						|
will help ease the process of dropping support for older Python versions on
 | 
						|
the road to Python 3.
 | 
						|
 | 
						|
What Python version can I use with Django?
 | 
						|
------------------------------------------
 | 
						|
 | 
						|
============== ===============
 | 
						|
Django version Python versions
 | 
						|
============== ===============
 | 
						|
1.0            2.3, 2.4, 2.5, 2.6
 | 
						|
1.1            2.3, 2.4, 2.5, 2.6
 | 
						|
1.2            2.4, 2.5, 2.6, 2.7
 | 
						|
1.3            2.4, 2.5, 2.6, 2.7
 | 
						|
**1.4**        **2.5, 2.6, 2.7**
 | 
						|
*1.5 (future)* *2.6, 2.7, 3.x (experimental)*
 | 
						|
============== ===============
 | 
						|
 | 
						|
Can I use Django with Python 3?
 | 
						|
-------------------------------
 | 
						|
 | 
						|
Not at the moment. Python 3.0 introduced a number of
 | 
						|
backwards-incompatible changes to the Python language, and although
 | 
						|
these changes are generally a good thing for Python's future, it will
 | 
						|
be a while before most Python software catches up and is able to run
 | 
						|
on Python 3.0. For larger Python-based software like Django, the
 | 
						|
transition is expected to take at least a year or two (since it
 | 
						|
involves dropping support for older Python releases and so must be
 | 
						|
done gradually).
 | 
						|
 | 
						|
In the meantime, Python 2.x releases will be supported and provided
 | 
						|
with bug fixes and security updates by the Python development team, so
 | 
						|
continuing to use a Python 2.x release during the transition should
 | 
						|
not present any risk.
 | 
						|
 | 
						|
Will Django run under shared hosting (like TextDrive or Dreamhost)?
 | 
						|
-------------------------------------------------------------------
 | 
						|
 | 
						|
See our `Django-friendly Web hosts`_ page.
 | 
						|
 | 
						|
.. _`Django-friendly Web hosts`: https://code.djangoproject.com/wiki/DjangoFriendlyWebHosts
 | 
						|
 | 
						|
Should I use the stable version or development version?
 | 
						|
-------------------------------------------------------
 | 
						|
 | 
						|
Generally, if you're using code in production, you should be using a
 | 
						|
stable release. The Django project publishes a full stable release
 | 
						|
every nine months or so, with bugfix updates in between. These stable
 | 
						|
releases contain the API that is covered by our backwards
 | 
						|
compatibility guarantees; if you write code against stable releases,
 | 
						|
you shouldn't have any problems upgrading when the next official
 | 
						|
version is released.
 |