Предыдущая часть. Теперь, когда вы проверили что соединение работает, время создать приложение (app) Django — часть кода Django, включая модели (models) и представления(views), которые расположены вместе в одном пакете Python и представляют Django приложение. Стоит пояснить используемую тут терминологию, так как это может показаться немного запутанным. Мы уже создали проект (project) в Главе 1, так в чём… Читать далее »
Предыдущая часть. Теперь, когда мы разобрались с моделью MVC, давайте разберёмся с уровнем баз данных в Django. Для начала, нам потребуется выполнить некоторую начальную настройку — мы должны сказать Django, где находится сервер баз данных и как к нему подключиться. Мы предполагаем, что у вас уже установлен и настроен сервер баз данных. Если вы используете SQLite —… Читать далее »
Предыдущая часть. Перед тем, как мы начнём дальше писать код, давайте остановимся на минуту, и рассмотрим общую схему приложения на Django с использованием баз данных. Как мы уже упомнили в предыдущих частях, Django разработана с особой поддержкой «слабых связей» и строгим разграничением составляющих частей приложения. Если вы следуете этой философии — то вам будет легко вносить… Читать далее »
Утилита py2exe позволяет превратить любой скрипт на Python в обчный исполняемый файл Windows, и запускать его даже без наличия интепретатора Python в системе. Домашняя страница проекта — http://www.py2exe.org/index.cgi/FrontPage. Проверяем связь Python-файлов в Windows: c:>assoc .py .py=Python.File c:>ftype Python.File Python.File=»C:Python27python.exe» «%1» %*
Оглавление Глава 3 Введение В Главе 1 мы рассмотрели основы построения динамических веб-сайтов с помощью Django: настройка представлений и URLconfs. Как мы поясняли, представления отвечают за обработку неких логических построений, и возвращают ответ в виде объекта HttpResponse. В наших примерах этими логическими построениями было вычисление даты и времени. В современных веб-приложениях подобные построения как правило включают в… Читать далее »
Предыдущая часть. Наши предыдущие примеры шаблонов были небольшими фрагментами HTML-кода, однако в реальной ситуации вы будете использовать Django для создания больших страниц. Отсюда возникает один из наиболее существенных вопросов веб-разработки — как уменьшить количество повторяющегося и избыточного кода в общих частях страниц, таких как навигация по сайту? Классическое решение этой проблемы заключается в использовании инклюдов (includes), или… Читать далее »
Предыдущая часть. Django предоставляет мощный и удобный API для загрузки шаблонов из файловой системы, цель которого — избавиться от избыточного кода в в вызовах шаблонов и в самих шаблонах. Для того, что бы использовать этот API — вы должны указать фреймворку, где именно он должен искать файлы шаблонов. Сделать это можно в файле настроек… Читать далее »
Предыдущая часть. Теперь, когда вы изучили основы системы шаблонов Django, давайте разберёмся как создавать представления с использованием шаблонов. Вспомните представление current_datetime, которое мы создали в предыдущей главе, в разделе Django Book: третье представление – динамические URL-ы. Вот как оно выглядит: from django.http import HttpResponse, Http404 import datetime def current_datetime(request): now = datetime.datetime.now() html = «<html><body>It is now %s.</body></html>»… Читать далее »
Предыдущая часть. Теперь, когда вы немного разобрались с языком разметки шаблонов Django, мы должны показать вам некоторые намеренные ограничения и немного пофилософствовать о том, почему это работает именно так и не иначе. Синтаксис шаблонов очень субъективен, а мнения разработчиков очень и очень различны. Тот факт, что Python имеется десятки, если не сотни, реализаций языка шаблонов… Читать далее »
Как мы уже упоминали в предыдущей части — в систему шаблонов включены теги и шаблоны. В этой части мы кратко рассмотрим наиболее используемые из них. Теги (tags) if/else Тег {% if %} проверяет значение переменной, и если оно True (т.е. — она не пустая, и её булево значение не false) — система отобразит всё, что указано… Читать далее »