Resultados de búsqueda para 'plugin'

Viendo 15 resultados - del 46 al 60 (de un total de 31.810)
  • Hola,

    Por lo que muestras, el problema parece estar relacionado con los parámetros _gl y _ga, que normalmente son añadidos por Google Analytics, Google Tag Manager o alguna configuración de seguimiento entre dominios (Cross-domain Tracking).

    WordPress, por sí solo, no suele generar este tipo de URL.

    Te recomendaría revisar lo siguiente:

    1. Comprueba si utilizas Google Tag Manager, Google Site Kit o algún plugin de Analytics y revisa su configuración.
    2. Si tienes configurado el seguimiento entre dominios (Cross-domain Tracking), verifica que esté correctamente configurado.
    3. Desactiva temporalmente los plugins relacionados con Analytics para comprobar si el parámetro deja de aparecer.
    4. Abre las herramientas de desarrollador del navegador (F12) y revisa la pestaña Network para identificar qué script está añadiendo esos parámetros.
    5. Si utilizas algún sistema de caché o CDN (como Cloudflare), prueba a limpiar la caché después de realizar los cambios.

    ¿Podrías indicar si utilizas Google Tag Manager, Google Site Kit o algún otro plugin de Analytics? También sería útil saber si el problema comenzó después de instalar o actualizar alguno de ellos.

    Espero que esta información te ayude.

    Hola,

    Si en phpinfo() aparece que OPcache está activo y funcionando, es posible que el problema no sea la caché en sí, sino que WordPress no pueda detectarla correctamente.

    Te recomendaría revisar lo siguiente:

    1. Verifica que la función opcache_get_status() no esté deshabilitada por el proveedor de hosting.
    2. Comprueba que la directiva opcache.enable esté configurada en On en la configuración de PHP.
    3. Vacía la caché del navegador, la caché del servidor y cualquier plugin de caché que utilices.
    4. Si el problema comenzó después de una actualización de WordPress, también podría tratarse de un falso positivo relacionado con la comprobación de Salud del sitio.

    ¿Podrías indicar qué versión de WordPress, qué versión de PHP y qué proveedor de hosting utilizas? Esa información puede ayudar a identificar la causa del problema.

    Espero que esta información te sea de utilidad.

    Hola,

    El error «XML or text declaration not at start of entity» normalmente indica que hay algún contenido que se está enviando antes de la declaración XML del feed. Esto puede deberse a espacios en blanco, un archivo con codificación incorrecta (BOM), un aviso de PHP o algún código agregado por un tema o plugin.

    Como ya probaste desactivar los plugins y cambiar el tema, te recomendaría revisar también lo siguiente:

    1. Activa el modo de depuración de WordPress (WP_DEBUG) para comprobar si aparece algún aviso o error de PHP.
    2. Revisa los archivos functions.php y wp-config.php para asegurarte de que no existan espacios o líneas antes de <?php o después de ?>.
    3. Comprueba si algún sistema de caché o el servidor está añadiendo contenido al feed. Si utilizas un servicio como Cloudflare, intenta limpiar la caché.
    4. Abre directamente https://regnumchristi.es/feed/ en el navegador y verifica si aparece algún texto, advertencia o espacio antes de <?xml ...?>.

    Si el problema continúa, ¿podrías indicar qué versión de WordPress y de PHP estás utilizando? También sería útil saber si el problema comenzó después de una actualización o de algún cambio en el servidor.

    Espero que esta información te ayude.

    • Buenos días:

      Desde hace unos días observé que no se mostraba mi feed en otras webs.

      Al llevar la url a un validador de feed (https://validator.w3.org/) sale el siguiente error:

      Sorry

      This feed does not validate.

      • line 2, column 0: XML parsing error: <unknown>:2:0: XML or text declaration not at start of entity [help]<?xml version=»1.0″ encoding=»UTF-8″?><rss version=»2.0″

      Source: https://regnumchristi.es/feed/

      He desactivado plugins, he cambiado el tema pero no se soluciona.

      Que puedo hacer?

      GRACIAS



      La página con la que necesito ayuda: [accede para ver el enlace]

    Moderador Sergio

    (@kallookoo)

    Hola @ordenencasa

    Lamento comunicarte que este es el foro para WooCommerce de la comunidad y no tiene relación al plugin que mencionas. Por consiguiente procedo a su cierre para no crear confusión.

    Si el plugin esta en el repositorio gratuito del WordPress en la misma pagina veras una pestaña que pone support (soporte en Ingles) y desde hay podrás contactar con los autores del plugin.

    Si por lo contrario es de pago, acude directamente a ellos.

    Saludos

    • Hola.

      Desde hace unos días estoy teniendo un problema al subir archivos CSV.

      Cualquier archivo CSV cuya primera columna comience con ID; es rechazado con el mensaje:

      «Lo siento, no tienes permisos para subir este tipo de archivo.»

      Para descartar problemas del entorno hice las siguientes pruebas:

      • Probé en dos hostings diferentes:
        • Kinsta (sitio en producción).
        • Banahosting (instalación nueva de WordPress).
      • Probé tanto en:
        • Un sitio con WooCommerce.
        • Una instalación limpia de WordPress, sin WooCommerce.
      • Desactivé Wordfence.
      • Desactivé todos los plugins.
      • Cambié al tema por defecto Twenty Twenty-Six.
      • Probé tanto en Chrome como en Firefox.
      • Probé la subida desde:
        • WooCommerce → Productos → Importar.
        • Medios → Añadir nuevo.

      Las imágenes, PDF y TXT se suben correctamente.

      Para aislar el problema creé un CSV mínimo con el siguiente contenido:

      ID;Precio1;100

      Ese archivo también es rechazado.

      Sin embargo, si únicamente cambio el encabezado por:

      ID Producto;Precio

      o

      SKU;Precio

      el archivo se sube correctamente.

      Revisando el problema encontré lo siguiente:

      • get_allowed_mime_types() incluye correctamente:
      [csv] => text/csv
      • Sin embargo, wp_check_filetype_and_ext() devuelve:
      array(    'ext' => false,    'type' => false,    'proper_filename' => false,)
      • Además, finfo_file() detecta el primer archivo como:
      application/x-sylk

      Mientras que si el encabezado se cambia a ID Producto o SKU, pasa a detectarlo como:

      text/plain

      Lo que me llama la atención es que WooCommerce exporta los CSV utilizando ID como primera columna por defecto. Por ejemplo:

      ID,"Precio rebajado","Precio normal"

      (o sus equivalentes según el idioma).

      Es decir, un usuario podría exportar un CSV desde WooCommerce, modificar únicamente los precios e intentar volver a importarlo, encontrándose con este error sin haber cambiado la estructura del archivo.

      ¿Es un cambio esperado en la validación de WordPress o podría tratarse de un problema relacionado con la detección application/x-sylk por parte de PHP/Fileinfo?

    Iniciador del debate miguel

    (@miguelappstudio)

    Muchas gracias por tu rápida respuesta @moderator, me has aclarado… quiza esta claro en el articulo sobre el tema, pero no lo asimile.
    si crees que es bueno que ponga este hilo en el plugin, me dices y asi lo are.
    Gracias , saludos

    Hola @miguelappstudio

    El mismo plugin ya ofrece cosas, por ejemplo, para los artículos exentos lo indica automáticamente en la página del producto, texto que puedes personalizar

    El enlace principal tiene que ser visible, por ley, yo lo pondría junto al resto de enlaces a textos legales como mínimo.

    La página de desistimiento es base, le puedes añadir o quitar (de hecho debes), lo que prefieras 😉

    (Estas preguntas a veces es mejor hacerlas en el foro del mismo plugin, así luego otros que tengan las mismas dudas las encuentran más fácil)

    • miguel

      (@miguelappstudio)


      Hola a todos:

      Estoy preparando la adaptación de una tienda online de productos variados de alimentación(galletas, bollería, pan, harinas, frutos secos, etc., etc…) en WooCommerce para cumplir con la nueva Directiva (UE) 2023/2673 sobre el botón/función de desistimiento obligatorio. Leyendo el artículo de AyudaWP me han surgido algunas dudas operativas y de usabilidad sobre cómo plantearlo en este sector.

      A nivel de catálogo, la tienda vende una mezcla de productos: por un lado, perecederos de caducidad rápida (pan fresco del día, bollería, pastelería) y, por otro, productos empaquetados de larga duración (harinas, galletas, frutos secos, especias). Sé que los primeros están exentos por ley por ser alimentos perecederos, pero al tener artículos de larga duración que sí admiten devolución, sé que la web debe incluir la función sí o sí.

      He visto que el ilustre Fernando Tellado ha lanzado un plugin gratuito específico para esto (Cumplimiento del derecho de desistimiento de la UE), el cual genera la página con el formulario e integra el botón en la sección de «Mi Cuenta» y en los correos del pedido.

      Aun así, de cara a la experiencia de usuario y la estructura, me gustaría conocer vuestra opinión sobre estos dos puntos:

      1. Ubicación y visibilidad: Para una tienda de alimentación con este perfil mixto, ¿dónde recomendáis colocar el enlace principal además del pie de página? ¿Veis necesario añadir algún aviso en la ficha de producto de los artículos exentos (como el pan) aclarando que no admiten desistimiento, o basta con que figure en el propio formulario legal?
      2. Estructura de la página: El plugin nos genera una página exclusiva para el formulario. ¿Soléis dejar esa página limpia solo con los campos de desistimiento, o veis mejor aprovechar esa misma sección para redactar un texto explicativo bilingüe o un listado detallando qué categorías (frescos) quedan excluidas de la norma?

      Agradezco mucho vuestra experiencia y consejos si estáis adaptando tiendas de alimentación o comercio local con este perfil. ¡Un saludo!

      • Este debate fue modificado hace 2 meses, 2 semanas por miguel.

    Hola, añadiendo a algo mas a lo que ya mencionaron mis compañeros es que a veces el formulario expira al instante debido a cookies corruptas en el navegador o una desincronización de hora en el servidor. Intenta borrar por completo las cookies de tu navegador para ese dominio o prueba a entrar desde un dispositivo o navegador totalmente diferente.

    También puede ser por un bloqueo a nivel de Tema es decir si tienes funciones de seguridad o redirecciones programadas directamente en el archivo functions.php de tu tema, el error persistirá aunque apagues los plugins. Puedes revisar eso entrando ¡ a wp-content/themes/ desde tu hosting y renombra la carpeta de tu tema activo para forzar a WordPress a usar uno por defecto y descartar que el problema esté ahí.

    Hola Hector! La pantalla blanca al añadir un usuario ocurre casi siempre porque WordPress se queda colgado al intentar enviar el correo de notificación de bienvenida al nuevo alumno a través de tu servidor de hosting. si aun persiste el problema lo que podrias hacer es lo siguiente

    Prueba sin correo ya que Al llenar los datos del nuevo usuario, desmarca la casilla que dice «Enviar un correo electrónico al nuevo usuario sobre su cuenta» y dale a guardar. Si así se crea correctamente, el problema es el sistema de correos de tu servidor y se soluciona instalando un plugin gratuito de SMTP (como WP Mail SMTP).

    Conflicto de Plugins donde si lo anterior no funciona, desactiva temporalmente tus plugins de seguridad o los que uses para gestionar los cursos de tu aula virtual. Si el error desaparece, uno de ellos está en conflicto con WordPress.

    O por otra parte activa el modo de depuración, entra al archivo wp-config.php en tu hosting y cambia define('WP_DEBUG', false); por true. Al intentar crear el usuario otra vez, la pantalla te dirá el nombre exacto del archivo o plugin que está provocando la caída.

      Prueba primero desmarcando la casilla del correo, que suele ser la solución sencilla

      hola Para poner un botón de categorías estilo AliExpress en cualquier parte de tu web, la forma más fácil es usar el plugin gratuito Max Mega Menu como el que ya te mencionaron antes ya que si tiene buenas reseñas (que te da un shortcode para colocarlo donde quieras) o, si usas Elementor Pro, diseñar un Popup con tus categorías y activarlo al hacer clic en un botón normal espero sea de ayuda para ti saludo

      El problema se debe a una incompatibilidad entre las versiones modernas de WordPress y la forma en que tu tema (Stargazer) añade el buscador dentro del menú en el archivo primary.php.

      Al concatenar get_search_form(false) dentro del parámetro items_wrap, si el HTML de tu buscador (o del plugin Advanced Search) incluye algún carácter especial o símbolo de porcentaje, la función sprintf() de WordPress se confunde esperando más argumentos de los que recibe y lanza el error crítico.

      La solución es separar el buscador de la estructura interna del menú por ello lo que podrias hacer es editar el bloque de código de tu archivo primary.php por este:

      PHP

      <nav <?php hybrid_attr( 'menu', 'primary' ); ?>>
          <h3 id="menu-primary-title" class="menu-toggle">
              <button class="screen-reader-text"><?php echo hybrid_get_menu_name( 'primary' ); ?></button>
          </h3>
      
          <div class="wrap">
              <?php wp_nav_menu(
                  array(
                      'theme_location'  => 'primary',
                      'container'       => '',
                      'menu_id'         => 'menu-primary-items',
                      'menu_class'      => 'menu-items',
                      'fallback_cb'     => '',
                      'items_wrap'      => '<ul id="%1$s" class="%2$s">%3$s</ul>'
                  )
              ); ?>
              <?php echo get_search_form( false ); ?>
          </div>
      </nav>
      

      Al sacar el div .wrap y el get_search_form() fuera del array del menú, el diseño visual se mantendrá exactamente igual pero el código dejará de romperse

      hola como bien ya te mencionaron antes esto pasa por seguridad es decir WordPress no cambia el correo hasta que abres el mensaje de confirmación que te llega a la nueva cuenta y haces clic en el enlace (revisa la carpeta de SPAM).

      Si no te llega el mensaje y quieres cambiarlo ya mismo, tienes dos opciones rápidas: Con un plugin (La más fácil): Instala el plugin gratuito Change Admin Email y actívalo. Ve a Ajustes > Generales, cambia el correo, guarda y listo (ya puedes borrar el plugin).

      O tambien puedes desde el Hosting: Entra a tu cPanel, abre phpMyAdmin y entra a tu base de datos. En la tabla wp_options, busca la fila admin_email, haz doble clic sobre el correo viejo, escribe el nuevo y presiona Enter.

        Cualquiera de los dos métodos te saltará la verificación de manera directa y rapida, saludos

        Hola un saludo, Este problema es muy común y por si es que aun no lograste resolverlo del todo la forma más fácil y rápida de solucionarlo tú mismo en 5 minutos es obligando a tu web a enviar los correos de forma segura. Para ello solo tienes que hacer esto:

        1. Instala un plugin gratuito: En tu panel de WordPress, ve a Plugins > Añadir nuevo y busca WP Mail SMTP (tiene el icono de una paloma mensajera). Instálalo y actívalo.
        2. Sigue el asistente: Al activarlo, se abrirá una guía paso a paso. Elige la opción que dice «Otro SMTP».
        3. Pon los datos de tu correo: El plugin te pedirá el usuario y la contraseña de tu correo corporativo (el que creaste con tu hosting, tipo info@balletality.com).

        ¡Y listo! Al hacer esto, los correos ya no saldrán como «un robot invisible», sino que saldrán firmados por tu propia cuenta de correo real.

        Un último detalle importante: Ve a WooCommerce > Ajustes > Correos electrónicos y asegúrate de que el correo que aparece abajo del todo como «Remitente» sea tu correo profesional de la web (no uses uno de @gmail.com ahí porque los servidores lo rechazarán de inmediato).

        Haz la prueba y nos comentas que tal te va

      Viendo 15 resultados - del 46 al 60 (de un total de 31.810)