2
0

install.txt 3.7 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889
  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. 4.2 3.8, 3.9, 3.10, 3.11, 3.12 (added in 4.2.8)
  42. 5.0 3.10, 3.11, 3.12
  43. 5.1 3.10, 3.11, 3.12, 3.13 (added in 5.1.3)
  44. 5.2 3.10, 3.11, 3.12, 3.13
  45. ============== ===============
  46. For each version of Python, only the latest micro release (A.B.C) is officially
  47. supported. You can find the latest micro version for each series on the `Python
  48. download page <https://www.python.org/downloads/>`_.
  49. Typically, we will support a Python version up to and including the first
  50. Django LTS release whose security support ends after security support for that
  51. version of Python ends. For example, Python 3.9 security support ends in
  52. October 2025 and Django 4.2 LTS security support ends in April 2026. Therefore
  53. Django 4.2 is the last version to support Python 3.9.
  54. What Python version should I use with Django?
  55. =============================================
  56. Since newer versions of Python are often faster, have more features, and are
  57. better supported, the latest version of Python 3 is recommended.
  58. You don't lose anything in Django by using an older release, but you don't take
  59. advantage of the improvements and optimizations in newer Python releases.
  60. Third-party applications for use with Django are free to set their own version
  61. requirements.
  62. Should I use the stable version or development version?
  63. =======================================================
  64. Generally, if you're using code in production, you should be using a
  65. stable release. The Django project publishes a full stable release
  66. every eight months or so, with bugfix updates in between. These stable
  67. releases contain the API that is covered by our backwards
  68. compatibility guarantees; if you write code against stable releases,
  69. you shouldn't have any problems upgrading when the next official
  70. version is released.