Instrucciones de portada frontal

Según nuestras necesidades, creo que podemos tomar las siguientes páginas

Mi idea inicial es esta:

No establecemos un módulo de administración de fondo separado, pero tomamos medidas de inicio de sesión obligatorias, para que podamos guardar una parte del diseño de la página no registrada

Parte I: extracción de páginas públicas

El propósito de esta parte del trabajo es esa parte del contenido muerto, no podemos escribir una copia de cada página, lo que no es propicio para el mantenimiento, tenemos que extraer la parte que se muestra en la página

Estos incluyen:

Extracción de la barra de navegación (carga dinámica cuando se carga cada página)
Extracción de información en la parte inferior de cada página (carga dinámica cuando se carga cada página)
Extracción de constantes públicas (para complementar las no consideradas)

Esta parte del trabajo debe depender de django, ya que estamos involucrados en la carga dinámica, no se puede cargar localmente, por lo que nuestro espacio de trabajo debe ser el mismo, creo que necesitamos unificar nuestro directorio de trabajo.

BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
FONT_DIR = os.path.dirname(BASE_DIR) + r"\font"
TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(FONT_DIR, 'static')],
        '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',
                'social_django.context_processors.backends',
                'social_django.context_processors.login_redirect',
            ],
        },
    },
]
#你们肯定知道上面部分的DIRS部分，就是告诉django去找html页面的目录，BASE_DIR是一个项目创建时的常量

STATIC_URL='/static/', 这个static 是在Django 具体APP下建立的static目录，用来存放静态资源。而STATICFILES_DIRS一般用来设置通用的静态资源，对应的目录不放在APP下，而是放在Project下，例如：

STATICFILES_DIRS=（os.path.join(BASE_DIR, "common_static"),）

具体在模板文件中访问的时候，都是统一用：/static/资源名的方式，就可以访问到资源，不论具体的目录是APP下的static，还是project下的common_static, 都可以用/static/资源名的方式访问到。

为增强可移植性，在模板中可以用：STATIC_URL来代替具体的/static/来设置资源路径，但是需要在settings.py中2个地方进行设置，否则会发生取不到资源的错误：

1. INSTALLED_APPS 中，加入 'django.contrib.staticfiles'

2. TEMPLATES 中，context_processors中，加入django.template.context_processors.static

模板中调用时：

<img src="{{STATIC_URL}}pic.jpg " />

#####################################################################################

我觉得我们就按照以下项目目录去规范我们之后的设计
├── 项目根目录
│   ├── VisualPytorch
│   │   ├── user
│   │   │   ├── __init__.py
│   │   │   ├── models.py
│   │   │   ├── tests.py
│   │   │   └── views.py
│   │   ├── __init__.py
│   │   ├── journal
│   │   │   ├── __init__.py
│   │   │   ├── models.py
│   │   │   ├── tests.py
│   │   │   └── views.py
│   │   └── Neuralnetwork
│   │       ├── __init__.py
│   │       ├── models.py
│   │       ├── tests.py
│   │       └── views.py
│   ├── __init__.py
│   ├── font#存放我们所有的前端所需要的文件
│   │   ├── css#存放我们自己写的css
│   │   ├── img#存放全部所需图片，而且需要分清子目录，子目录用页面名标识
│   │   ├── javascript#存放我们自己写的javascript
│   │   ├── resources#存放引用所需的外部插件，其中插件最好进行分类，这是个需要细致的活，一下子全导入不分类不利于后期版本的维护
│   │   └── static#存放所有的html页面。html页面必须分类，具体按照如下我的分类即可
│   │       ├── basedir#存放我们抽取出来的页面
│   │   	│   ├──nav.html#导航栏抽取
│   │   	│   ├──aboutus.html#关于我们抽取
│   │       ├── errordir#自定义错误页面
│   │   	│   ├──404.html
│   │   	│   ├──500.html
│   │       ├── index.html
│   │       ├── show.html
│   │       ├── 等等等等的页面

La segunda parte del trabajo: determinar nuestras necesidades.

El código que buscamos implementa una gran cantidad de visualización de páginas móviles. No consideramos este aspecto. Necesitamos filtrar el código frontal para eliminar las funciones de estas páginas móviles (principalmente, creo que esto no es muy fácil de hacer debido a la falta de depuración) Orientación)

Determinar los requisitos es determinar qué páginas necesitamos, así que aquí he enumerado las páginas que necesitamos y las funciones correspondientes de las páginas específicas. En la siguiente parte del proceso de práctica para lograr las funciones que necesitamos.

Las siguientes páginas llevan el nombre de los materiales existentes, que se modificarán más adelante (no hay ningún enlace para cambiar el problema del enlace actual)

Desarrollo de página comercial

Página de negocios	Función correspondiente
index.html	[Visualización de modelo], [Estadísticas de usuario], [Drenaje de otra página], esta es la única página a la que se puede acceder sin iniciar sesión
login.html	【Registro de inicio de sesión】
shop.html [revisado] wishlist.html [revisado]	[Consulta del modelo personal, solo la función de verificación]
single-product.html [revisado]	[La visualización de un modelo único, incluidos parámetros específicos, para lograr la modificación]
my-account.html account.html [Esta página no está disponible, pero se puede modificar de acuerdo con my-account.html]	[Adición, eliminación, modificación e inspección de información personal, principalmente contraseña]

Aquí está la página que viene con el proyecto original.	Aquí está la página que viene con el proyecto original.
feedback.html question.html	[Comentarios de error], [Comentarios de problemas]. Considere integrarse en una página
lienzo.html	[Agregar modelo], herede la versión anterior, optimice alguna interfaz de usuario
help.html	【Documento de ayuda】
modelos.html	[Gestión del modelo], la nueva página anterior necesita heredar esta página para continuar el desarrollo, pero puede modificar el CSS para modificar el estilo
show_code.html	[Generar código]

Extracción de página pública

Extracción de página pública	Función correspondiente de página pública
nav.html	【Página de extracción de la barra de navegación】
about.html	[Extracción de información al final de cada página]
Para ser añadido

Error al extraer la página

Error al extraer la página	Función correspondiente
404.html	[Error correspondiente al código de estado 404]
5xx.html	[Error correspondiente al comienzo del código de estado 5]
Para ser añadido

Lo anterior es la determinación de nuestras necesidades básicas, y necesitamos completar el blog de especificaciones técnicas y determinar la interfaz en el futuro

Nuestro objetivo principal en esta etapa es completar la portabilidad de la plantilla de front-end e implementar las funciones específicas (como construir un modelo, etc., esperando el desarrollo del back-end), especialmente para notar que necesitamos diseñar la página mientras diseñamos lo que necesitamos Los datos, como si necesitamos almacenar los datos en la Sesión o cookie, o almacenar los datos en el campo de solicitud para el front-end, o transferir directamente los datos JSON desde el back-end al front-end, esto requiere nuestro continuo desarrollo para continuar explorando.

La siguiente es la división del trabajo.

Personal	Trabajo
Wu Fan	Responsable de la extracción de páginas públicas, responsable de limpiar el diseño móvil restante
Zhong Ruihao	Responsable de integrar la página del proyecto original en la [plantilla front-end], reunión de operación específica 4.15 para conversar en detalle
Su Haixiang	De acuerdo con los requisitos, responsables del diseño de la página de [la plantilla de párrafo anterior], la operación específica