Gestores de contenidos

A todos los clientes que tienen una tienda de WooCommerce en WordPress les guesta este “truco”. Cómo realizar pedidos desde el backend. Así pueden hacer pedidos por clientes que piden cosas presencialmente, o para aquellos que no se atreven a usar la página. También es útil para regalar productos a clientes con cupones descuento y que quede reflejado. Realizar pedidos desde el backend de WooCommerce en WordPress. El proceso es sencillo. Hay que ir al backend, a WooCommerce>Pedidos y ahí: Elegir el cliente al que queremos asignar el pedido. Seleccionar el estado en que queremos que se quede el pedido (Completado, Pendiente de pago…). Nota: si queremos mandar enlaces de pago por tarjeta, paypal etc hay que realizar el pedido desde el frontend con plugins para usar la web como un usuario. Asignarle los productos y las cantidades. Poner un coste de envío o un cargo por servicios. Recalcular el precio. Aplicar cupones si es necesario. Elegir si queremos que se notifique al cliente. Guardar el pedido En este vídeo os lo explicamos:

Ayer un cliente vació la caché de Prestashop y, tras ese cambio “inofensivo”, ya no era posible entrar en el backend. “La página ….. no puede procesar esta solicitud ahora. Http Error 500“. Os contamos cómo lo solucionamos, por si os sirve de ayuda. Prestashop. Error 500 en el backend. Solución. Obviamente este error puede deberse a un montón de cosas…. cada caso es un mundo. Pero os damos algún consejo que podéis probar. Primero os dejaremos la causa y solución en nuestro caso, por si alguien quiere ir “directamente a la solución“. El error en los logs mencionaba el fichero /var/cache/prod/ContainerPbimghi/appProdProjectContainer.php  como menciona también estos posts: http://forge.prestashop.com/browse/BOOM-4676   y  https://www.prestashop.com/forums/topic/842833-http-error-500-al-quitar-el-modo-debug/ Aunque ellos optaron por borrar (por FTP) todo el contenido de /var/cache/prod/ (haced una copia antes) nosotros sólo borramos el fichero en cuestión y se solucionó. Todo parece relacionado con la caché que no se vacía correctamente. Así que podéis optar por vaciarla a mano o quitar sólo el fichero que os da problemas. Por ello seguid estos consejos: Al backend podréis acceder si activáis el modo debug. Desgraciadamente si lo desactiváis y no borráis la caché por FTP, aparece el error de nuevo. Por qué en modo debug deja y en producción no….no se. A menos que en debug no use caché. Por cierto, a nosotros no nos salieron errores en debug. Borrar la caché de nuevo por backend y no hacerlo a mano no arregla el problema. Siempre es bueno, si tenéis acceso, mirar los logs de apache del servidor. Ya sea generales o para ese dominio. Os da una idea de lo que está pasando. Afortunadamente el frontend sigue funcionando. Los usuarios no lo notan. Así que resumen: Activad modo debug para poder Borrar la caché a mano por FTP. Desactivar el modo debug y ver que todo ok.  

En ocasiones queremos ocultar ciertas categorías del listado de categorías de WooCommerce, o productos de la tienda. Por ejemplo la categoría Sin Categoría, o ciertas subcategorías que quieras sólo para algún cliente. Hoy os dejamos unos códigos para hacerlo. Ocultar categorías y productos de ciertas categorías en la tienda de WooCommerce. Como no es una funcionalidad de WooCommerce, que sólo deja ocultar ciertos productos, tenemos que implementar código. Para ello, como siempre, podemos editar el fichero functions.php de nuestra plantilla, preferiblemente hija, o (mejor) poner un Snippet. Os vamos a dejar dos. El primero quita la categoría del listado de categorías y del menú de categorías (widget) de la tienda. Pero los productos siguen apareciendo. /** * @snippet Hide Products From Specific Category @ Shop * @how-to Watch tutorial @ https://businessbloomer.com/?p=19055 * @sourcecode https://businessbloomer.com/?p=572 * @author Rodolfo Melogli * @testedwith WooCommerce 3.1.2 */ add_action( ‘woocommerce_product_query’, ‘bbloomer_hide_products_category_shop’ ); function bbloomer_hide_products_category_shop( $q ) { $tax_query = (array) $q->get( ‘tax_query’ ); $tax_query[] = array( ‘taxonomy’ => ‘product_cat’, ‘field’ => ‘slug’, ‘terms’ => array( ‘ponerslugaqui’ ), // Category slug here ‘operator’ => ‘NOT IN’ ); $q->set( ‘tax_query’, $tax_query ); } Fuente aquí. Recuerda que tienes que poner el slug de la categoría donde pongo ponerslugaqui. El segundo código oculta los productos del listado de productos de la tienda. Pero no quita la categoría del listado de categorías o del widget de categorías. Así que, en mi opinión, lo más completo es implementar ambos en el mismo Snippet. /** * Show products only of selected category. */ function get_subcategory_terms( $terms, $taxonomies, $args ) { $new_terms = array(); $hide_category = array( XXX ); // Ids of the category you don’t want to display on the shop page // if a product category and on the shop page if ( in_array( ‘product_cat’, $taxonomies ) && !is_admin() && is_shop() ) { foreach ( $terms as $key => $term ) { if ( ! in_array( $term->term_id, $hide_category ) ) { $new_terms[] = $term; } } $terms = $new_terms; } return $terms; } add_filter( ‘get_terms’, ‘get_subcategory_terms’, 10, 3 ); Fuente aquí. Tenéis que poner el número de categoría donde pongo XXX. Si dais a editar a la categoría, el ID aparece en la url. Con esto veréis como podéis elegir qué categorías o productos de las mismas aparecen en vuestra tienda.

Cuando vas a comprar en Woocommerce hay ciertos campos de registro obligatorios para realizar el checkout. Hoy os enseñamos cómo modificar dichos campos. Personalizar los campos obligatorios en el checkout de WooCommerce. Como viene siendo habitual, os dejamos dos maneras de hacerlo: Con plugins. Os dejamos tres de los más usados. El modo de hacerlo es similar en los tres. Escogemos la sección y ahí decidimos qué campos queremos que sean obligatorios. En alguno tienes que crear el campo  y luego definir su obligatoriedad o no. –Flexible Checkout Fields for WooCommerce– WooCommerce Checkout Manager– Checkout Field Editor (Checkout Manager) for WooCommerce   Aquí os dejamos cómo usar el primero. Puedes modificar los campos a través de un plugin o poniendo código en functions.php o en un Snippet. Personalmente creo que para este caso es mejor usar plugins, pero por si lo necesitas, aquí lo tienes.La información la tienes en este artículo de WooCommerce. Vas a tener que “jugar” un poco hasta encontrar los campos que quieres y cómo modificarlos, pero te dejamos un par de ejemplos de gente que lo ha hecho para que veas el código.   – Ejemplo de poner campos como obligatorios y quitar otros.– Deshabilitar la validación de campos (no se si es necesario). Ejemplo de Snippets.

Hoy os dejamos un plugin que para un usuario o dueño de página web puede no ser útil, pero que para los desarrolladores de páginas multiusuario es una maravilla. Plugin de WordPress para acceder como otro usuario. User Switching te permite, si eres administrador, acceder y ver la web como si fueras otro usuario. De esta manera, puedes comprobar que tiene los permisos adecuados, que puede ver o no ver las partes que debería. Es decir iniciar sesión como un usuario. También es muy útil cuando una web está en producción para poder resolver incidencias. Cuando un usuario se queja de algo, podemos acceder como ellos y comprobar exactamente qué le ocurre. Como digo, una maravilla para cualquier desarrollador web. Prestashop lo tiene de serie y lo echábamos de menos en WordPress. Para usar el plugin, una vez instalado, sólo tendremos que ir a Usuarios, buscar el que queremos y pinchar en la opción Switch to que aparece al posicionar el cursor encima de su nombre. Esto nos llevará a la web como dicho usuario. No necesitamos ni saber ni cambiar la contraseña del usuario en cuestión. Cuando hayamos acabado, sólo tenemos que bajar a fina de la pantalla donde veremos una opción de cambiar de vuelta a nuestro usuario administrador. También está  la opción en el menú de usuario de WordPress. El plugin es seguro, usa el sistema de cookies y no revela contraseña. Sólo pueden usarlo aquellos que puedan editar otros usuarios. Lo dicho….encantados con este descubrimiento que nos ahorra tener que abrir sesiones desde incógnito.