tagsinput tag ejemplos bootstrap php database markdown markup textile

php - tag - ¿Cómo almacenar el formato ligero(Textil, Marcado) en la base de datos?



tagsinput get value (4)

Actualmente estoy usando Markdown con PHP. Guardo el origen de rebajas en la base de datos y visualizo la versión convertida a pedido. No tengo problemas de rendimiento, y estoy muy contento con esta configuración.

Voy a implementar un lenguaje de formato ligero (probablemente Textile, quizás Markdown) en un proyecto en el que estoy trabajando, y me pregunto cuál es la mejor manera de almacenarlo en la base de datos.

Si el usuario puede editar el contenido que está publicando, tiene sentido para mí que el marcado original no convertido se almacene para que el usuario no tenga que editar HTML la próxima vez. Pero dado que el contenido se mostrará mucho más que lo editado, también tiene sentido almacenar una copia convertida del contenido para que el original no tenga que enviarse a través de Textile en cada vista de página.

Entonces, ¿es la práctica común almacenar el contenido original y el convertido lado a lado en la base de datos? ¿Hay una mejor manera?

¡Gracias!


Debería almacenar definitivamente el marcado Textile / Markdown original y usar cualquier material de caché HTTP estándar (Last-modified, Expires-At, ETag) para almacenar en caché las páginas renderizadas o simplemente almacenar en caché el resultado del proceso de marcado.


Lo que he visto es, de hecho, almacenar el HTML compilado en una fila separada en la base de datos. Solo tiene una fila ''contenido'' y otra ''content_html'', y guarde el código HTML compilado en la fila ''content_html''.

(¿Seguro que tienes algún tipo de método de guardar que puedes anular para hacer esto?)


Rebaja de la tienda:

  • Cada vista = conversión
  • Cada edición = sin procesamiento

Tienda html

  • Cada vista = sin procesamiento
  • Cada edición = convertir a rebaja y volver

Almacene ambos

  • Cada vista = sin procesamiento
  • Cada edición = convertir a html después de editar

Tienes que sopesar tus costos de procesamiento frente a tu costo de almacenamiento.