homefinance blog
Hemos sucedido mucho en la deliciosa sede de cerebros; Lanzando esto y esto, la planificación de nuevos productos y, en general, empujando el sobre. Sin embargo, esto significaba que algunas cosas se quedaron atrás y no he actualizado WooCommerce en DeliciousBrains.com durante algún tiempo. 😱 Debido a que el sitio es ahora mi principal prioridad, llegué a actualizarlo de 3.1.2 a 3.3.5. WooCommerce es un gran complemento de comercio electrónico, que es una parte integral de nuestro negocio (junto con un gran suplemento de suscripciones, API personalizada y muchos códigos personalizados), por lo que realizar cualquier tipo de actualización es una tarea aterradora, que induce sudoración fría. .
Entonces, permítame guiarlo a través de mi guía para actualizar WoCommerce, que espero que lo ayude en el futuro y que sea un recurso que use la próxima vez que se necesite una actualización. Un fuerte paso de base, inicie sesión en su sitio en vivo y presione la actualización. ¡Bromas! “Nunca actualice los complementos en vivo importantes directamente” es un mantra comúnmente aceptado que vale la pena repetir aquí: no actualice complementos en vivo antes de probarlos. Siempre use una copia del sitio para probarlos, por lo que puede realizar sus actualizaciones, probar y, en última instancia, no le importa si las cosas van al sur.
Nos desarrollamos en una copia local del sitio y también tenemos una copia intermedia de las pruebas de usuario, que es bastante simple de configurar porque tenemos la versión del sitio controlada con GIT y administrada con compositor, para que creemos una nueva versión. del sitio es tan simple como Git Clone … y la instalación del compositor. Bueno, no tan simple, como con todos los sitios de WordPress, debe considerar la base de datos y la biblioteca de medios. Afortunadamente para nosotros, ¡conocemos algunos complementos que tratan con esto para nosotros! WP Migrate DB Pro facilita la eliminación de una nueva copia de la base de datos en vivo para que podamos trabajar en una copia en vivo exacta antes de realizar actualizaciones. Incluso una simple exportación que usa el complemento es útil como punto de partida para una instalación local. También usamos WP Descarga S3 para descargar nuestra biblioteca de medios en S3, lo que significa que todas las imágenes son transmitidas por CloudFront incluso en nuestro sitio local y no debemos preocuparnos por el uso de nuestro Director de WP. -Centent/SupeLds o en el uso de Addon WP Migra DB Pro Media archivos para obtener los archivos locales.
Cuando se trabaja en un sitio de comercio electrónico, hay varias otras cosas importantes a considerar. Entorno en el pasado, utilizamos Constanta WP_Debug para determinar en qué entorno ejecuta el sitio, pero esto es demasiado simple, porque lo hemos activado para nuestro sitio en vivo, por lo que podemos proactuar los errores que aparecen y solucionarlos. Cada uno de nuestros tres entornos necesita una configuración separada (por ejemplo, el nombre de la base de datos y las credenciales), por lo que cargamos la configuración correcta del entorno en WP-Config.php (manteniendo la base de datos fuera del GIT) y podemos usar la condicional Para configurar un entorno útil constante: if (file_exist (dirname (__file__). ‘/Live-config.php’)) {Define (‘wp_local_dev’, falso); Define (‘dbi_staging_site’, falso); Incluye dirname (__file__). ‘/Live-Config.php’; } Elseif (file_exist (dirname (__file__). ‘/Staging-config.php’)) {define (‘wp_local_dev’, falso); Define (‘dbi_staging_site’, true); Incluye dirname (__file__). ‘/Staging-Config.php’; } else {define (‘wp_local_dev’, true); Define (‘dbi_staging_site’, falso); Incluye dirname (__file__). ‘/Local-Config.php’; } Esto significa que solo podemos cargar algún código para entornos específicos. Por ejemplo, agregamos los números de tarjeta de prueba para rayas en nuestro formulario de pago solo en sitios de desarrollo o logro:
4242424242424242
555555555555554444
378282246310005
< /divs /div en el entero; ? Queremos probar los correos electrónicos y verificar el contenido, pero no queremos que se envíen a los clientes. Utilicé algunos enfoques en el pasado, pero el más simple es probablemente un filtro local para secuestrar la dirección de correo electrónico a: function my_site_ijack_all_mail ($ args) {$ args ['to'] = '[correo electrónico protegido] ‘; devolver $ args; } add_filter (‘wp_mail’, my_site_hijack_all_mail, 100); La desventaja de este enfoque es que los correos electrónicos todavía se envían usando Mailgun, que es un desperdicio de nuestro límite mensual de correo electrónico solo para las pruebas locales. Un mejor enfoque es utilizar un servicio gratuito como MailTrap y luego agregarlo a un mu-plug en el sitio de prueba: add_action (‘phpmailer_init’, ‘mailtrap’); Function mailTrap ($ phpmailer) {$ phpmailer-> insmtp (); $ phpmailer-> host = ‘smtp.mailtrap.io’; $ phpmailer-> smtpaaut = true; $ phpmailer-> puerto = 2525; $ phpmailer-> username = ‘{mailtrap username}’; $ phpmailer-> contraseña = ‘{mailtrap contraseña}’; } Mailtrap le brinda un cuadro de correo electrónico en línea para verificar los correos electrónicos:
Utilizamos pasarelas de pago tanto para PayPal Express como para rayas en el sitio y generalmente realizamos pedidos de prueba, actualizaciones y renovación, como parte de cualquier prueba del sitio. Por supuesto, no queremos pasar por la puerta de enlace en vivo, por lo que configuramos las credenciales de PayPal Sandbox y las claves de prueba de Stripe en la configuración de WooCommerce. También tenemos un código adicional en una plug mu que garantiza el uso del modo de pago correcto de puerta de enlace para el entorno del sitio: // siempre use el modo PayPal Express cuando esté en devd_filter (‘option_wooCommerce_paypal_express_settings’, function (function ($ value) {If) (wp_local_dev &&! // Use siempre el modo de prueba de PayPal cuando esté en Devin o en preparación // La puerta de enlace de PayPal estándar controla IPN y otra puerta de enlace de PayPal Express Unger. add_filter (‘option_wooCommerce_paypal_settings’, function ($ value) {if (wp_local_dev &&! // Siempre use el modo de prueba de Stripe cuando esté en devd_filter (‘option_wooCommerce_stripe_settings’, function ($ valor) {if (wp_local_dev &&! Return $ valor;}); Lo que ha cambiado antes de actualizar WooCommerce localmente es una buena idea leer los cambios en los cambios y cualquier otra publicación de equipo para tratar de comprender qué ha cambiado y cómo podría afectar su sitio.
WooCommerce también tiene una excelente guía para actualizar el complemento. Debido a que administramos WooCommerce con el compositor y no lo almacenamos en el cuello, es más difícil ver una diferencia real de los archivos de complemento para actualizar. Por lo tanto, puede ser útil descargar el complemento ZIP de la versión que tiene actualmente, unzip y git init && git add. && git commit -m “inicial” git init && git add. && git commit -m “inicial”. Luego descargue y descifite en la parte superior de ese director la última versión del complemento y use una herramienta de diferencia para inspeccionar exactamente lo que ha cambiado en los archivos. En su mayor parte, esto es exagerado, pero una buena opción para saber. Compatibilidad El siguiente paso es actualizar el complemento en su sitio de desactivación. Después de haber actualizado, hay algunas cosas más a considerar. Tema Si su tema es creado por otro desarrollador, entonces esperamos que esté disponible una actualización. O, si, como nosotros, tiene sobrescribe algunos de los archivos de plantilla básicos en su tema, entonces debe verificar si están desactualizados a través de la pantalla de configuración WP-Admin/Admin.Php?
Si alguna plantilla está marcada como anticuada, deberá inspeccionar los archivos de plantilla básicos para ver qué ha cambiado y luego aplicar los mismos cambios a sus archivos de plantilla, cuando sea apropiado.
Complementos La mayoría de los sitios web que ejecutan WooCommerce tendrán algunos suplementos para mejorar su funcionalidad. Estamos lanzando varios otros complementos para agregar funcionalidades, como la pasarela de pago, la gestión de licencias de software y la facturación. Estos complementos dependen del núcleo de WooCommerce y, por lo tanto, deben actualizarse cuando sea necesario mantener la compatibilidad con el propio WooCommerce. La misma página de estado le permite saber qué complementos no son compatibles, por lo que puede actualizar cuando sea necesario. La mayoría de las versiones de la base de datos WooCommerce requieren una actualización de la base de datos y se solicitará después de actualizar el complemento. Pruebe esto para asegurarse de que se ejecuten con éxito en la base de datos de prueba y asegúrese de que cualquier código personalizado que acceda a WooCommerce todavía esté funcionando de acuerdo con las expectativas. Ciertamente hemos distraído actualizando la API personalizada y otros fragmentos de código para hacer frente al cambio de cómo se almacenan las relaciones entre padres/hijos en la base de datos introducida en la versión 3.0. Pruebe después de que se hayan realizado todas las actualizaciones, debemos probar que las cosas no han sido rotas por una de las muchas partes móviles involucradas en una actualización de WooCommerce. El enfoque de prueba será específico para el sitio que está ejecutando, por lo que es mejor escribir una lista de escenarios para ser probados, que emulan a la mayoría, si no todas, las acciones que los clientes realizarán en su sitio … para nosotros, esto, esto Incluye: comprar con PayPal
La actualización de este pedido con una tarjeta de crédito a través de Stripe
Nueva compra con una tarjeta de crédito a través de la posesión de licencia automática
Descargar el plugin zip desde las pantallas de comando y el área del cliente
Estas son casi las principales funciones importantes del sitio, pero otros aspectos de la prueba pueden incluir:
Aplicación de cupones
Prueba de cupones de venta cruzada
Gestión de cupones en administrador
Reembolso de pedidos
Agregar nuevos productos
Asegúrese de tener WP-Config.php configurado para registrar errores en WP-Content/Debug.Log: Define (‘WP_DEBUG’, true);Define (‘wp_debug_log’, true);Define (‘wp_debug_display’, falso);
Al probar el sitio, monitoree la revista y siga los errores fatales, notificaciones, advertencias y notificaciones obsoletas, que lo ayudarán a identificar las áreas de código que requieren actualizaciones u otros complementos que requieren remediación. Una de las tareas en mi gran lista de cosas que hacer es configurar algunas pruebas automáticas para ahorrar tiempo en el futuro y probablemente se ejecutarán continuamente en el escenario. Podría ir más allá en esto en otra publicación. Al presionar el disparador una vez que esté satisfecho de que todo funciona de acuerdo con las expectativas en su sitio de prueba, idealmente localmente y en el escenario, entonces es hora de realizar la actualización en vivo. Antes de hacer esto, siempre es una buena idea hacer una copia de seguridad de la base de datos en vivo (y los archivos del sitio si no se administran en el control de versiones) antes de comenzar, por lo que tiene un punto de restauración si las cosas salen mal. Presione actualizar, actualizar el compositor actualizar wpackist-plugin/wooCommerce o implementar de su manera habitual. Luego conecte y comience a actualizar la base de datos, cuando sea necesario, desde el tablero. Vacíe cualquier memoria de caché y luego visite su sitio.
