install.txt 3.7 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091
  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 use cases, but you'll receive an error about them as they're
  18. needed.
  19. For a development environment -- if you just want to experiment with Django --
  20. you don't need to have a separate web server installed or database server.
  21. Django comes with its own :djadmin:`lightweight development server<runserver>`.
  22. For a production environment, Django follows the WSGI spec, :pep:`3333`, which
  23. means it can run on a variety of web servers. See :doc:`Deploying Django
  24. </howto/deployment/index>` for more information.
  25. Django runs `SQLite`_ by default, which is included in Python installations.
  26. For a production environment, we recommend PostgreSQL_; but we also officially
  27. support MariaDB_, MySQL_, `SQLite`_, and Oracle_. See :doc:`Supported Databases
  28. </ref/databases>` for more information.
  29. .. _Python: https://www.python.org/
  30. .. _PostgreSQL: https://www.postgresql.org/
  31. .. _MariaDB: https://mariadb.org/
  32. .. _MySQL: https://www.mysql.com/
  33. .. _`SQLite`: https://www.sqlite.org/
  34. .. _Oracle: https://www.oracle.com/
  35. .. _faq-python-version-support:
  36. What Python version can I use with Django?
  37. ==========================================
  38. ============== ===============
  39. Django version Python versions
  40. ============== ===============
  41. 3.2 3.6, 3.7, 3.8, 3.9, 3.10 (added in 3.2.9)
  42. 4.0 3.8, 3.9, 3.10
  43. 4.1 3.8, 3.9, 3.10, 3.11 (added in 4.1.3)
  44. 4.2 3.8, 3.9, 3.10, 3.11, 3.12 (added in 4.2.8)
  45. 5.0 3.10, 3.11, 3.12
  46. 5.1 3.10, 3.11, 3.12
  47. ============== ===============
  48. For each version of Python, only the latest micro release (A.B.C) is officially
  49. supported. You can find the latest micro version for each series on the `Python
  50. download page <https://www.python.org/downloads/>`_.
  51. Typically, we will support a Python version up to and including the first
  52. Django LTS release whose security support ends after security support for that
  53. version of Python ends. For example, Python 3.9 security support ends in
  54. October 2025 and Django 4.2 LTS security support ends in April 2026. Therefore
  55. Django 4.2 is the last version to support Python 3.9.
  56. What Python version should I use with Django?
  57. =============================================
  58. Since newer versions of Python are often faster, have more features, and are
  59. better supported, the latest version of Python 3 is recommended.
  60. You don't lose anything in Django by using an older release, but you don't take
  61. advantage of the improvements and optimizations in newer Python releases.
  62. Third-party applications for use with Django are free to set their own version
  63. requirements.
  64. Should I use the stable version or development version?
  65. =======================================================
  66. Generally, if you're using code in production, you should be using a
  67. stable release. The Django project publishes a full stable release
  68. every eight months or so, with bugfix updates in between. These stable
  69. releases contain the API that is covered by our backwards
  70. compatibility guarantees; if you write code against stable releases,
  71. you shouldn't have any problems upgrading when the next official
  72. version is released.