Cet article présente les bonnes pratiques à suivre lorsque l’on rencontre une erreur OPX2 suite à la vérification ou à l’exécution d’
Lorsque l’on travaille sur des objets scripts OPX2 au bout d’un certain nombre de vérifications/exécutions des scripts il arrive fréquemment que le client lourd P5 affiche un message d’erreur. du type suivant :

Il s’agit globalement d’un problème de saturation mémoire car le client lourd présente des difficultés à libérer/recycler la mémoire RAM utilisée.
La solution la plus simple et la plus radicale est de réaliser les opérations suivantes :
Quitter le client lourd pour libérer la RAM du poste client.
_=> permet de recycler la RAM utilisée par le client lourd.
_ 2. Purger le cache client lourd OPX2 (dossiers opx2data, opx2fixes et opx2images du répertoire « %temp% » de l’utilisateur courant : C:\User\current_user\AppData\Local\Temp pour un poste sous Windows 7).
_=> permet de supprimer toutes les fonctions déjà évaluées dans le cache du poste windows_.
Vérifier que la partition windows contenant le cache P5 ne soit pas saturée.
=> en effet en cas de saturation on pourra rencontrer des difficultés à utiliser le client lourd car celui-ci ne disposera plus de l’espace disque nécessaire à son fonctionnement.
Redémarrer le client lourd.
Ces simples actions vont dans la majorité des cas permettre de poursuivre les développements et tests en OJS sous P5 Pro.
Un RAG (Retrieval Augmented Generation) est un système utilisé dans les entreprises pour améliorer la gestion documentaire, et notamment, faciliter la recherche dans de grosses volumétries de documents. Si vous avez déjà testé d’utiliser l’IA avec les LLM traditionnels pour ce sujet, vous avez sûrement rencontré des problématiques importantes liées au manque de contexte ou de connaissances basé sur les documents (dû à la limite de tokens d’entrée). C’est là où le RAG joue sa carte ! Un RAG a pour but d’alimenter la base de connaissances de votre IA avec vos documents. Et comme, elle se base sur vos données pour répondre aux questions (documents internes, données confidentielles, etc), les réponses sont plus pertinentes ! Dans cet article, nous plongeons au coeur du fonctionnement d’un RAG pour vous expliquer les rouages du système. Let’s go !
La Tierce Maintenance Applicative (TMA) est la maintenance et l'évolution des applications d'une entreprise assurée par un prestataire. La TMA inclut la résolution des incidents, l'optimisation des performances, et la gestion des évolutions fonctionnelles. Elle permet aux entreprises de se concentrer sur leur cœur de métier tout en garantissant une haute disponibilité et une performance optimale de leurs applications. Une collaboration réussie entre le client et le prestataire assure la pérennité et l'efficacité des applications. En voici quelques clés :
Lors d’une mission récente, je me suis retrouvé confronté à un problème de configuration Mysql avec Talend : la limite du nombre de caractères de la fonction GROUP_CONCAT. De quoi s’agit t-il ? Comment augmenter cette taille maximale ? Quelle