Если сейчас снова выполнить команду python manage.ру runserver, то появится сообщение «Welcome to Django» без каких бы то ни было следов представления «Hello world». Объясняется это тем, что проект mysite еще ничего не знает о представлении hello; необходимо явно сообщить Django, что при обращении к некоторому URL должно активироваться это представление. (Если продолжить аналогию с публикацией статических HTML-страниц, то сейчас мы только создали файл, но еще не загрузили его в каталог на сервере.) Чтобы связать функцию представления с URL, в Django используется механизм конфигурации URL.

Формат Portable Document Format (PDF - формат переносимых документов) разработан компанией Adobe для представления документов, предназначенных для печати. Он поддерживает размещение с точностью до пиксела, вложенные шрифты и двумерную векторную графику. Документ в формате PDF можно считать цифровым эквивалентом печатного документа; действительно, документы, предназначенные для печати, очень часто распространяются в этом формате.

Обычно, говоря о разработке сайтов, мы имеем в виду создание HTML- документов. Но не НТМЬ’ем единым славен Интернет. Посредством Интернета мы распространяем данные в самых разных форматах: RSS, PDF, графика и т. д.

До сих пор мы рассматривали только воспроизведение HTML - самый распространенный случай, но в этой главе отойдем немного в сторону и покажем, как с помощью Django генерировать содержимое других видов.

Разобравшись с запуском Django на одном сервере, посмотрим, как можно масштабировать Django по горизонтали. Мы обсудим переход от одного сервера к крупномасштабному кластеру, способному обслуживать миллионы посещений в час.

Однако важно понимать, что у каждого крупного сайта есть свои особенности, поэтому не существует единой методики масштабирования на все случаи жизни. Мы старались познакомить вас с общими принципами, но всюду, где возможно, указываем, какие возможны варианты.

Веб-сервер Apache с модулем mod_python исторически всегда считался основной рабочей средой для Django.

mod_python (http://www.djangoproject.eom/r/mod_python/) - это подключаемый к Apache модуль, который реализует интерпретатор языка Python внутри веб-сервера и загружает написанный на Python код в момент запуска сервера. Код остается в памяти все время, пока процесс Apache работает, что дает существенный выигрыш в производительности по сравнению с другими конфигурациями.

До сих пор мы имели дело только с одним файлом параметров settings, ру, который генерируется командой django-admin.py startproject. Но когда дело дойдет до развертывания приложения, вы, наверное, захотите иметь несколько файлов с параметрами, чтобы не смешивать среду разработки с действующей. (Например, вам вряд ли понравится изменять значение DEBUG с False на True всякий раз, как надо будет протестировать

В этой главе мы рассмотрим последний этап создания приложения Django: развертывание на действующем сервере.

Если вы следовали за нашими примерами, то, вероятно, уже пользовались сервером разработки (runserver), который очень упрощает жизнь (и избавляет от необходимости настраивать веб-сервер). Но этот сервер предназначен только для разработки на локальном компьютере, а не для публикации сайта в открытом Интернете. Для развертывания приложения Django понадобится мощный промышленный веб-сервер, например, Apache. В этой главе мы покажем, как это делается, но сначала приведем контрольный список того, что должно быть готово перед «выходом в свет».

Без сомнения, обобщенные представления способны значительно ускорить разработку. Но в большинстве проектов рано или поздно наступает момент, когда готовых обобщенных представлений уже не хватает. Начинающие разработчики очень часто спрашивают, как приспособить обобщенные представления для решения более широкого круга задач.

Представление direct_to_template, конечно, полезно, но блистать по- настоящему обобщенные представления начинают, когда возникает потребность отобразить содержимое базы данных. Поскольку эта задача встречается очень часто, в Django встроено несколько обобщенных представлений, превращающих создание списков и детальных описаний объектов в тривиальное упражнение.

Здесь снова возникает тема, к которой мы все время возвращаемся в этой книге: при неправильном подходе разработка веб-приложений становится скучным и однообразным занятием. До сих пор мы видели, как Django пытается устранить хотя бы частично это однообразие на уровне моделей и шаблонов, но оно поджидает веб-разработчиков и на уровне представлений тоже.