Как мы обрабатываем 'View Live' при создании страницы / дочерней страницы в проекте развязанной трясогузки? - PullRequest
0 голосов
/ 19 сентября 2019

У меня есть проект развязанной трясогузки, в котором интерфейс обслуживается ReactJS.Файлы сборки внешнего интерфейса обслуживаются из / proj_dir / frontend / реагируют и определяются в /proj_dir/settings/base.py как

STATICFILES_DIRS = [
  os.path.join(BASE_DIR, 'proj_dir/frontend/react', "build", "static"),
        ]
STATIC_URL = '/static/' 

TEMPLATES = [
  {
      'BACKEND': 'django.template.backends.django.DjangoTemplates',
      'DIRS': [os.path.join(BASE_DIR, 'projdir/frontend/react')],
      'APP_DIRS': True,
      'OPTIONS': {
          'context_processors': [
          'django.template.context_processors.debug',
          'django.template.context_processors.request',
          'django.contrib.auth.context_processors.auth',
          'django.contrib.messages.context_processors.messages',
                        'wagtail.contrib.settings.context_processors.settings',
            ],
         },
      },
   ]

Поэтому, когда я «собираю» приложение реакции, это приложение внешнего интерфейсаобслуживается на 'Python Runserver'

  1. Как я могу обработать сценарий «Просмотр в реальном времени», когда мы создаем страницу / дочернюю страницу в этом случае.
  2. Чтобы сократить время разработкивозможно ли не писать файлы шаблонов для каждого типа страниц?

1 Ответ

2 голосов
/ 19 сентября 2019

См. Этот ответ для переопределения URL, используемого 'view live':

https://stackoverflow.com/a/48470772/181793

Кроме того, wagtail-headless-preview предназначен для улучшения работы редактора с такими безголовыми сайтами, как ваш:

https://github.com/torchbox/wagtail-headless-preview

Этот подход работает, где бы ни находился ваш сайт - является ли он частью вашего приложения Django / Wagtail или где-то совершенно отдельным, например AWS S3 или Netlify.

Вам не нужно писать файлы шаблонов для страниц, которые будут обслуживаться «без головы».

...