Forum Replies Created

Viewing 15 replies - 1 through 15 (of 28 total)
  • G.

    (@accentsduterroir)

    Same here ??

    Randome “Request failed with status code 404” issues, when saving my snippet ??

    Thread Starter G.

    (@accentsduterroir)

    J’ai juste oublié de vous dire que j’ai également le message suivant dans le fichier .log qui apparait régulièrement:

    ?? | Meow Lightbox: HtmlDomParser wasn’t used. Trying DiDom.

    Est-ce pareil ? Ou un autre problème ?
    Merci.

    Thread Starter G.

    (@accentsduterroir)

    Merci beaucoup de votre réponse Val ! En effet j’utilise PHP 8.1.

    Autre petit détail mais qui serait formidable si cela est corrigé dans ‘lune des prochaines mises à jour du plugin :

    Pouvoir traduire (au moins via les fichiers de langues) les tooltip “Fullscreen” et “Close” lorsque la lightbox est ouverte pour une image.

    Encore merci.

    G.

    (@accentsduterroir)

    Hi! I need the same thing. What’s the issue in fact?

    Can you confirm the “Custom Image Sizes” option, add really the custom size on all the WordPress system? So for example I can found this size everywhere like if I add a media for a new post ? Or it’s just a custom size handled with Perfect Images.

    Thread Starter G.

    (@accentsduterroir)

    UP (please)

    Thread Starter G.

    (@accentsduterroir)

    Moreover, the All Pages option or by post ID, that the developer mentions here does not appear in the settings ?? : https://www.ads-software.com/support/topic/cf7-support-not-working/#post-16145277

    Thread Starter G.

    (@accentsduterroir)

    In facts, I’m wondering how to enable the “Page Challenge” feature to protect all the listings pages of my directory from scraping and bots.

    What is the option in the plugin to do this, and if it does not exist, should I use a shortcode for the LISTINGS pages of my directory, or if that’s not possible, in the HEADER of my site?

    Thank you very much for your help and advices.

    • This reply was modified 1 year ago by G..
    Thread Starter G.

    (@accentsduterroir)

    Thank you immensely for your prompt response and professionalism. I have tested it and I can confirm that everything is working wonderfully.

    Thank you too for the .zip file and also for including it in the upcoming February update. Have a great week ??

    Thread Starter G.

    (@accentsduterroir)

    A noter que ce topic était passé bizarrement en RESOLVED, alors que ce n’est pas le cas. Je me suis permis de le modifier à l’instant.

    En soi, nous ne souhaitons qu’une seule chose : que les options de gestion des entrées des étiquettes fonctionnent depuis votre page : via la page /wp-admin/admin.php?page=wc_colissimo_view

    Encore merci par avance pour votre aide.

    Thread Starter G.

    (@accentsduterroir)

    Bonjour, et merci pour votre réponse précise.

    A ce jour nous avons toujours le même problème, c’est à dire que la base de donnée fait plus de 3 gigas à cause du plugin Collissimo, car comme vous le dites, je vous cite :

    Chaque ligne de cette table correspond à une étiquette, pour 30.000 étiquettes 3Go est une taille “normale” de la table.

    La base de données de notre site fait donc plus de 3 gigas au lieu d’une dizaine de mégas, alors que je le répète, nous n’avons qu’une trentaine d’étiquettes générées ! Et la purge ne fonctionne ni automatiquement ni manuellement via l’interface de Collissimo.

    Vous nous renvoyez au point n°1, à savoir les taches CRON, mais je vous le répète, n,os taches CRON fonctionnent parfaitement sur notre système, car elles sont déjà largement utilisées par le système par défaut de WordPress ainsi que via d’autres plugins. De plus, comme vos le savez, WordPress affiche une erreur et nous avertit si les taches CRON ne fonctionnaient pas.

    De plu, concernant les taches CRON je ne vous disais pas que nous avions désactivé CRON, mais tout simplement que depuis le départ nous avons paramétré l’option “Générer l’étiquette aux statuts” sur “DESACTIVER”.

    Je veux bien tester la requête que vous nous proposer à savoir :

    SELECT label.id, label.order_id
    FROM wp_lpc_outward_label AS label
    LEFT JOIN wp_posts AS order ON order.ID = label.order_id
    WHERE order.ID IS NULL OR order.post_date_gmt < "2023-07-29"

    Mais pouvez-vous me confirmer que cela n’est pas risqué ?

    Merci beaucoup) pour votre aide, car notre hébergeur n’apprécie pas du tout le fait que votre plugin fasse passer notre BDD de 20 mo à plus de 3 gigas, et cela est très ennuyeux pour nos backups quotidiens de notre site en production.

    Thread Starter G.

    (@accentsduterroir)

    Wow, I must say you are very responsive, both to my post and to the vulnerability issue. Huge thanks and respect for that.

    I can confirm that this update works perfectly and has fixed the issue.
    Thank you again for your hard work and best wishes for the future ??

    @tderouindesign : yes it’s just a little custom shortcode, and $sendEmail itt’s only a PHP variable not a function.

    G.

    (@accentsduterroir)

    Of course, and thx for your quick reply!
    Sorry for the duplicate post, I created a new post here for my issue: https://www.ads-software.com/support/topic/broken-site-after-v1-8-5-3-update/

    G.

    (@accentsduterroir)

    Similar issue here after updated the plugin from 1.8.4 to 1.8.5.3 ??

    All my website is broken…

    Thread Starter G.

    (@accentsduterroir)

    Bonjour,

    1. Je n’ai jamais désactivé WP_DISABLE_CRON, donc pas de soucis à ce niveau là, d’autant plus que nos autres extensions et taches CRON fonctionnent très bien. Et bien-s?r je n’ai aucun message de la part de votre plugin car les taches CRON sont bien effectuées
    2. Vous vous doutez peut-être que j’ai déjà testé un OPTIMIZE ainsi qu’une installation de WP Optimize, cela ne change absolument rien, même après désactivation/réactivation de votre plugin.
    3. J’ai écris 2 posts complets et détaillés pour espérer avoir une réponse sérieuse en retour, et vous me faites une réponse creuse et machinale en me disant que vous n’avez pas les compétences pour cela, et qu’il faut vérifier “lpc_outward_label”, colonne “label”… Pourtant je vous explique depuis le départ que c’est justement cette table et colonne qui pose problème.

      Vous savez le calcul est vite fait :

      Nous avons à ce jour exactement 962 enregistrements dans la page /wp-admin/admin.php?page=wc_colissimo_view

      Sur ces 962 enregistrements, et sur ce total, seulement 24 étiquettes sont générées.

      Si je vais faire un tour du c?té de phpMyAdmin, je constate qu’il y a pas moins de 30280 enregistrements ! Et chacun, je dis bien CHAQUE enregistrement possède une colonne “label” qui ne contient pas une donnée ordinaire, mais inclut une donnée de type BLOB avec un fichier binaire de environ 80 ko à 160 ko (.bin qui contient les données d’un PDF je présume). D’ailleurs une seconde colonne “cn23” contient aussi parfois une donnée BLOB avec un fichier binaire.

      Le calcul est vite fait : 30 000 lignes multipliées par environ 100 ko est égal à 3 gigas. La voila la source du problème.

      Capture écran 01 : https://i.ibb.co/xM66tF3/bdd01.jpg
      Capture écran 02 : https://i.ibb.co/DDLSSB5/bdd02.jpg

      Est-ce plus clair pour vous ?

    Merci pour votre aide, et si vous n’en savez pas plus merci de simplement me le préciser.

    Thread Starter G.

    (@accentsduterroir)

    UP…

Viewing 15 replies - 1 through 15 (of 28 total)