Obviamente, WP no es el candidato perfecto para todos los sitios web, pero se acerca mucho a lo que la mayoría de los sitios web de proveedores de contenido necesitan. Si cree que falta una característica específica y que beneficiaría a más usuarios que usted mismo, le recomiendo que abra un ticket en WP trac, o mejor aún, inicie y participe en una discusión sobre Slack con los desarrolladores principales y otros usuarios. Es posible que haya encontrado una característica faltante que muchos desean. Como colaborador, estoy muy interesado en las características que desea que faltan.
Si la intención es realmente alejarme de WordPress a otra solución, no puedo ofrecer una recomendación sin conocer el tipo de sitio, cuánto procesamiento de back-end se realiza con el contenido en el momento de ahorrar y cuánto tráfico está viendo. Una expectativa de cómo podría ser un momento de tráfico pico y cuánto tiempo espera tener para mantener esos momentos de tráfico pico sería una gran ayuda para hacer una buena recomendación también.
Obtener su contenido de WordPress no es muy complicado, pero podría ser algo tedioso, incluso si escribe scripts para ejecutar las tareas de una manera más automatizada. Después de tomar su contenido, todavía hay algunos problemas a considerar aquí: el campo GUID que se genera en los canales RSS puede necesitar conservarse y salir en sus canales con el nuevo sistema. El GUID es lo que usan los lectores de feeds (ya sea usuarios que lo agregan a sus listas o desde varios bots) para saber si han leído / procesado un artículo. También términos de taxonomía y sus relaciones.
- Cómo aprender sobre el desarrollo de exploits
- ¿Cuál es la forma correcta de aprender Ruby y Ruby on Rails?
- ¿Dónde puedo codificar sitios web gratis?
- Cómo configurar un conector web QuickBooks
- ¿Cómo podemos poner MySQL bajo control de versiones? Quiero hacer un seguimiento de DDL, DML, SP y todo en servidores MySQL.
Otra cosa que deberá considerar es la estructura de enlaces permanentes y cómo los redirigirá. Si tiene muchas publicaciones que darían como resultado una lista difícil de manejar de redireccionamientos 301 y es probable que sea mejor implementar una redirección de espacio de la aplicación (donde tiene cualquier sistema de backend, busque la redirección correcta desde la base de datos en lugar de analizar el software de su servidor) tantas reglas en cada solicitud.
Tendrá que tomar sus publicaciones / páginas y sus metadatos, así como los comentarios y sus metadatos. Los usuarios también pueden necesitar ser transferidos (junto con sus metadatos). Si está buscando implementar una solución personalizada, le sugiero que deje todos esos datos en su lugar e implemente un sistema que pueda capturar contenido de una base de datos formateada de WordPress para guardar cualquier extracción e importación compleja o una reestructuración completa de la base de datos.
Los campos específicos que mirará en la base de datos serían (tenga en cuenta que estos tienen el prefijo predeterminado ‘wp_’ pero su prefijo puede ser diferente):
- wp_users y wp_usermeta
- wp_posts y wp_postmeta
- wp_comments y wp_comment_meta
- wp_terms, wp_term_relationships y wp_term_taxonomy
También podría necesitar valores almacenados en la tabla wp_options . Eso será específico del sitio, al igual que cualquier otra tabla / datos agregados por complementos de los que puede necesitar retener los datos.
Si las razones de rendimiento son el enfoque principal para un movimiento, entonces creo que una ruta recientemente disponible, y mucho menos explorada, en realidad podría ser una buena opción aquí: construir su propia interfaz y usar WordPress como back-end, principalmente como un sistema de entrada de contenido. Puede hacer esto con la API WP REST y un node.js o angular.js. El uso de una biblioteca del lado del cliente para el frontend a menudo da la apariencia de un sitio ultrarrápido debido al hecho de que iniciaría las búsquedas de la base de datos desde el lado del cliente después de cargar el diseño de página general. Obviamente, un front-end de php también funcionaría si eso es lo que preferiría construir.
A menudo escucho que un sitio web de rápido crecimiento que usa WordPress no se escala bien; eso probablemente sea cierto cuando se trata de ejecutar una sola instancia, pero nadie que opera a escala ejecuta solo una sola instancia porque la paralelización aumenta drásticamente la escalabilidad. Esto genera problemas para mantener sincronizadas varias instancias, pero es probable que sea una situación inevitable si desea servir páginas a un gran número de usuarios simultáneamente.
