Tengo que deshacerme de un marcado innecesario en una vista. En general, lo logro anulando los archivos de plantilla en mi tema, pero esta vez la vista es realmente enorme y el rendimiento está bajando. Entonces me pregunté si hay una forma más eficaz de reducir el marcado. Al modificar el marcado de un nodo, que las funciones de preproceso son más rápidas que anular los archivos de plantilla, ¿existe un mecanismo analógico para las vistas?
Edición 1: Claro, la razón del bajo rendimiento no es la anulación de los archivos de plantilla en primer lugar, pero si puedo optimizar un poco allí, tendré que hacerlo. Además, regularmente me meto en problemas al deshabilitar el marcado en la propia interfaz de usuario de las vistas: deshabilitar los estilos de fila, por ejemplo, se ignora cuando uso un subtema Omega ...
Edición 2: conozco las posibilidades dentro de la interfaz de usuario de Vistas ; Lo que estoy buscando es una forma manual con control fino.
Respuestas:
Puede eliminar marcas innecesarias a través de la IU de Vistas.
Cuando agrega un campo, oculto en Configuración de estilo, siempre tienen esta marca de verificación innecesaria predeterminada
Además, puedes eliminar más marcas aquí
y aquí
fuente
A veces es más eficiente con Ver para mostrar contenido en lugar de campos. Esto se aprovecha mejor con modos de vista personalizados, donde configura el modo de vista para mostrar los campos que desea. Luego puede hacer que se muestre ese modo de vista lo que quiera a través de plantillas y formateadores. Esto tiende a funcionar bien cuando tienes Entitycache .
Dicho esto, todos los sistemas son diferentes. La verdadera elaboración de perfiles es realmente la mejor manera de descubrir lo que lleva tiempo. Personalmente, no creo que el marcado de vistas agregue un tiempo significativo a la ejecución.
fuente
Parece que te están alentando a optimizar prematuramente. Si la vista sufre problemas de rendimiento, asegúrese de que el almacenamiento en caché esté habilitado en la vista para evitar renderizar el HTML desde cero tanto como sea posible. Eso proporcionará un impulso mucho mayor al rendimiento que casi cualquier reducción en el número de archivos involucrados en el proceso de renderizado.
Una vez que se crea el registro de temas, tener muchas plantillas anuladas no debería ser un golpe notable en el rendimiento sobre el uso de los valores predeterminados, ya que Drupal todavía está cargando una cantidad similar de archivos (he visto una excepción a esto si crea un archivo para cada posible anular en toda la cadena, así que no hagas eso).
Si cambia a una visualización de entidad en lugar de una visualización de campo, puede reducir el número de plantillas cargadas y, por lo tanto, obtener una mejora menor en la velocidad de renderizado. Eso supone que la visualización de la entidad también toma medidas para evitar plantillas a nivel de campo y / o probablemente ya esté almacenada en caché en otro lugar. Probablemente esto supondría una gran cantidad de mano de obra humana costosa para muy poca mejora en el rendimiento de la máquina.
fuente