2010-04-13 10 views
17

Estoy buscando una solución que me permita usar WordPress para la gestión de sitios/contenido, pero exportará archivos estáticos .html en lugar de archivos dinámicos basados ​​en bases de datos.Solución .html de WordPress a estática

He usado wp-super cache y es un paso en esta dirección, sin embargo, las ganancias de velocidad no fueron lo que me gustaría.

¿Alguna idea?

+1

si realmente quieres páginas estáticas, tendrían que volver a generarse cada vez que se realiza un cambio en la base de datos. No es muy bueno cuando tienes "publicaciones recientes" en la barra lateral y 400 páginas que necesitan actualizar eso. si la velocidad es tan importante, podrías renunciar a WP, es bastante lento y consume mucha memoria. Escribe tu propio motor de blog, algo simple como en los videos de Rails o CakePHP "Haz un blog en 15 minutos". – AlexanderMP

+0

Algunas buenas sugerencias hasta ahora. Actualmente estoy revisando Really Static ", que afirma hacer exactamente lo que estoy buscando. ¿Alguien lo intentó? Http://wordpress.org/extend/plugins/really-static/installation/ –

+0

¿Has probado wp- supercaché 'medio encendido' o 'encendido'? en 'medio encendido' no se crean archivos html estáticos, pero cuando 'está activado' (y configurado correctamente) debería estar sirviendo HTML simple? desde el faq: estático html (archivos Supercache) se almacenan en wp-content/cache/supercache/HOSTNAME/donde HOSTNAME es su nombre de dominio .Los archivos se almacenan en directorios que coinciden con la estructura del enlace permanente de su sitio. mod_rewrite (config en .htaccess) redirigirá las solicitudes a estos archivos estáticos, no se ejecutará php. – futtta

Respuesta

3

Debería ser posible establecer wget a la araña un sitio de WordPress en un directorio, y publicar dicho directorio como un sitio web. Echa un vistazo a this question mío, por ejemplo, estoy seguro de que hay otros más detallados.

Esto eliminará todos y cada uno de los elementos dinámicos del sitio, sobre todo la función de comentarios.

Esta es una gran idea IMO para blogs que no ven artículos nuevos con demasiada frecuencia, y no necesitan una función de comentarios. No será más rápido que el contenido HTML estático.

+0

Gracias Pekka, especialmente por el enlace y la referencia wget. ¿Algún problema con el formulario de contacto 7 cuando se usa de esta manera? –

+0

@Scott probablemente. Las páginas HTML no tendrán inteligencia, no podrás usar ningún tipo de contenido dinámico, ni siquiera un formulario de contacto, ya que la API de Wordpress no estará presente. Debería programar su propio formulario de contacto o usar uno independiente de WP. –

4

Si no está viendo las mejoras de rendimiento que desea con wp-super-cache, entonces los otros complementos de caché no van a ayudar. Todos los complementos de almacenamiento en caché básicamente hacen lo mismo, crean archivos .html omitiendo el analizador de PHP.

Para mejorar el rendimiento, me gustaría ir abajo en la lista de las mejores prácticas encontrar aquí http://developer.yahoo.com/performance/rules.html

Las reglas que creo que son los más importantes son:

  • sprites uso de CSS, lo que reduce las múltiples peticiones HTTP voluntad ayuda a
  • mod_expires usuario y mod_deflate módulos de Apache, esto es fundamental
  • Coloque las etiquetas de secuencia de comandos después sus etiquetas de enlace css
  • Utilice ySlow en Firebug para perfilar
  • Compruebe su código HTML. Si tiene varias tablas anidadas, el navegador debe representar primero la tabla más profunda y luego construirla.
  • Minifica tu CSS y JS. Minify es una gran biblioteca.

Si decide no usar un complemento de caché, asegúrese de tener un caché de código de operación PHP, como APC. Esto significa que el análisis de PHP se ejecuta solo una vez, y no todas las solicitudes. Esto puede aumentar tu rendimiento de PHP en 2X.

+0

Grandes sugerencias Christopher. El sitio usa un tema diseñado a medida para que los sprites css no sean una opción fácil, tampoco hay tablas. Sin embargo, vale la pena investigar sus otras sugerencias. Realmente aprecio la entrada. –

8

Para completar, voy a agregar el complemento WP Static HTML Output de Leon Stafford a esta lista. Me salvó el cuello, funcionó maravillosamente.

Vale la pena señalar, como han mencionado otros, que los formularios de contacto/comentario y similares que se ejecutan en php no funcionarán.

2

El plugin de Ericksef Really Static parece funcionar bastante bien también.

Estoy tratando de hacer lo mismo.Preferiría mantener un sitio estático, pero me gustaría un proceso de creación un poco más fácil (que proporciona Wordpress).

Dicho esto, no quiero ningún contenido dinámico en mi sitio. (al menos, nada que requiera mis recursos del lado del servidor).

Jekyll (ruby) y Hyde (python) parecen muy buenos generadores de sitios estáticos. Ahora también miro a Markdown.

Habrá algo que se adapte.

1

El plugin de Erik Really Static es el camino a seguir. Según el sitio, le permite ocultar su instalación de WordPress en un subdominio o subdirectorio y seleccionar dónde generar los archivos HTML estáticos. Sus usuarios estarían navegando en un sitio HTML real, pero puede mantenerlo con la simplicidad de WordPress.

Además, con un complemento, los comentarios pueden ser parte del sitio estático. La adición de un comentario actualiza el archivo estático. Para ver la diferencia entre este complemento y WP Super Cache, consulte las métricas en la pestaña screenshots de la página de inicio del complemento.

Cuestiones relacionadas