Planifier un Clear cache quotidien

Bonjour,
Nous avons besoin de planifier un Clear cache complet tous les jours à 05 :00.
Pour cela, je passerai par un CronJob.

J’ai besoin de votre aide pour savoir qu’elle est la commande (methode ?) à utiliser pour lancer ce clear cache ? Il y a t-il des préconisations ?

Merci d’avance.
Abed.

Pourquoi voudriez vous faire ça ?

En environnement de recette, @Marc rencontre quelquefois des soucis d’exécutions des formules présentes dans les Hooks. C’est comme si le code présent dans les hooks ne s’exécutent plus !

Ces symptômes disparaissent après un vide cache complet.

Il semble que cela arrive surtout quand on met à « Oui » le flag « Mise à jour auto » du module (sauvegarde à 04:00)

Donc, par précaution, on souhaite automatiser ce Clear cache vers 05:00. Est-ce que c’est déconseillé ?

Ca n’a strictement aucun sens de faire un clear cache pour contourner un comportement visiblement problématique sans l’investiguer

En l’occurrence je ne comprend pas ce que vous faites avec le flag “Mise à jour auto du module”, il ne faut activer ce flag que sur des modules totalement stables et dont il a été validé à 100% que l’import initial et les ré-imports suivants ne génèrent strictement aucune erreur, sinon ce sera de nature à provoquer des choses imprévisibles et incompréhensibles (en tout cas sans analyser en détail les logs d’import).

Je pensais que c’était un comportement normal lié à la mise à jour du module non suivi d’un clear cache, d’où mon idée d’automatisation. Nous allons donc laisser ce flag à Non et abandonner cette idée.

Depuis le 26/05 et en attendant l’automatisation, j’avais mis à Non le flag de mise à jour.

Après votre message, j’ai regardé la log du 25/05 4 :00 et effectivement, il y a deux erreurs :

2018-05-25 04:00:05,344 INFO [] Start import object Responsability:
2018-05-25 04:00:05,385 INFO [] Found field rsp_login_id.usr_login = [designer]
2018-05-25 04:00:05,385 INFO [] Found field rsp_group_id.grp_name = [MD_ADMIN]
2018-05-25 04:00:05,385 INFO [] Found field rsp_start_dt = [2015-05-28]
2018-05-25 04:00:05,386 INFO [] Found field rsp_end_dt = []
2018-05-25 04:00:05,386 INFO [] Found field rsp_activ = [1]
2018-05-25 04:00:05,386 INFO [] Found field row_module_id.mdl_name = [Markdown]
2018-05-25 04:00:05,386 INFO [] Found field rsp_login_id = []
2018-05-25 04:00:05,386 INFO [] Found field rsp_group_id = []
2018-05-25 04:00:05,386 INFO [] Found internal key row_id = 73
2018-05-25 04:00:05,386 INFO [] Action: UPDATE
2018-05-25 04:00:05,387 INFO [] Error SAVE: [ERR_UPDATED:system]
2018-05-25 04:00:05,387 INFO [] Start import object Responsability:
2018-05-25 04:00:05,446 INFO [] Found field rsp_login_id.usr_login = [public]
2018-05-25 04:00:05,446 INFO [] Found field rsp_group_id.grp_name = [MD_READER]
2018-05-25 04:00:05,446 INFO [] Found field rsp_start_dt = [2000-10-01]
2018-05-25 04:00:05,446 INFO [] Found field rsp_end_dt = []
2018-05-25 04:00:05,446 INFO [] Found field rsp_activ = [1]
2018-05-25 04:00:05,446 INFO [] Found field row_module_id.mdl_name = [Markdown]
2018-05-25 04:00:05,446 INFO [] Found field rsp_login_id = []
2018-05-25 04:00:05,446 INFO [] Found field rsp_group_id = []
2018-05-25 04:00:05,447 INFO [] Found internal key row_id = 74
2018-05-25 04:00:05,447 INFO [] Action: UPDATE
2018-05-25 04:00:05,447 INFO [] Error SAVE: [ERR_UPDATED:system]

Pourriez-vous me dire comment corriger ces deux erreurs svp ?

@Marc, la prochaine fois que tu vas rencontrer ces symptômes, avant de faire un clear cache, on essaiera d’investiguer plus pour trouver la cause de ce comportement anormal.

Ok pour le “No” du flag de mise à jour auto de vos modules, ne le mettez jamais à “Yes” car ce n’est clairement pas un mécanisme à utiliser en phase de DEV !

Pour le reste, je ne sais pas analyser vos erreurs car je ne sais pas dans quel contexte vous les rencontrez. Lors de vos prochaines livraisons manuelles de modules regardez en détail les logs et analysez les éventuelles erreurs. Revenez vers nous si vous ne comprenez pas bien mais il nous faudra un accès à votre paramétrage pour analyser ce que vous mettez dans votre module.

En générale, je ne rencontre pas d’erreur lors des livraisons du module en manuel (via le Git), sauf rarement, auquel cas je les règle en direct avant de refaire la livraison.

J’ai découvert ce soir ces 2 erreurs uniquement dans les logs de 04:00, aussi bien en dev qu’en recette.

@Nathalie a un accès Admin à notre instance de dev.

Il n’y a pas de traitement système à 4:00 du matin qui fait des imports (c’est l’heure où sont déclenchées les sauvegardes auto des instances mais ça ne concerne pas les couches applicatives c’est un simple dump + tar.gz)

Donc ces erreurs sont sans doute liées à un traitement que vous déclenchez dans l’application et/ou à un accès via UI ou API, … Ne sachant pas de quoi il retourne je ne peux pas analyser.

Une fois que vous aurez identifié le traitement à l’origine de ces erreurs (et idéalement si le symptôme est reproductible) on investiguera.