install.txt 4.0 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495
  1. =================
  2. FAQ: Installation
  3. =================
  4. How do I get started?
  5. =====================
  6. #. `Download the code`_.
  7. #. Install Django (read the :doc:`installation guide </intro/install>`).
  8. #. Walk through the :doc:`tutorial </intro/tutorial01>`.
  9. #. Check out the rest of the :doc:`documentation </index>`, and `ask questions`_ if you
  10. run into trouble.
  11. .. _`Download the code`: https://www.djangoproject.com/download/
  12. .. _ask questions: https://www.djangoproject.com/community/
  13. What are Django's prerequisites?
  14. ================================
  15. Django requires Python. See the table in the next question for the versions of
  16. Python that work with each version of Django. Other Python libraries may be
  17. required for some uses, but you'll receive an error about it as they're needed.
  18. For a development environment -- if you just want to experiment with Django --
  19. you don't need to have a separate Web server installed; Django comes with its
  20. own lightweight development server. For a production environment, Django follows
  21. the WSGI spec, :pep:`3333`, which means it can run on a variety of server
  22. platforms. See :doc:`Deploying Django </howto/deployment/index>` for some
  23. popular alternatives.
  24. If you want to use Django with a database, which is probably the case, you'll
  25. also need a database engine. PostgreSQL_ is recommended, because we're
  26. PostgreSQL fans, and MySQL_, `SQLite 3`_, and Oracle_ are also supported.
  27. .. _Python: https://www.python.org/
  28. .. _PostgreSQL: https://www.postgresql.org/
  29. .. _MySQL: https://www.mysql.com/
  30. .. _`SQLite 3`: https://www.sqlite.org/
  31. .. _Oracle: http://www.oracle.com/
  32. .. _faq-python-version-support:
  33. What Python version can I use with Django?
  34. ==========================================
  35. ============== ===============
  36. Django version Python versions
  37. ============== ===============
  38. 1.8 2.7, 3.2 (until the end of 2016), 3.3, 3.4, 3.5
  39. 1.9, 1.10 2.7, 3.4, 3.5
  40. 1.11 2.7, 3.4, 3.5, 3.6
  41. 2.0 3.5+
  42. ============== ===============
  43. For each version of Python, only the latest micro release (A.B.C) is officially
  44. supported. You can find the latest micro version for each series on the `Python
  45. download page <https://www.python.org/downloads/>`_.
  46. Typically, we will support a Python version up to and including the first
  47. Django LTS release whose security support ends after security support for that
  48. version of Python ends. For example, Python 3.3 security support ends September
  49. 2017 and Django 1.8 LTS security support ends April 2018. Therefore Django 1.8
  50. is the last version to support Python 3.3.
  51. What Python version should I use with Django?
  52. =============================================
  53. As of Django 1.6, Python 3 support is considered stable and you can safely use
  54. it in production. See also :doc:`/topics/python3`. However, the community is
  55. still in the process of migrating third-party packages and applications to
  56. Python 3.
  57. If you're starting a new project, and the dependencies you plan to use work on
  58. Python 3, you should use Python 3. If they don't, consider contributing to the
  59. porting efforts, or stick to Python 2.
  60. Since newer versions of Python are often faster, have more features, and are
  61. better supported, all else being equal, we recommend that you use the latest
  62. 2.x.y or 3.x.y release.
  63. You don't lose anything in Django by using an older release, but you don't take
  64. advantage of the improvements and optimizations in newer Python releases.
  65. Third-party applications for use with Django are, of course, free to set their
  66. own version requirements.
  67. Should I use the stable version or development version?
  68. =======================================================
  69. Generally, if you're using code in production, you should be using a
  70. stable release. The Django project publishes a full stable release
  71. every nine months or so, with bugfix updates in between. These stable
  72. releases contain the API that is covered by our backwards
  73. compatibility guarantees; if you write code against stable releases,
  74. you shouldn't have any problems upgrading when the next official
  75. version is released.