Jump to content

Tache Cron qui fait 35 h par semaine


Recommended Posts

Je n'y comprends rien,

J'ai une tache cron de mise à jour de stock, lancée toutes les 30 mn,qui ne fonctionne que pendant les heures et les jours ouvrables

Elle s'arrête le vendredi vers 17.00h pour repartir le lundi matin.

Ne fonctionne pas non plus les jours fériés.

La tache cron est lancée par le module ecopresto de ethercreation

Le site est hébergé chez o2switch

On me dit de part et d'autre que rien ne doit empêcher le fonctionnement normal

Si qq a déjà eu ce genre de problème, merci de m'en faire part

Bonne journée

Claude-Paul

Link to comment
Share on other sites

Avez-vous demandé des infos à o2switch?

Par expérience, les serveurs chez eux présentent de nombreux problèmes de performance, beaucoup de plantages et certaines fonctions sont bloquées comme la compression la journée par exemple.

 

Quelle est la tâche cron (inscrite côté serveur)?

Link to comment
Share on other sites

Bonjour agence Graphics,

En fait cette tache commande plusieurs modules chez Ecopresto

Un module de mise à jour des commandes

Un module de tracking pour les livraisons

Un module de mise à jour des stocks

c'est ce dernier qui ne fonctionne pas

 

Voici la commande cron générale :

(elle a été modifié par 02switch pour pouvoir suivre les erreurs mais il n'y a pas d'erreurs)

date >> /home/ezoom/cron_log ; php /home/ezoom/public_html/modules/ecopresto/cron.php | echo "erreur" >> /home/ezoom/cron_log

Link to comment
Share on other sites

La tâche devrait être du type : * */3 * * [...] php /home/ezoom/public_html/modules/ecopresto/cron.php

 

Il faudrait pouvoir la voir en "vrai"

 

S'il n'y a pas d'erreur, c'est plutôt bon signe... dans le log cron, est-ce qu'elle est bien présente en dehors des "heures d'ouvertures" ?

Link to comment
Share on other sites

Oui c'est cela à la base

php /home/ezoom/public_html/modules/ecopresto/cron.php

02switch a modifié pour suivre la trace

La tache se lance bien toutes les 30 mn : 0,30 * * * * 

Elle lance 3 scripts via le module Ecopresto (dont 1 inactif)

Le 3ème n'a pas l'air de fonctionner que pendant les heures ouvrables et encore

Il n'a rien traité depuis vendredi soir (remontées de stock)

 

Dernière remontée des commandes : 2014-12-29 17:02:56

 

Dernière remontée des stocks : 2014-12-26 16:32:21

Link to comment
Share on other sites

e2switch avait modifié le script pour faire des essais

j'ai réintégré leur sauvegarde et j'ai ce message qui arrive :

Status: 503 temporarily overloaded

X-Powered-By: PHP/5.4.36

Content-Type: text/html; charset=utf-8

Set-Cookie: PrestaShop-a30a9934ef476d11b6cc3c983616e364=0z3fPY9SSunO84cG5F6%2FclHzgp3KlhI3nI%2BrHh6zxh3ol1oW6JbUjl7kpmR1QIk2LKwADAQnkwRRdOGqx6J0312%2Fj5SPXZxD9aVM10bvEFQ%3D000075; expires=Sun, 18-Jan-2015 17:30:01 GMT; path=/; httponly

 

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">

      <head>

            <title>e-zoom</title>  

            <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

            <meta name="description" content="" />

            <meta name="keywords" content="" />

            <meta name="robots" content="index,follow" />

            <link rel="shortcut icon" href="/img/favicon.ico" />

            <link href="http://e-zoom.fr/themes/phoneshop/css/maintenance.css" rel="stylesheet" type="text/css" />

      </head>

      <body>

            <div id="restricted-country">

                   <p><img src="http://e-zoom.fr/img/e-zoom-1419263835.jpg" alt="e-zoom" /><br /><br /></p>

                   <p id="message">

                        Vous ne pouvez pas accéder à notre boutique depuis votre pays. Veuillez nous excuser de la gêne occasionnée.

                   </p>

            </div>

</body></html>

Link to comment
Share on other sites

He ben non

Le cron a bien ete lancé à 20.02

La remontée de commande est ok

Mais pas la remontée de stock

Dernière remontée des commandes : 2014-12-29 20:02:16

Dernière remontée des stocks : 2014-12-29 19:46:52

 

D'ou vient la différence entre un lancement manuel et un lancement auto ?

Link to comment
Share on other sites

Nous avons mis en place la tâche cron sur les minutes 15 et 45 pour les différencier.

Mais nous avons eu des erreurs sur la 1ère avec des timeout. Nous verrons avec un peu plus de recul plus tard (ou demain maintenant).

Je regarde en même temps les logs que vous avez.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...