Si no ha escuchado hablar antes de estas dos herramientas, usaremos esta oportunidad para present\u00e1rsela y tambi\u00e9n le explicaremos por qu\u00e9 es preferible usarlas en lugar de usar una configuraci\u00f3n tradicional.<\/p>\n
Bedrock y Trellis<\/h2>\n
Tanto Bedrock como Trellis existen para facilitar el desarrollo, mantenimiento e implementaci\u00f3n<\/strong> de sitios de WordPress.<\/p>\n La principal raz\u00f3n para usar Bedrock es para obtener una adecuada gesti\u00f3n de dependencias y paquetes para un proyecto de WordPress. Es posible que ya est\u00e9 familiarizado con\u00a0npm<\/a>\u00a0para JavaScript o\u00a0Bundler<\/a>\u00a0para Ruby. PHP no es diferente, y su equivalente es\u00a0Composer<\/a>.<\/p>\n Si bien el uso de un administrador de paquetes es com\u00fan, es menos com\u00fan para WordPress ya que WordPress ya tiene su propio concepto para plugins.\u00a0Bedrock integra Composer para gestionar plugins, temas, e incluso el n\u00facleo de WordPress como dependencias.<\/p>\n Trellis es una herramienta para crear con facilidad servidores de desarrollo y producci\u00f3n para alojar sitios de WordPress. Adem\u00e1s, ha sido creado espec\u00edficamente para trabajar con sitios basados en Bedrock. El caso de uso por defecto de Trellis es utilizarlo para desarrollar con Vagrant<\/a>y<\/em> tambi\u00e9n en producci\u00f3n para conseguir paridad entre esos dos entornos.<\/p>\n Esta publicaci\u00f3n explica un caso de uso ligeramente diferente: Trellis para su servidor de desarrollo y Kinsta para su servidor de producci\u00f3n (y\/o de staging).<\/p>\n \u00bfPor qu\u00e9 usar Kinsta en lugar de un VPS provisto por Trellis? Porque a veces usted podr\u00eda querer pagarle a alguien m\u00e1s para que administre el servidor en lugar de hacerlo usted mismo<\/a> (especialmente si tiene muchos clientes). Kinsta tambi\u00e9n facilita la escalabilidad sin tener que lidiar con m\u00faltiples servidores, distribuidores de carga, y subidas a la nube.<\/p>\n Muchos hosts de WordPress no son muy amigables con los desarrolladores y no ofrecen acceso SSH ni integraci\u00f3n de Composer o\u00a0WP-CLI<\/a>, los cuales son requisitos para usar Trellis y Bedrock. Afortunadamente, Kinsta ofrece acceso SSH en todos sus planes<\/strong>\u00a0desde el plan Starter hasta Enterprise que hace que todo eso sea posible.\u00a0Tambi\u00e9n pueden modificar la ruta ra\u00edz<\/strong> para una funcionalidad adecuada.<\/p>\n\n Es posible que se pregunte por qu\u00e9 utilizar\u00eda Bedrock en lugar de una instalaci\u00f3n tradicional de WordPress. La raz\u00f3n es que Bedrock est\u00e1 dise\u00f1ado espec\u00edficamente pensando en el<\/strong> desarrollador web moderno<\/strong>:<\/p>\n Raspberry Pi<\/a>,\u00a0Snopes<\/a>,\u00a0JetBlue<\/a> y m\u00e1s, confian en Bedrock para impulsar sus sitios de WordPress.<\/p>\n D\u00e9mosle un vistazo a la comparaci\u00f3n entre las dos estructuras de carpetas:<\/p>\n Bedrock lleva al siguiente nivel el instalar WordPress en un subdirectorio. Gran parte de la filosof\u00eda detr\u00e1s de Bedrock est\u00e1 inspirada en la metodolog\u00eda de la\u00a0Twelve-Factor App<\/a>, incluyendo la\u00a0versi\u00f3n espec\u00edfica de WordPress<\/a>.<\/p>\n Primero aseg\u00farese de que sus claves SSH sean agregadas al panel MyKinsta<\/a>.<\/p>\n Trellis puede implementarse en Kinsta con s\u00f3lo unas pocas actualizaciones. Dado que Kinsta proporciona todo desde el punto de vista del servidor. El aprovisionamiento de sus entornos de producci\u00f3n y de staging no se aplica.<\/p>\n Las implementaciones de un comando en Trellis funcionan en Kinsta con s\u00f3lo una peque\u00f1a configuraci\u00f3n. Una vez configurado, usted podr\u00e1 implementar sus sitios de WordPress ejecutando el playbook de implementaci\u00f3n en Trellis:<\/p>\n Abra su panel de control MyKinsta<\/a>\u00a0y navegue hasta el sitio de WordPress que est\u00e1 configurando con Bedrock y Trellis, junto con su editor de c\u00f3digo<\/a> abierto en el directorio de Primero edite\u00a0 Aseg\u00farese de que\u00a0 Abra\u00a0 Reemplaza las rutas Ahora abra\u00a0 Necesitamos agregar Added:<\/p>\n Finalmente abra\u00a0 Aseg\u00farese de que el host y el puerto SSH coincidan con lo que se muestra en el panel de control MyKinsta.<\/p>\n Ahora, repitamos el proceso anterior para el entorno de producci\u00f3n. Aseg\u00farese de cambiar a su entorno vivo en el panel de control MyKinsta.<\/p>\n Abra\u00a0 Aseg\u00farate de reemplazar las rutas Ahora abra\u00a0 Finalmente abra\u00a0 Las implementaciones de Trellis tratan de volver a cargar\u00a0 Abra\u00a0 Reemplace\u00a0 Si le aparece una pantalla que le pide que ejecute \u2018Composer Install\u2019, agregue lo siguiente junto antes del c\u00f3digo \u201cClear Kinsta cache\u201d (mostrado arriba):<\/p>\n O Los sitios de Bedrock vienen con Abra\u00a0 Entonces ejecute lo siguiente desde el directorio de su sitio\/Bedrock (o especifique kinsta\/kinsta-mu plugins como requisito en tu archivo Las siguientes constantes pueden ser necesarias para solucionar los problemas con las rutas de CDN y las URL de activos compartidos de los plugins. A\u00f1ade el siguiente c\u00f3digo al archivo de configuraci\u00f3n de tu sitio (bedrock\/config\/application.php<\/strong> en los sitios de Bedrock):<\/p>\n Para m\u00e1s informaci\u00f3n, incluyendo c\u00f3mo actualizar el plugin, consulta nuestra gu\u00eda para el plugin Kinsta MU<\/a>.<\/p>\n\n
Bedrock vs WordPress Regular<\/h2>\n
\n
.env<\/code><\/li>\napp<\/code><\/li>\n.gitignore<\/code>\u00a0que excluye la base de WordPress, plugins y subidas<\/li>\n<\/ul>\n![\"Bedrock](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2018\/04\/bedrock-vs-wordpress.png\")
Configurando Trellis para Kinsta<\/h2>\n
ansible-playbook deploy.yml -e env=staging -e site=example.com --limit=kinsta_staging<\/code><\/pre>\ntrellis<\/code> de su proyecto.<\/p>\ntrellis\/ansible.cfg<\/code>\u00a0para agregar lo siguiente[defaults]<\/code>\u00a0en la parte superior:<\/p>\nforks = 3\nhost_key_checking = False<\/code><\/pre>\nConfiguraci\u00f3n de Staging<\/h3>\n
trellis\/group_vars\/staging\/wordpress_sites.yml<\/code>\u00a0est\u00e1 configurado con el\u00a0canonical<\/code>\u00a0para su sitio de staging:<\/p>\nwordpress_sites:\n example.com:\n site_hosts:\n - canonical: staging-example.kinsta.com<\/code><\/pre>\ntrellis\/group_vars\/staging\/main.yml<\/code>y agregue lo siguiente al final del archivo:<\/p>\nproject_root: \/www\/example_123\/public\nwww_root: \/www\/example_123\/public\nweb_user: example\nweb_group: www-data<\/code><\/pre>\nproject_root<\/code> y www_root<\/code> por la ruta correcta proporcionada en el panel de control de MyKinsta para tu entorno de staging de Kinsta<\/a>.<\/p>\n![\"Encuentra](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2018\/07\/mykinsta-path.png\")
<\/a>trellis\/group_vars\/staging\/vault.yml<\/code>para editarlo ejecutando\u00a0ansible-vault edit group_vars\/staging\/vault.yml<\/code>.<\/p>\ndb_user<\/code>,\u00a0db_name<\/code>, y\u00a0db_password<\/code>\u00a0a\u00a0env<\/code>.\u00a0Tambi\u00e9n necesitamos agregarvault_ansible_ssh_pass<\/code>.\u00a0Puede encontrar los valores para estos en la pantalla de informaci\u00f3n principal de su sitio, en el panel de control MyKinsta.<\/p>\n![\"SFTP](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2018\/07\/mykinsta-info.png\")
<\/a>vault_wordpress_sites:\n example.com:\n env:\n db_user: \"example\"\n db_name: \"example\"\n db_password: \"xxxxxxxxxxxxxxx\"\n # Generate your keys here: https:\/\/roots.io\/salts.html\n auth_key: \"\"\n secure_auth_key: \"\"\n logged_in_key: \"\"\n nonce_key: \"\"\n auth_salt: \"\"\n secure_auth_salt: \"\"\n logged_in_salt: \"\"\n nonce_salt: \"\"<\/code><\/pre>\ntrellis\/hosts\/staging<\/code>\u00a0y reemplace el contenido con:<\/p>\nkinsta_staging ansible_host=104.154.94.123 ansible_ssh_port=12345 ansible_ssh_extra_args='-o StrictHostKeyChecking=no'\n\n[web]\nkinsta_staging\n\n[staging]\nkinsta_staging<\/code><\/pre>\n![\"Detalles](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2018\/07\/mykinsta-info-1.png\")
<\/a>Configuraci\u00f3n de Producci\u00f3n<\/h3>\n
![\"Cambia](\"https:\/\/kinsta.com\/es\/wp-content\/uploads\/sites\/8\/2018\/07\/mykinsta-switch-to-live.png\")
<\/a>trellis\/group_vars\/production\/main.yml<\/code>\u00a0y agregue lo siguiente al final del archivo:<\/p>\nproject_root: \/www\/example_123\/public\nwww_root: \/www\/example_123\/public\nweb_user: example\nweb_group: www-data<\/code><\/pre>\nproject_root<\/code> y www_root<\/code> con la ruta correcta proporcionada en el panel de control de MyKinsta para tu entorno en vivo.<\/p>\ntrellis\/group_vars\/production\/vault.yml<\/code>\u00a0para editarlo ejecutando\u00a0ansible-vault edit group_vars\/production\/vault.yml<\/code>:<\/p>\nvault_wordpress_sites:\n example.com:\n env:\n db_user: \"example\"\n db_name: \"example\"\n db_password: \"xxxxxxxxxxxxxxx\"\n # Generate your keys here: https:\/\/roots.io\/salts.html\n auth_key: \"\"\n secure_auth_key: \"\"\n logged_in_key: \"\"\n nonce_key: \"\"\n auth_salt: \"\"\n secure_auth_salt: \"\"\n logged_in_salt: \"\"\n nonce_salt: \"\"<\/code><\/pre>\ntrellis\/hosts\/production<\/code>\u00a0y reemplace el contenido con:<\/p>\nkinsta_production ansible_host=104.154.94.123 ansible_ssh_port=12345 ansible_ssh_pass=\"{{ vault_ansible_ssh_pass }}\"\n\n[web]\nkinsta_production\n\n[production]\nkinsta_production<\/code><\/pre>\nModificando las Tareas de Implementaci\u00f3n<\/h3>\n
php-fpm<\/code>, lo que debemos eliminar para evitar que sigan intentando ejecutarse en los servidores de Kinsta. Tambi\u00e9n tenemos que borrar la cache de Kinsta<\/a>.<\/p>\ntrellis\/roles\/deploy\/hooks\/finalize-after.yml<\/code>\u00a0y despl\u00e1cese hasta el fondo. Elimine la \u00faltima tarea de Reload php-fpm y agregue lo siguiente:<\/p>\n- name: Clear Kinsta cache\n uri:\n url: \"{{ site_env.wp_home }}\/ask-support-rep\/\"\n method: GET<\/code><\/pre>\nask-support-rep<\/code> (mostrado arriba) despu\u00e9s de pedirle a un ingeniero de soporte de Kinsta <\/strong>la URL para borrar la cache de su sitio.<\/p>\nOpcional: Instalar Dependencias de Composer<\/h3>\n
- name: Install Composer dependencies\ncomposer:\ncommand: install\nworking_dir: >\/www\/example123\/public\/final-path<\/code><\/pre>\n\/final-path<\/code> pode variar de acordo com a sua configura\u00e7\u00e3o Bedrock\/Trellis.<\/p>\nAgregando kinsta-mu-plugins a Bedrock<\/h2>\n
mu-plugins<\/code> instalados autom\u00e1ticamente, pero, tendr\u00e1s que instalar el plugin Kinsta MU<\/a> con el paquete kinsta-mu-plugins<\/code>. Este plugin (que se instala por defecto cuando se crea un sitio de WordPress a trav\u00e9s de MyKinsta) gestiona cosas como el almacenamiento en cach\u00e9 de la p\u00e1gina completa<\/a> y la integraci\u00f3n de Kinsta CDN<\/a>.<\/p>\nsite\/composer.json<\/code>\u00a0y agregue lo siguiente dentro de la matriz de\u00a0repositories<\/code>:<\/p>\n{\n \"type\": \"package\",\n \"package\": {\n \"name\": \"kinsta\/kinsta-mu-plugins\",\n \"type\": \"wordpress-muplugin\",\n \"version\": \"2.3.3\",\n \"dist\": {\n \"url\": \"https:\/\/kinsta.com\/kinsta-tools\/kinsta-mu-plugins.zip\",\n \"type\": \"zip\"\n }\n }\n}<\/code><\/pre>\ncomposer.json<\/code>):<\/p>\ncomposer require kinsta\/kinsta-mu-plugins:2.3.3<\/code><\/pre>\n\/**\n * Kinsta CDN fix for Bedrock\n *\/\ndefine('KINSTA_CDN_USERDIRS', 'app');\n\/**\n * Fix Kinsta MU Plugins URL path with Bedrock\n *\/\n$mu_plugins_url = Config::get('WP_CONTENT_URL') . '\/mu-plugins';\ndefine('KINSTAMU_CUSTOM_MUPLUGIN_URL', \"{$mu_plugins_url}\/kinsta-mu-plugins\");<\/code><\/pre>\nFinal Steps With Kinsta Support<\/h2>\n