Florent
Forum Replies Created
-
Hi,
I encounter the exact same issuePHP Fatal error: Uncaught Error: Call to a member function get_sku() on string“Matomo WordPress plugin is installed, activated and track visits already.
Matomo WordPress plugin is installed, activated and track visits already.
I’m using the “auto” tracking method in Matomo settings (from wordpress back-office).
I also tried to switch to “Manual” mode, uninstalled tracktastic, installed it again = Still get the fatal error.In my previous message, I mentionned that the cache preloader was calling URL too many times. It’s the reason we get high php-fpm usage. In our case, the preloader call every URL more than 10 times !
Support (@vupdraft ) answered that it was because of the “user specific” cache function. But It’s a premium function, we don’t use this function.
So the preloader generate 10X more request that it should makes.172.71.102.188 - - [13/Nov/2024:17:02:09 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32709 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36"
172.71.118.215 - - [13/Nov/2024:17:02:11 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32404 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B143 Safari/601.1"
172.71.127.111 - - [13/Nov/2024:17:02:11 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32404 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36"
172.71.183.58 - - [13/Nov/2024:17:02:11 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32404 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B143 Safari/601.1"
172.71.127.26 - - [13/Nov/2024:17:02:09 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32709 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36"
172.71.127.26 - - [13/Nov/2024:17:02:09 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32709 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36"
172.71.119.23 - - [13/Nov/2024:17:02:11 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32404 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B143 Safari/601.1"
172.71.99.34 - - [13/Nov/2024:17:02:11 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32378 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B143 Safari/601.1"
172.69.223.181 - - [13/Nov/2024:17:02:07 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32709 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36"
172.71.118.186 - - [13/Nov/2024:17:02:11 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32404 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B143 Safari/601.1"
172.70.46.109 - - [13/Nov/2024:17:02:11 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32404 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Mobile/13B143 Safari/601.1"
172.71.130.143 - - [13/Nov/2024:17:02:09 +0100] "GET /product-category/corsets/corset-skirts/ HTTP/1.1" 200 32709 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36"- This reply was modified 1 year, 6 months ago by Florent.
@vupdraft Thanks !
This seems to be a Premium Upgrade function, but the concerned website use the free version (3.2.22), and don’t have this option listed.
Thanks
Hi,
I’m hosting the website of a clients.
I noticed a very high load on his website everyday, same hour.
It is because of the cache preloading.
For an unknown Reason, WP-Optimize perform 9 Query for each URL, instead of one. My client use the “cache a different version for mobile” so we end with… 18 query by SECOND for ONE url!!!!!
Checked at WordPress cron, didn’t find duplicates cron jobs….
Cron : “wpo_use_cache_lifespan” 1 day interval – “Same as cache lifespan: 1 days”
Cron : “wpo_purge_old_cache” 1 day interval – “Every time after the cache has expired”
(don’t look at IP, it’s Cloudflare IP. legit traffic from the website itself)
Using php8.1 (php-fpm).
Je ne sais pas quelle solution vous avez choisi, je vais tester ça.
Effectivement, dans le cas d’un envoi international, le bordereau douanes précise le poids de chaque article. Mais pas pour le national + Europe…
Déclarez un poids de 0 si l’article n’existe plus, et fini les problèmes.Hello,
Visiblement ce problème n’a pas encore été corrigé.
C’est assez embetant…Bonne journée,
FlorentCa doit être le même problème qu’ici :
https://wordpress.org/support/topic/produit-supprime-wordpress-casse/J’ai eu le même problème.
J’en suis arrivé à la conclusion que le client avait choisi un point retrait lors de sa commande, qui n’existe plus, et n’est plus accepté par la poste, au moment de la génération de l’étiquette.(le retour de l’api de la poste indiquait bien une erreur du type Code point relais invalide)
- This reply was modified 4 years, 5 months ago by Florent.
Petite précison : Car à +30kg, l’étiquette ne pouvait pas se générer.
Vous avez un problème avec votre installation de PHP, rien à voir avec le plugin Colissimo. Vous devriez avoir le module php_soap installé et activé dans votre configuration PHP.
Vous pouvez poster le résultat d’un phpinfo(); si c’est pas clair pour vous.
(Créer un fichier xxxxx.php, avec pour contenu :<?php phpinfo(); ?>)Ne serait-ce pas le bug du poids incalculable du fait que le produit a été supprimé depuis ?
J’ai, moi aussi, un problème de double inclusion des scripts de Google map.
Cela n’entraine pas le même dysfonctionnement, mais j’ai tout de même une erreur Javascript (qui semblerait occasionner un conflit avec Paypal, qui tout comme Colissimo, modifie la valeur du bouton de validation de la commande (Payer avec paypal /VS/ Veuillez choisir un point relais))Dans mon cas, la double inclusion est signalée dès lors qu’un point de retrait est sélectionné. le module colissimo recharge le script google map une deuxième fois lorsqu’il rafraichit le panier avec les infos du point relais.
A mon sens il faudrait s’assurer que le module Google map est chargé au niveau de la page panier, et non du module d’expédition, qui recharge les scripts google map une seconde fois dès lors qu’il s’actualise.
Je suggérait une piste, pour pouvoir palier au manquement du ws concernant ce cas spécifique, et gérer en front l’affichage d’un message plus équivoque.
Il n’y a pas de problème de numéro, c’est un problème de règle Pays/indicatif, CF vos précédents messages.
Je clos le ticket.
Merci.Hum…
Si réponse du ws “veuillez définir un numéro”
ET champ téléphone = pas vide, avec des chiffres
> Numéro de portable non valide pour le pays de destination.Impossible à mettre en place dans la pratique,
pour le suivi logistique (ce sont des produits faits sur mesure expédiés plusieurs semaines après commande) il nous est indispensable de garder le produit dans la commande.
Nous ne pouvons pas nous permettre de le supprimer et de ne plus savoir quel article a été commandé.Car le produit a été supprimé de Woocommerce, mais il reste néanmoins enregistré dans la commande.
Nous avons une trentaine de commandes pour lesquels nous allons créer les étiquettes manuellement.