Содержание
№1 уроки Python Django 4.| создание сайта + на python django 4 +с нуля
Получить логин и пароль (использовать пожизненно)
К списку категорий
Описание
В этом курсе мы с вами установим DjangoCMS, настроим его для работы в PyCharm.
Будьте внимательны, мы будем работать и с командной срокой и с PyCharm.
Рекомендуется сначала один вечер просто посмотреть курс, а потом проделать.
Так не будет ошибок и будет чёткое понимание, что нужно сделать.
Установка на Ubuntu здесь.
Статья
— распакуйте, зайдите в распакованную папку и нажмите на файл story.html, просмотрите курс в браузере.
Далее дублируются команды, которые использовались в курсе.
активация виртуального окружения.
(обратите внимание, что бы понять что окружение активировано, должно быть имя окружения в скобках перед путём (MyEnv1) C:\Users………)
MyEnv1\scripts\activate
Установка DjangoCms
pip install djangocms-installer
После установки создаём папку
mkdir myCMS1
Переходим в созданную папку myCMS1
cd myCMS1
Создаём проект ДжангоСМС
djangocms –p . mysite
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////
В уроке 7 мы предварительно рассматривали, что делать будем, при создании проекта,
посмотрите урок, скопируйте и переведите в переводчике Гугл, осознайте, перед тем как делать на практике в уроке 8.
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Database configuration (in URL format) [default sqlite://localhost/project. db]:
django CMS version (choices: 2.4, 3.0, 3.1, stable, develop) [default stable]:
Django version (choices: 1.4, 1.5, 1.6, 1.7, 1.8, stable) [default stable]:
Activate Django I18N / L10N setting (choices: yes, no) [default yes]:
Install and configure reversion support (choices: yes, no) [default yes]:
Languages to enable. Option can be provided multiple times, or as a comma
separated list. Only language codes supported by Django can be used here: en
Optional default time zone [default <your timezone>]:
Activate Django timezone support (choices: yes, no) [default yes]:
Activate CMS permission management (choices: yes, no) [default yes]:
Use Twitter Bootstrap Theme (choices: yes, no) [default no]: yes
Use custom template set [default no]:
Load a starting page with examples after installation (english language
only). Choose «no» if you use a custom template set. (choices: yes, no)
[default no]: yes
Creating the project
Please wait while I install dependencies
##lots more messages…
Creating admin user
Username (leave blank to use ‘<yourusername>’):
Email address: enter email address
Password: enter a password
Password (again):
Superuser created successfully.
All done!
Код
нет кода
Рекомендации
Узнать больше в ленте
Twitter
и подписаться на
Ютуб, получать новые видео.
////////////////////////////////////////////////////////////////////////////////////
Хоть Джанго смс начала работать корректно в PyCharm (сама пайчарм не содержит стандартные настройки на это Движок)
Но так как основа Джанго, работает корректно.
Однако пока не придумал, как отображать базу именно в Пайчарм, кто придумает пишите.
Поэтому прибегнул к отдельным движкам бесплатным для баз.
По рекомендации Володи Семеновича, sqlite/
http://sqlitestudio.pl/?act=download
Валентина судио, показывал на spb (sqlite бесплатно, нужно зарегистрировать бесплатно а то задолбит напоминалка)
http://www.valentina-db.com/ru/studio/download/current
Проблема с открытием базы SQLITE решил участник школы Владимир Семенович,
вот его видео:
и там я ещё дописал короткое видео как можно сделать.
2016-05-11 12:15:02+00:00
К списку категорий
Django — Виртуальный хостинг — Справочный центр Timeweb
Для запуска сайта на Django необходимо, чтобы данный фреймворк был у вас установлен. Сделать это вы можете автоматически через панель управления в разделе «Каталог CMS», вкладка «Прочее» или вручную.
При ручной установке вы можете провести инсталляцию виртуального окружения virtualenv, после чего можно использовать pip для установки библиотек Python.
Виртуальное окружение virtualenv — это инструмент, позволяющий создавать изолированные среды для отдельных проектов Python, решая тем самым проблему зависимостей и совместимости приложений разных версий. Подробнее о виртуальном окружении Python можно прочитать в официальной документации.
Версии Django и Python
На наших серверах доступны две версии интерпретатора: Python 2 и Python 3 (версии 3.4, 3.5, 3.6).
Для работы Python3 используйте для сайта версию PHP 7.x. При выборе более старых версий PHP будет использоваться Python 2.7
Совместимость версий Django и Python:
Версия Django | Версии Python |
1. 11 | 2.7, 3.4, 3.5, 3.6, 3.7 (в версии 1.11.17) |
2.0 | 3.4, 3.5, 3.6, 3.7 |
2.1 | 3.5, 3.6, 3.7 |
2.2 | 3.5, 3.6, 3.7, 3.8 (в версии 2.2.8) |
3.0 | 3.6, 3.7, 3.8 |
Установка Django
Шаг 1: установка virtualenv
Установите и активируйте virtualenv по нашей инструкции.
Шаг 2: установка Django
2.1. Установите django с помощью pip:
pip install django
2.2. Перейдите в нужную директорию и создайте проект:
cd public_html/
2.3. Создайте проект:
django-admin startproject имя_проекта
2.4. Далее, чтобы развернуть проект, необходимо создать файл .htaccess в папке public_html сайта со следующим содержанием:
Options +ExecCGI
AddHandler wsgi-script . (.*)$ /wsgi.py/$1 [QSA,PT,L]
2.5. Там же нужно создать файл wsgi.py cо следующим содержанием:
Для django версий до 1.7:
import os
import syssys.path.remove('/usr/lib/python3/dist-packages')
sys.path.append('ПУТЬ_ДО_ПРОЕКТА')
sys.path.append('ПУТЬ_ДО_ПАКЕТОВ_PYTHON')
os.environ['DJANGO_SETTINGS_MODULE'] = 'имя_проекта.settings'from django.core.handlers import wsgi
application = wsgi.WSGIHandler()
Для версий django 1.7 и выше:
import os
import systry:
sys.path.remove('/usr/lib/python3/dist-packages')
except:
passsys.path.append('ПУТЬ_ДО_ПРОЕКТА')
sys.path.append('ПУТЬ_ДО_ПАКЕТОВ_PYTHON')os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'имя_проекта.settings')
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()
Например:
import os
import systry:
sys.path.remove('/usr/lib/python3/dist-packages')
except:
passsys. path.append('/home/c/cm99441/django/public_html/timewebtest/')
sys.path.append('/home/c/cm99441/django/venv/lib/python3.6/site-packages/')os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'timewebtest.settings')
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()
ПУТЬ_ДО_ПРОЕКТА – это полный путь до папки с проектом Django. Обычно создается в той папке, в которой была введена команда:
django-admin startproject имя_проекта
Пример полного пути:
/home/c/cs99441/public_html/timewebtest
Полный путь до вашего проекта можно узнать, введя в консоли:
cd ~/имя_сайта/public_html/имя_проекта
pwd
Если Django устанавливается на основной сайт, то команда будет:
cd ~/public_html/имя_проекта
pwd
ПУТЬ_ДО_ПАКЕТОВ_PYTHON – это полный путь до папки, которая содержит пакеты Python для виртуального окружения (virtualenv).
Если виртуальное окружение было создано по инструкции на шаге 1, то полный путь можно узнать, введя команду:
cd ~/venv/lib/python3. 6/site-packages/
pwd
Где python3.6 – это версия python, выбранная при установке виртуального окружения.
2.6. Далее необходимо добавить список разрешенных хостов (доменов) для проекта Django в файле settings.py, который находится по пути:
~/имя_сайта/public_html/имя_проекта/имя_проекта/settings.py
Если Django установлен на основной сайт, то команда будет:
~/public_html/имя_проекта/имя_проекта/settings.py
В этом файле необходимо найти строку:
ALLOWED_HOSTS = []
И указать в ней используемый домен:
ALLOWED_HOSTS = ['ДОМЕН']
Если сайт будет использоваться на нескольких доменах, их тоже необходимо прописать:
ALLOWED_HOSTS = ['ДОМЕН1','ДОМЕН2','ДОМЕН3']
2.6. Также рекомендуется включить отладку проекта в том же файле settings.py (обычно включена по умолчанию), отредактировав строку с параметром DEBUG:
DEBUG = True
В результате при переходе по домену должна отобразиться приветственная страница:
Дополнительную информацию вы можете найти на официальном сайте проекта.
Отображение статических файлов
По умолчанию пути к статическим файлам в Django начинаются со /static/. Соответственно, для их корректного отображения необходимо, чтобы директория static находилась в корне сайта — в папке public_html.
Для решения данной задачи установите нужное значение константы STATIC_ROOT в файле settings.py вашего приложения.
Например, если сайт располагается в папке /home/u/user/имя_сайта/public_html/, то значение STATIC_ROOT должно быть следующим:
STATIC_ROOT = '/home/u/user/имя_сайта/public_html/static/'
Значения u и user необходимо заменить на первую букву вашего логина и сам логин.
После выполните активацию виртуального окружения и запустите команду:
python manage.py collectstatic
Django сгенерирует статические файлы и разместит их в папке, указанной в STATIC_ROOT.
Более подробную информацию можно получить в документации Django.
Также вы можете переместить имеющуюся папку static в директорию public_html. Это тоже позволит отобразить статические файлы.
djangocms-установщик · PyPI
2.0.0 (15.11.2020)
Особенности
Перейти к действиям Github (#362)
Принятие современного макета упаковки (#363)
Переформатировать с черным (#364)
Добавить поддержку Django 3.1 / django CMS 3.8 (#376)
Обновление репозиториев перед фиксацией (#377)
1.2.3 (23.04.2020)
1.2.2 (23 апреля 2020 г.)
1.2.1 (2019-12-27)
Закрепить версию formtools на django 1.11, чтобы избежать проблем с python 2
Открепить версию psycopg2 для Django 2.2+
Добавить поддержку «сокращенного» бэкенда postgres django
1.2.0 (2019-11-04)
Добавить поддержку django CMS 3. 7 — Django 2.2
Добавить поддержку Python 3.7
Тема Bootstrap 3 заменена на Bootstrap 4
Добавить пакет djangocms-bootstrap4
Отказ от поддержки Django < 1.11
Отказ от поддержки Python 3.4
Опора для альдриновых плит
1.1.1 (29.06.2019)
1.1.0 (05.03.2019)
Добавить поддержку django CMS 3.6
Добавить обнаружение несовместимой переменной среды DJANGO_SETTINGS_MODULE
Добавлено обнаружение несоответствия версии Django между текущей установленной и объявленной
1.0.2 (21.11.2018)
1.0.1 (03.06.2018)
1.0.0 (01.02.2018)
0.9.8 (10.01.2018)
0.9.7 (15.07.2017)
0.9.6 (12.03.2017)
0.9.5 (2017-02-16)
0.9.4 (03.01.2017)
0.9.3 (16.11.2016)
0.9.2 (2016-11-12)
0.
9.1 (2016-10-02)
0.9.0 (15.09.2016)
Отказ от поддержки Python 2.6
Отказ от поддержки Django < 1,8
Отказ от поддержки CMS django < 3.2
Улучшение встроенной документации
Если используется опция -s, исходный каталог не удаляется
Сделать django CMS 3.3 стабильной
Добавлена поддержка версий ‘rc’
Теперь поддерживаются только «базовые» плагины
Прекращение поддержки django-reversion в django CMS 3.4 (из-за удаления восходящего потока)
Сделать параметр пути к проекту необязательным
Пакетный режим теперь используется по умолчанию
Добавить поддержку диспетчера пакетов conda
Пользователь с правами администратора теперь создается в пакетном режиме по умолчанию. Используйте опцию –no-user, чтобы пропустить создание пользователя
В пакетном режиме каталог не удаляется в случае очистки, если не указан параметр –delete-project-dir
Отключить разрешение по умолчанию
0.
8.12 (27.08.2016)
0.8.11 (15.07.2016)
Закрепление версии улучшенных плагинов
Переместить карты сайта на неязыковой префикс URL
Возврат к UTC, если часовой пояс не может быть определен
Пин-код версии html5lib
0.8.10 (28.05.2016)
0.8.9 (2016-05-19)
0.8.8 (06.05.2016)
Перевод кодов языков в нижний регистр
Принудительно i18n, если предоставляется несколько языков
Исправить некоторые ошибки при выборе зависимостей
Исправить ошибку в регулярном выражении Django 1.9
0.8.7 (23.02.2016)
0.8.6 (05.02.2016)
Добавить поддержку Django 1.9
Исправить форматирование CONN_MAX_AGE
Улучшение обработки ошибок в случае фатальной ошибки
0.8.5 (2015-12-24)
0.
8.4 (21.12.2015)
Удалить флэш-плагин из установленных плагинов
Добавить параметр —verbose для улучшения отладки
Исправление ошибок Юникода
Улучшение документации
0.8.3 (25.11.2015)
0.8.2 (24.11.2015)
Добавить поддержку django CMS 3.2
Добавить поддержку промежуточного программного обеспечения перезагрузки apphook
Добавить метатег окна просмотра для поддержки мобильных устройств
0.8.1 (2015-10-11)
Добавить возможность не устанавливать плагины
Добавить Python 3.5 для построения матрицы
Добавить аргумент для передачи параметров в пункт
Исправление поддержки пользовательских моделей
Дамп файла требований в созданном проекте
Улучшение документации
0.
8.0 (30.08.2015)
0.7.9 (21.07.2015)
0.7.8 (27.06.2015)
0.7.7 (05.06.2015)
0.7.6 (01.05.2015)
Переключиться на django CMS 3.1 как стабильную версию django CMS
Переработка поддерживаемой Django матрицы
Всегда используйте djangocms-link вместо cmsplugin-filer-link
0.7.5 (21.04.2015)
0.7.4 (2015-04-14)
Добавить автоматическое определение часового пояса
Пин версии django-reversion
Сделать установщик более совместимым со средой Windows
0.7.3 (2015-04-08)
0.7.2 (08.02.2015)
Исправление проблем совместимости с Windows
Исправление проблем совместимости с Python 3
Добавить флаг, чтобы пропустить проверку пустоты каталога проекта
0.7.1 (15.01.2015)
Запросить разрешение перед очисткой
Уточнение параметра -p
Перед продолжением проверьте, не пуста ли директория проекта
0.
7.0 (10.01.2015)
Улучшение поддержки Django 1.7 и django CMS development (3.1)
Совершенно новая стратегия тестирования
Восстановлен параметр -I для установки пакетов
Улучшена поддержка очистки после сбоя
0.6.0 (30.11.2014)
Добавить поддержку для установки aldryn-boilerplate
Принудительная установка всех пакетов (-I) при создании проекта virtualenv
Исправление ошибок мультиплатформенной поддержки
Обновление поддерживаемых версий Django/django CMS
Добавить предварительную поддержку разработки django CMS (3.1)
0.5.4 (2014-08-14)
0.5.3 (23 июля 2014 г.)
Добавить поддержку миграции easy_thumbnails 2.0
Исправлен запрос на создание пользователя, даже если используется флаг –no-input
Открепить реверсию, поскольку django CMS 3. 0.3 решает проблему
Версионная зависимость для django-filer при установке django CMS 2.4
Перейти на официальные выпуски django-filer и cmsplugin-filer для CMS 3.0
0.5.2 (30.05.2014)
0.5.1 (2014-05-22)
0.5.0 (21 мая 2014 г.)
Добавить аргумент требований к дампу
Добавить предоставленную пользователем дополнительную настройку
Добавить раздел часто задаваемых вопросов
Добавить аргумент шаблонов
Обновление документации
0.4.2 (2014-04-26)
Использовать текущий cms.context_processors.cms_settings вместо устаревшего
Задокументируйте некоторые исправления проблем с библиотекой
Исправление проблемы с Python 3
Переключить версию Django по умолчанию на стабильную вместо 1.5
0.4.1 (09.
04.2014)
0.4.0 (09.04.2014)
0.3.5 (03.04.2014)
0.3.4 (29 марта 2014 г.)
0.3.3 (2014-03-20)
0.3.2 (18.03.2014)
0.3.1 (2014-03-16)
Исправить ошибку при загрузке файлов ресурсов
Исправить ошибку с нестандартными путями к исполняемому файлу Python
Исправить ошибку с Django 1.6
Исправить ошибку при установке django-filer
0.3.0 (15.03.2014)
0.2.0 (2014-02-06)
Проект переименован в djangocms-installer
Исправления
Улучшенные шаблоны по умолчанию
Совместимость с Python 3
Совместимость с Django 1.6
Поддержка django CMS 3 beta3 и dev snapshot
Поддержка шаблонов проектов django-admin
Отправка загрузочных шаблонов Twitter
Теперь Can создает пустую стартовую страницу
0.
1.1 (20.10.2013)
0.1.0 (2013-10-19)
Как создать приложение django CMS с нашим репозиторием быстрого запуска
Наверх
Переключить боковую панель оглавления
Репозиторий быстрого запуска django CMS Divio — это шаблон,
дает вам самый быстрый способ запуска нового приложения django CMS на Divio.
Он использует стандартное минимальное приложение django CMS, созданное по образцу приложения, созданного установщиком django CMS.
Единственными дополнениями являются несколько строк связующего кода в settings.py
для обработки конфигурации с использованием переменных среды,
плюс несколько дополнительных файлов для настройки Docker.
Приложение включает в себя некоторые (четко указанные) опции для популярных компонентов (например, Django Filer), а также
Фронтенд Bootstrap 4. Их можно быстро удалить, если вы предпочитаете работать с более минимальным приложением.
Клонировать репозиторий
Прогон:
git clone [электронная почта защищена]: divio/django-cms-divio-quickstart.git
Приложение содержит модуль с именем quickstart
, содержащий settings.py
и другие приложения уровня
конфигурация.
Удаление дополнительных компонентов
Файлы settings.py
и requirements.txt
содержат разделы, которые можно удалить, если вам не требуется
функциональные возможности, которые они предоставляют — в каждом случае раздел отмечается комментарием, содержащим слово дополнительный . Ты будешь
необходимо убедиться, что вы удалили соответствующие разделы из обоих файлов, если вы это сделаете.
Возможные варианты:
Компоненты, обычно используемые с django CMS (CKEditor, Django File, django CMS Admin Style)
некоторые популярные плагины базового контента
компоненты и шаблоны, необходимые для внешнего интерфейса Bootstrap 4
Переименование прикладного модуля
quickstart
(дополнительно)
Если вы хотите, чтобы это было названо как-то иначе, сейчас самое время изменить имя каталога вместе со ссылками
к модулю быстрого запуска
, где бы он ни появился, который находится в:
Докерфайл
manage. py
asgi.py
settings.py
wsgi.py
Использование MySQL или альтернативного сервера-шлюза
По умолчанию приложение использует Postgres и uWSGI, но доступны MySQL и другие параметры сервера шлюза.
Вам потребуется изменить несколько строк конфигурации, чтобы добиться этого в нескольких файлах. См. примечания к каждому:
требования.txt
docker-compose.yml
env-local
Dockerfile
Запуск приложения локально
В этом разделе предполагается, что у вас установлены Docker и Divio CLI. Вам также нужна учетная запись на Divio, и ваш
учетной записи требуется ваш открытый ключ SSH. При необходимости см. Как настроить локальную среду разработки Divio.
Создайте образ Docker
Прогон:
сборка для создания докеров
Запустите миграцию базы данных и создайте суперпользователя
docker-compose запустить веб-миграцию python manage. py
(Обратите внимание, что из-за поведения Docker вы можете получить сообщение об ошибке при первом запуске — иногда Docker может быть слишком
медленный запуск базы данных вовремя. Если это произойдет, просто запустите команду еще раз.)
затем:
docker-compose run web python manage.py createsuperuser
Запустить локальный сервер
докер-составить
Попробуйте получить доступ к сайту по адресу http://127.0.0.1:8000/ (это будет работать, только если URL-адрес привязан к /).
Администратор Django доступен по адресу http://127.0.0.1:8000/admin.
Теперь у вас есть работающее приложение, готовое к дальнейшей разработке. Все команды, которые вы обычно выполняете
в разработке необходимо запускать внутри контейнера Docker — добавьте к ним префикс docker-compose run web
как в
примеры выше.
Вы также можете использовать docker-compose run web bash
, чтобы получить приглашение bash для интерактивного сеанса внутри контейнера.