Urano Dev

Desarrollo software para ecommerce

Listar todas las llaves de los elementos de un JSON convertido en array

Últimamente estoy trabajando con formato JSON.

A veces con mucha información. Por ejemplo para PageSpeed Insights, el json contiene 7,102 datos.

Para utilizar la información, la paso a un array, y entonces trabajo con los datos.

Pero cuando la información es extensa, se complica armar la llave que necesitas para acceder cierto dato. Por ejemplo para obtener  el score de las audits que se hacen, el path completo del array sería:

r['lighthouseResult']['categories']['performance']['score']

Seguir leyendo

Programando con Github Copilot y PHP

Les comparto mi experiencia con github Copilot. Hace tiempo tuve la idea de tener en el explorador (actualmente uso Edge), cuando abre una nueva pestaña, una imagen y una cita o quote, seleccionadas o curadas previamente por mí.

En twitter sigo a @naval, y varias de sus frase, me parece muy lógicas, aunque poco comunes.

Por otro lado, tengo varios proyectos actualmente, y estoy por iniciar otro muy demandante la siguiente semana. Y necesitaba hacer algo pequeño, que me diera esa sensación de logro, de terminar algo.

Y finalmente, dando una vuelta por mis repositorios de github (privados todos hasta hoy) vi una invitación a usar Copilot.

Entonces decidí probar Copilot para este pequeño proyecto.

Seguir leyendo

Debug con Woocommerce

Como desarrolladores a veces necesitamos alguna información, el valor de una variable, los parámetros que llegan a un hook, o simplemente saber si el flujo pasó por cierta parte del código. Por eso hoy te enseño a hacer Debug con Woocommerce.

La documentación de Woocommerce lo explica. Pero yo te ayudo a entenderlo.

ALERTA: El contenido está dirigido a programadores. El código mal implementado puede afectar a tu Tienda.

Empecemos por una función:

wc_get_logger()

Primero veamos el significado de Log. Yo lo traduzco como bitácora o registro. Es un lugar donde vas guardando información de eventos. Normalmente incluyendo el tiempo en que sucedieron.

Woocommerce ya viene con un visor de logs. Para acceder al visor la ruta desde wp-admin es: WordPress Dashboard > WooCommerce > Status > Logs

Imagen que muestra un log usado para Debug en Woocommerce

Como puedes ver hay varios logs. Uno de ellos es el mío. Esto es posible con lo que te explico en este post.

En cualquier lugar de tu código donde necesites guardar informaicón, estos son los pasos:

Paso 1.- Llamar la función wc_get_logger():

$logger = wc_get_logger();
$context = array( 'source' => 'udev-log' );

Paso 2.- Llamar la función que escribe en el log:

$logger->debug( 'Información detallada para Debug', $context );
$logger->info( 'Eventos relevantes', $context );
$logger->notice( 'Eventos normales', $context );
$logger->warning( 'Eventos excepcionales, pero no son errores', $context );
$logger->error( 'Errorre que neceitan atención', $context );
$logger->critical( 'Condiciones críticas', $context );
$logger->alert( 'Acción inmediata necesaria', $context );
$logger->emergency( 'Houston, llamando Houston', $context );

La diferencia entre ellas es la clasificación de la información. El primer parámetros en un string con el contenido a guardar en el log. El segundo es opcional, si quieres tener tu propio log. El segundo es un array, que puede incluir información que quieras pasar al logger. Esto es útil en dos situaciones: cuando quieres un log exclusivo para ti, y cuando creas tu propio logger y necesitas información adicional. Pero eso es otro tema.

Tu propio log.

El parámetro source lleva el nombre del log. Bueno como ves en la imagen el nombre del log incluye el nombre que le pasas. En mi caso le paso como valor ‘udev-log’ y generó un log: udev-log-2022-09-04-4b3c742ca243b2f0dab1393322ec142f.log, por lo que se ve que incluye la fecha y un identificador único.

Según la documentación esos logs se borran después de 30 días.

 

En mi caso yo prefiero llamar directamente la función wc_get_logger():

wc_get_logger()->debug('Info de debug');

Y cuando quiero crear mi propio log:

wc_get_logger()->debug('Info de debug', array('source' = 'udev-log'));

Si te gustó este post, mira los temas de Temas de Curso Desarrollo en Woocommerce – Urano Dev/ y suscríbete a mi lista de espera.

 


 

WP y PHP, una historia que podría no continuar

PHP y WordPress.

En la más reciente WPUE le preguntaron a Matt si WP seguiría usando PHP
La respuesta fue que en 5 años debería haber un traductor automático, de PHP a un lenguaje diferente.

Yo no veo la necesidad de hacer algo así. ¿Cambiar de lenguaje, mejoraría WordPress? Yo creo que no. Y luego que pasaría? miles de desarrolladores programando en PHP y luego traduciendo?

Mi enfoque (sí, nadie me lo preguntó, pero este es mi blog, ¿no?) sería mejor invertir en mejorar PHP, donar más dinero, participar en mejoras. Así podríamos tener un mejor lenguaje para PHP y podrías seguir usando todo el código en el que se han invertido millones de horas.

Se que eso de los lenguajes es como una guerra religiosa, donde los que más participan son los más fanáticos, y por eso casi nunca llegan a buen término.

Mientras tanto yo exploraré nuevos mercados: shopify, APIs, y magento.

Openverse.

La imagen destacada de este post la tomé del openverse. Te recomiendo estés pendiente y te des una vuelta. El link te llevará la zona de fotos. Creo que la búsqueda tiene lo básico, supongo que poco apoco irá mejorando.

Performance de WP.

 

Si estás de acuerdo conmigo, lee otros posts en este blog. Si no, con la pena, escríbeme a quemeimporta@urano.dev para procesar una devolución.

 

WP pierde cuota de mercado por primera vez en 19 años

Ya se veía venir. No es sorpresa, pero es algo que no había pasado, hasta que pasó. WP dej+o de crecer, y luego perdió participación.

Algunos expertos lo atribuyen a la falta de crecimiento funcional de la plataforma, parece que los años que llevan desarrollando Gutenberg, han afectado en la velocidad de otras funcionalidades.

El caso más sonado es la velocidad, comparada con los competidores.

En Octubre 12 del 2021 se propuso formar un equipo que se dedicar al tema del performance. Hasta antes de esta fecha, el performance se ha optimizado con plugins, pero muchos pensamos que debería estar en el core de WP. El equipo ya ha entregado una versión de mejoras.

Es decir, la arquitectura debería estar optimizada para el performance.

El performance es el diferenciador principal de la competencia: Wix, Shopify, … y quien se te ocurra.

Esto tenía que pasara algún día. Yo creo que en un año WP retomará el crecimiento. Actualmente ya se tienen mejoras, en forma de plugin. Conforme sea posible la funcionalidad de integrará en eel core.

Una vez solucionado el tema del performance, hay otro tema que puede frenar o restar el crecimiento, y tiene que ver con la participación de desarrolladores. Es sabido que es difícil el participar en el desarrollo del core.

Hasta hace poco cualquier propuesta de mejora se tomaba como una ofensa a los desarrolladores, al equipo de WP, en lugar de verlo como una oportunidad de mejora, se atacaba a quien proponía nuevas formas de hacer las cosas. Es sabido de varios casos que proponen mejoras, y por simple opinión se rechazan, sin análisis técnico. Simplemente al comité no le parece, y ya. No se aceptan.

Creo que eso está cambiando y espero que pronto sea más amigable el proceso de onboarding para nuevos desarrolladores.

 

Woocommerce Fees, comisiones y descuentos

En Woocommerce se tiene la funcionalidad de comisiones o costos adicionales, y de descuentos.

Se usan lo que llaman Fees, y si el valor es positivo (mayor a cero) es un costo adicional. Si el valor es negativo (menor a cero) entonces se toma como un descuento.
Por ejemplo podemos agregar un costo dependiendo del método de pago:

function udev_paypal_fee($cart){
 $order = new WC_Order( $order_id );
 // $order->get_payment_method_title() devuelve el titulo que el admin define en la configuración
 $payment_title = $order->get_payment_method_title();
 if ('PayPal' === $payment_title){
  $perc = 0.05; // 5%
  $fee = ( $cart->cart_contents_total + $cart->shipping_total ) * $perc;
  $cart->add_fee( 'Comisión adicional PayPal', $fee, true, '' );
 }
 if ('Transferencia bancaria directa' === $payment_title){
  $perc = 0.05; // 5%
  $fee = ( $cart->cart_contents_total + $cart->shipping_total ) * $perc;
  $cart->add_fee( 'Descuento Pago en efectivo', $fee*-1, true, '' );
 }
}
add_action ('woocommerce_cart_calculate_fees', 'udev_paypal_fee');

Ahora, si hay un cambio en la forma de pago, la página no se recarga, por lo que no cambiaría la comisión /descuento. Para eso debemos agregar jquery.

 add_action( 'wp_footer', 'udev_wc_add_cart_fees_by_payment_gateway_script' );
   
    function udev_wc_add_cart_fees_by_payment_gateway_script() {
        ?>
        <script>
        jQuery( function() {
            jQuery( 'body' ).on( 'change', 'input[name="payment_method"]', function() {
                jQuery( 'body' ).trigger( 'update_checkout' );
            } );
        } );
        </script>
        <?php
    }

También se tienen los cupones, es otra forma de dar descuentos, pero esa es otra historia.

 

Datos de WordPress 2022

Algunos datos relacionados a WP

  • Tomando los 10 millones de sitios Top, WP tiene 39.3%
  • sitios usando Woocommerce transaccionaron 20,000 millones de USD en ventas en 2021
  • WP va hacia le edición del Sitio, FSE, para competir con plataformas como WIX. A 3 años de Gutenberg, se empieza a ver el progreso
  • Una de las principales demandas de la comunidad es el soporte multi idioma. Parece que no hay mucho interés en el equipo Core, y las soluciones proporcionadas por otros no son los suficientemente buenas.  En lo personal, creo que es mejor que el mundo aprenda Inglés, es la ligua franca.
  • Wix, Squarespace y Shopify tienen mejor performance que WP. En octubre 2021 se creó un equipo para mejorar ésto.

Creo que la tendencia en crecimiento va a continuar. Muchos negocios invirtieron en 2020 y 2021, pero algunos van a empezar a entrar a llenar huecos dejados por los negocios que cerraron, y en general el OpenSource va a beneficiarse de ésto.

El desarrollo de Woocommerce va a tener durante dos años un pico, tratando de competir contra Shopify, donde la barrera de entrada es baja para principiantes, pero el costo es muy alto para negocios medianos o grandes.

Si sabes programar con WP y Woocommerce, vas a tener dos años muy buenos. Después de esos dos años, veremos qué tanto crece Woocommerce y sus rivales.

Algún otro dato que te parezca interesante? @Urano Dev

 

Woocommerce Soporta pagos en Oxxo con Stripe

Dos funcionalidades que desde hace tiempo se han solicitado a Automattic para Woocommerce y Stripe son los pagos en Oxxo  y meses sin Intereses (MSI), ambas funcionalidades disponibles solo en México.

A finales de noviembre se incluye la funcionalidad de pagos en Oxxo

Comprobé la funcionalidad en mi sitio de pruebas.

Si se hace una compra con Oxxo como forma de pago

 

El boleto o ticket o vale se puede imprimir para el comprador vaya al Oxxo a pagar:

 

En modo sandbox, después de unos minutos, se invoca el web hook para que aparezca el pago, es decir, stripe simula que el comprador fue al Oxxo a pagar:

 

Lo poco que he probado funciona bien

Cabe mencionar que necesitas habilitar el pago en Oxxo en tu cuenta de Stripe Métodos de pago – [Prueba de] Stripe.

Esperemos que no tarden mucho la implementación de MSI con Stripe. Hay muchas tiendas que lo esperan, pero no han querido invertir en la implementación.

 

« Entradas anteriores

© 2024 Urano Dev

Tema por Anders NorenArriba ↑