Mises à jour importantes des branches 2.x et 3.x

Pour plus d’information sur les problèmes corrigés, veuillez consulter les tickets 27, 28 et 29 de l’interface Issues du projet 3.x de GitHub.
Ces mêmes tickets s’appliquent aux trois branches 1.x, 2.x et 3.x, cependant le support de la branche 1.x étant terminée depuis longtemps elle ne sera pas mise à jour, veuillez utiliser la branche 2.x à la place.

La branche 2.x (à partir de la version 2.1.7-alpha2) a été portée en projet GitHub et son pré-requis PHP porté à >= 5.3.
C’est le nouvel emplacement pour obtenir le module en 2.x.
Comme pour la version 3.x, le dossier obtenu sur GitHub (correspondant automatiquement au nom du projet) doit être renommé avec le nom du module (tgg_atos pour la branche 2.x) avant d’être installé sur PrestaShop.

Cette branche (2.x) est en fin de vie d’un point de vue support, il s’agit probablement des dernières mises à jours gratuites sur celle-ci étant donné le temps que me coûte les mises à jour.
Ces dernières mises à jour sont d’ailleurs uniquement dues à la grande implication d’un e-Commerçant dans l’identification des problèmes à leur origine. Il s’agit de la boutique en ligne King Detection, commerce en ligne de matériel de détection.
Veuillez considérer la mise à jour vers PrestaShop 1.5 ou plus pour utiliser la branche 3.x du module.
Ma déclaration d’auto-entrepreneur étant en cours, il sera possible de commanditer des mises à jours de la branche 2.x s’il vous est difficile de passer à une version plus récente de PrestaShop.

13 commentaires

Ajout de configuration du fuseau horaire utilisé dans la remise à zéro de transaction_id chaque jour

Veuillez à faire la mise à jour vers 3.2.0 si vous êtes en 3.x et à configurer le fuseau horaire (onglet de configuration avancée).
Plus d’informations ici :
https://github.com/TrogloGeek/prestashop-tggatos-module/issues/27

Je publie dès que j’en ai le temps une 2.1.9 pour les utilisateurs de 2.x (la version PHP minimum requise deviendra 5.2).

Laisser un commentaire

TggAtos 3.x et Prestashop 1.6, un module de paiement ATOS SIPS toujours gratuit pour Prestashop 1.6

Bonjour,

juste un petit billet rapide pour vous faire savoir que le module est bien compatible Prestashop 1.6, j’ai effectué quelques vérifications hier soir.
Donc bonne nouvelle

Je n’ai pas encore eu le temps de me pencher sur les modifications d’architecture 1.6 ni de faire des tests extensifs sur l’interaction entre les fonctionnalités Prestashop et du module, donc n’hésitez pas à me faire savoir si vous voyez des problèmes d’intégration avec cette nouvelle branche de Prestashop, de préférence sur l’interface Issues de GitHub.

Rappel de l’emplacement du projet GitHub :
https://github.com/TrogloGeek/prestashop-tggatos-module
Attention à penser à consulter les problèmes actifs sur l’interface Issues du projet GitHub.

53 commentaires

Migration du service de vérification de version de TggAtos 3.x

Bonjour,
un petit billet rapide pour vous prévenir que, par manque de moyens, je vais devoir fermer demain mon dernier serveur d’hébergement dédié qui était utilisé pour le développement du module et qui hébergeait le webservice de vérification de la dernière version disponible pour la branche 3.x de TggAtos.
Ce service sera migré lorsque j’en aurai le temps vers l’hébergement Pro OVH qui héberge entre autres ce blog, mais ce service étant sous sa forme actuelle incompatible avec l’infrastructure mutualisée OVH, il y a un peu de travail de développement avant que cela ne puisse avoir lieu (pas énormément non plus, mais le temps vient facilement à manquer…).
Ne vous étonnez donc pas que la vérification de versionning ne fonctionne plus, vous devriez désactiver cette option pour le moment pour éviter de voir des messages d’alerte intempestifs et que cela ne ralentisse la page de gestion des modules.

Cordialement, votre TrogloGeek adoré (ou pas).

5 commentaires

Début de la phase Release Cadidate pour la version 3.0.0 de TggAtos

Bonjour,

les personnes souhaitant participer au test de la RC 3.0.0 peuvent la récupérer sur la page projet GitHub.

Comme il ne s’agit pas d’une Production Release, les personnes à faible niveau technique sont invités à patienter jusqu’à la sortie d’une telle version ou à passer par un prestataire à bon niveau de compétence qui sera capable de déterminer si oui ou non la version RC du module est fonctionnelle pour vos besoins.

Comme vous pouvez vous en douter, cette réécriture du module pour PrestaShop 1.5 a été assez fastidieuse, ainsi toute donation est la bienvenue (le bouton de don PayPal se trouve sur la page d’accueil du projet GitHub).

Tant que la première PR (Production Release) ne sera pas sortie ainsi qu’une documentation wiki mise en place, je n’assurerai pas de support mis à part pour les réels bugs qui seront soumis (en anglais si possible) avec suffisamment de détails sur l’interface appropriée. Pensez d’ailleurs à la consulter avant utilisation du module pour vérifier qu’il n’y a pas de bug majeur qui pourrait vous gêner dans l’exploitation du module.
Les feedbacks de compatibilité qui n’ont pas leur place sur l’interface Issues de GitHub peuvent être soumises en commentaire ici (désolé, je n’ai pas eu le temps de mettre en oeuvre quelque chose de plus approprié).

106 commentaires

A propos de Prestashop 1.5

Bonjour,

désolé pour l’absence de nouvelles ici, j’ai passé pas mal de temps la tête dans le code et j’en ai oublié de communiquer ^^’.

Pour ceux qui n’auraient pas lu le fil de la branche 2.x du module sur le forum Prestashop : non, le module tgg_atos 2.x n’est PAS compatible Prestashop 1.5. Les branches 1.x et 2.x du module sont conçues pour l’architecture de Prestashop 1.2 et 1.3, est en très grande partie compatible avec l’architecture 1.4 de Prestashop mais la refonte 1.5 de Prestashop, qui est extrêmement bénéfique étant donnée l’immaturité structurelle de l’application dans ses versions antérieures, s’éloigne bien trop de sa structure précédente pour que la branche 2.x puisse s’intégrer proprement dans cet environnement.

Oui, une branche 3.x est en développement depuis 3 mois pour supporter l’architecture 1.5. Pourquoi ce retard ?

  • Je n’étais pas satisfait de la stabilité des premières versions de la branche 1.5 de la solution e-Commerce, qui si elle apporte des fonctionnalités intéressantes et surtout une architecture bien plus moderne, n’avait pas encore été suffisamment recettée et je n’ai pas suffisamment de temps libre à passer sur ce projet pour en perdre avec une architecture qui avait visiblement encore besoin d’évoluer pour se stabiliser au risque de briser la compatibilité avec les modules créés pour les premières version de celle-ci. Ce n’est pas encore parfait (par exemple le schéma d’héritage des classes pose encore de nombreux problèmes pour les overrides de contrôleur, j’y reviendrai peut-être plus tard avec une critique constructive plus complète à ce propos).
  • Je suis seul pour développer une solution qui doit être très flexible pour répondre à des utilisations très différentes et sans support financier. Pour information, les dons suffisent actuellement à peine à payer les frais des différents hébergements (le site + les hébergements de tests pour valider les versions avant publication). Ce qui signifie qu’aucune des nombreuses heures de travail sur ce projet n’est rémunérée, sachant que je n’en ai pas tenu le compte mais qu’annuellement je dois passer un peu plus de 1000H sur ce projet entre les (rares, je m’en excuse) publications sur ce blog, la conception, le développement proprement dit, les réponses aux nombreuses sollicitations tous supports confondus. Cela représente un sacré temps partiel non rémunéré. La seule chose qui me pousse à continuer est l’envie de rendre service, cela dit j’avoue que j’aimerai qu’une partie de ces heures soient rémunérées. Heureusement j’ai eu quelques installations rémunérées de-ci de-là et quelques commandites de fonctionnalités supplémentaires qui m’ont permis d’avoir quelques heures rémunérées par an en plus des heures précédemment décomptées. Cela droit représenter environ 35H par an, donc je n’y suis pas totalement perdant si l’on considère que ce projet est d’une certaine façon un loisir, un moyen de me détendre.
  • L’hiver est pour moi peu propice au travail en plus des heures de travail de mon activité principale par ses journées très courtes.
  • Non satisfait du codebase actuel du module j’ai préféré procéder à une refonte en profondeur du projet, la structure du noyau n’étant plus adaptée au nombre de fonctionnalités qui ont été ajoutées au fil des versions. Le module commençait à ressembler à ces « bricolages » que je souhaitais éliminer en fournissant un ensemble de fonctionnalités cohérentes et fiables.

Le développement de la première version de cette branche touche à sa fin, les phases de validation vont bientôt commencer pour se terminer avec la publication de la 3.0.0.
Cependant malgré tout le soin que je peux apporter à ces validations, il faudra garder en tête qu’il s’agit d’une refonte complète et que mes seules vérifications ne sont pas suffisantes. Il faudra être donc extrêmement attentifs au bugs potentiels de ce module.

Pour l’instant, le support des hooks internes du module (réception de réponse et validation de commande) ne sera pas ré-implémenté, car je compte rapidement ouvrir une branche 3.1.x orientée extensibilité du module pour faciliter les modifications de code propre et les mises à jours du module lorsqu’il y a eu extension de celui-ci. Le système de débug du module a aussi été extrêmement simplifié et rationalisé. Il s’appuie principalement sur la constante _PS_MODE_DEV_ et le Logger Prestashop. Certains le trouveront certainement moins pratique mais il est efficace pour peu que l’on travail proprement (instance de développement du site en mode dev pour le troubleshooting).

Pour revenir à des bases saines, j’entends réouvrir un support, mais celui-ci sera limité à un cadre très stricte : il ne portera que sur les problèmes du module, il faudra fournir une démarche permettant de reproduire le bug et fournir toutes les informations nécessaires à sa reproduction. Les problèmes devront être reproductibles sous Debian 6 avec apache2 (mpm-worker ou mpm-prefork) et PHP5 à jour. Il faut me comprendre, le support requière énormément de mon temps libre, et je n’ai pas le temps de donner des cours sur les problématiques relatives à une mauvaise configuration de Prestashop, une erreur de manipulation, un manque de connaissance technique en configuration d’un hébergement web, les problématiques liées à une mauvaise configuration ATOS SIPS… Sur les nombreux contacts pour bug que j’ai reçus, seule une infime partie concernait réellement un problème avec le module. Au jugé, je dirais que cela concerne moins d’1% des contacts, 90% au moins se partageaient entre erreur de configuration de l’hébergement, bugs d’autres modules plantant les validations de commande (So-Colissimo vainqueur en la matière, mais je crois que les version actuelles ont été corrigées), erreur de configuration du module, mauvaise manipulation ou mauvais chois des binaires ATOS SIPS à installer, bugs Prestashop ou mauvaise modification de Prestashop le rendant incompatible, utilisation de version obsolètes du module… Ceci sort du cadre de ce projet.
L’installation de ce module nécessite de solides connaissances en hébergement web, c’est dommage mais cela est dû à la manière dont l’API ATOS SIPS fonctionne (l’utilisation d’exécutables compilés plutôt qu’une API open source), un minimum de connaissances du système ATOS pour ne pas faire d’erreurs de configuration, et bien évidemment savoir configurer et utiliser Prestashop. Une attention particulière est portée dans l’auto diagnostique du module pour vous aider à ne pas faire d’erreur de configuration, mais couvrir toutes les erreurs représenterait un travail titanesque.
En conclusion, ce module n’est pas une solution miraculeuse permettant l’installation d’une passerelle ATOS SIPS sans connaissances techniques, simplement un gain de temps (j’espère, et les retours que j’ai eu pour l’instant de professionnels techniquement qualifiés sont dans l’ensemble très satisfaisants) pour les personnes ayant les connaissances nécessaires à l’établissement d’une liaison Prestashop/ATOS SIPS.

11 commentaires

(Tgg_Atos) Fermeture du support gratuit

Bonjour,

La réponse à vos demandes de support nécessitent en moyenne près de 20H par mois. Ceci correspond à 3 jours de travail mensuels. A cela doit s’ajouter le travail accompli sur les améliorations du module (il y a généralement de 10 à 50H de travail par version).

La moyenne mensuelle des dons est inférieure à 5€ par mois, c’est à dire que cela paye à peine les frais d’hébergement du projet. Un peu décevant lorsque l’on sait que le module est téléchargé de 15 à 20 fois par jour !

Tout comme vous, j’ai besoin de travailler pour manger et payer mon logement. Le temps passé sur ce projet n’étant pas rémunéré, il s’agit d’un travail que je dois effectuer en plus de mon activité salariée.

En conséquence de ces constats, le support gratuit est définitivement fermé.

Je rappelle que le module est fourni gratuitement et tel quel, sans aucune garantie et qu’il est dédié à des personnes techniquement qualifiés dans les domaines suivants :

  • Administration de la solution d’hébergement utilisée
  • Mise en place de systèmes de paiement en ligne ATOS/SIPS
  • Installation et configuration de modules de paiement Prestashop

Prestations d’installation/support

Si vous n’avez pas ces qualifications et cherchez un prestataire, je vous conseille l’ agence Webasun. J’ai eu l’occasion de travailler avec Olivier Fagard sur quelques projets et nous pouvons vous proposer une intervention commune durant laquelle je m’occupe de la partie technique tandis qu’il assure le support concernant la configuration et les démarches auprès de la banque.

Mise à jour 13/04/2014 : J’ai finalement franchis le pas et effectué ma déclaration auto entrepreneur pour vous assister dans les parties techniques de l’intégration s’il vous manque des connaissances ATOS/SIPS, PrestaShop ou Git pour mener à bien la mise en service.

Si vous souhaitez obtenir mon intervention, utilisez l’adresse e-mail suivante :



Décrivez ce que vous attendez de l’intervention, proposez un montant de rémunération et je vous répondrais rapidement sur l’acceptation ou non de la demande.
Pensez à vérifier AVANT auprès de votre hébergeur que la solution est compatible, à savoir :

  • PHP >= 5.1 (>= 5.3 vivement recommandée, la première version à ne pas être totalement obsolète)
  • Directive PHP safe_mode = off
  • possibilité d’utiliser la fonction exec() et de lancer un exécutable via cette fonction

Tarifs indicatifs :

Installation, configuration et vérification de bon fonctionnement du module : 75€
Adaptation du module à des usages non prévus, installation, configuration et vérifications : à partir de 160€

Accès nécessaires :

  • HTTP sur boutique
  • Accès SSH sur système de fichier et serveur MySQL sous le même utilisateur qu’utilisé par la boutique pour exécuter PHP
  • HTTP Back office

En cas d’impossibilité de fournir un accès SSH, un accès FTP + interface Web SGBD (PhpMyAdmin par exemple) est acceptable, mais étant donné l’impact non négligeable sur le temps à passer en intervention, une majoration sera être appliquée, pour l’intervention d’installation, elle est alors portée à 120€, pour les interventions plus lourde cela dépendra du volume temps à passer en intervention directement sur l’hébergement. (Pour information, les hébergements OVH pro et supérieurs ont un accès SSH utilisant les mêmes identifiants que le FTP)
De la même manière, si le site est en production et qu’il faut que l’installation se passe sans mise en maintenance (à savoir pas plus de quelques secondes contre généralement 10 à 15 minutes pour une intervention standard), une majoration de 50€ est appliquée.

Laisser un commentaire

(Tgg_Atos) version 2.1.7 prête pour les bêta-tests

Bonjour,

la version 2.1.7 est prête pour le bêta-testing.
Cette fois la phase de bêta-test ne sera pas publique, en effet à chaque fois je me retrouve à devoir gérer des débutants qui ne prennent pas le temps de lire la doc, ni de soumettre les informations nécessaires au débugage pour au final découvrir que le module fonctionne très bien mais que ces personnes ont fait n’importe quoi durant l’installation et la configuration du module. C’est une perte de temps énorme pour moi.
A l’issue de cette bêta-test privée la version du module sera diffusée sous le label 2.1.7 final, car elle sera à priori la dernière 2.1, peut-être la dernière 2.x, car ensuite il faudra que je me penche sur la compatibilité PS 1.5.

Si vous souhaitez participer au bêta-test de cette version qui apporte des fonctionnalités supplémentaires, laissez moi un commentaire et je vous recontacterai à l’adresse mail que vous aurez saisie dans le champs approprié. Cette phase est réservée à des techniciens expérimentés, capable de lire et comprendre la documentation et d’effectuer une installation du module sans aide (c’est à dire le publique à qui ce module est destiné à l’origine). Si vous n’avez pas le niveau technique adéquat mais souhaitez bénéficier de cette nouvelle version au plus vite, engagez un technicien.

CHANGELOG

version 2.1 RC 7 :
– BACK: Mécanisme de vérification de la disponibilité d’une nouvelle version
– BACK: Mécanisme d’ajout des valeurs par défaut pour les nouvelles variables de configuration lors de la mise à jour du module
– BACK: Possibilité de désactiver l’ajout de logs dans la commande
– BACK: Possibilité de générer une commande avec un statut prédéfini en cas d’échec de paiement et en cas de retour par annulation
– BACK: Possibilité de configurer le montant du premier versement pour les paiements en plusieurs fois
– ALL: Ajout de la banque CITELIS
– ALL: Ajout de la banque Société Marseillaise de Crédit
– ALL: Mise à jour du certificat de développement LCL

Si vous appréciez le travail fourni, pensez aux dons. Il sont nécessaires à la survie du projet puisque celui-ci est coûteux pour moi.


Mise à jour du 08/07/2012

Bonjour, suite à de trop nombreux abus :
– demande de participation au bêta-test sans retourner d’information sur le fonctionnement du module
– demande de participation par des personnes n’ayant pas les qualifications techniques pour l’installation du module pour ensuite réclamer mon assistance à réparer les erreurs d’installation

Le BÊTA-TEST est DÉFINITIVEMENT FERMÉ
Le SUPPORT GRATUIT est DÉFINITIVEMENT FERMÉ

Je m’excuse pour les quelques personnes qui ont fait preuve de bonne foi, mais face aux 99% des personnes ne comprenant pas ce qu’est un projet communautaire et n’ayant aucun respect par rapport au travail fourni et aux nombreuses heures de travail que nécessitent les réponse à leurs demandes de support.

En attendant la sortie de la version finale (qui ne sera qu’une simple amélioration de la documentation jointe) dédiée aux versions de Prestashop 1.2.5 à 1.4.x, vous pouvez télécharger la version 2.1.7 alpha 2.

Oui, cette version est stable.

Si vous rencontrez des problèmes à l’utilisation du module :
1 – Contactez le support technique ATOS ou de votre banque
2 – Faites installer le module par des professionnels qualifiés, formés à l’utilisation de votre système d’hébergement, à l’installation de systèmes de transaction en ligne ATOS ainsi qu’au fonctionnement de Prestashop.
Si vous n’avez pas de prestataire pour cela, je vous conseille l’agence C’est Nettement Mieux. Ces agences sont sérieuses, expérimentées dans ces domaines, techniquement qualifiées et de plus en cas de besoin de modifications du module pour l’adapter à des besoins spécifiques bénéficient d’un canal de communication directe avec moi pour obtenir mon assistance.

65 commentaires

Prestashop 1.4.x et Eclipse PDT

Bonjour,
si comme moi vous utilisez Eclipse comme EDI PHP (que je vous recommande si vous ne l’avez jamais utilisée)
vous êtes peut-être confronté au problème de la chaîne d’héritage des classes brisée à cause du système d’override de la 1.4.
En effet, toute classe ou controlleur n’ayant pas d’override n’est pas reconnue par Eclipse, car le nom de la classe que l’on doit exploiter dans le code ne correspond pas à celle de la classe d’origine.

Exemple : PaymentModule est déclarée comme PaymentModuleCore, et Eclipse ne fait pas la liaison entre les deux.

Auquel cas vous pouvez utiliser le script suivant :
http://www.capillotracteur.fr/downloads/prestashop-1.4-eclipse-override-compatibility.tar
Qui une fois décompressé dans prestashop/override/
et appelé via un navigateur à travers le serveur
(exemple : http://psvm/prestashop/override/eclipse.php, psvm est la machine virtuelle debian qui me sert de serveur HTTP pour mes développement)
vous générera un fichier eclipse.compat.php dans prestashop/override/classes/ et dans prestashop/override/controllers/ qui assurera les liaisons de classes manquantes et rétablira l’héritage dans votre EDI.
Attention, vous devez penser à ajouter le patern d’exclusion « _* » pour le Build Path de ces deux dossiers pour ignorer les fichiers préfixés d’un underscore (_Module.php, _MySQL.php) qui pourraient être présents.

La génération doit être relancée chaque fois que vous ajouter ou retirez un override pour éviter les doublons ou les manques.

exemple de fichier prestashop/override/classes/eclipse.compat.php généré sur Prestashop 1.4.7.0 :
<?php
abstract class AbstractLogger extends AbstractLoggerCore {}
class Address extends AddressCore {}
class AddressFormat extends AddressFormatCore {}
abstract class AdminTab extends AdminTabCore {}
class Alias extends AliasCore {}
class Attachment extends AttachmentCore {}
class Attribute extends AttributeCore {}
class AttributeGroup extends AttributeGroupCore {}
class Backup extends BackupCore {}
class Blowfish extends BlowfishCore {}
abstract class Cache extends CacheCore {}
class CacheFS extends CacheFSCore {}
class Carrier extends CarrierCore {}
abstract class CarrierModule extends CarrierModuleCore {}
class Cart extends CartCore {}
class Category extends CategoryCore {}
class Chart extends ChartCore {}
class CMS extends CMSCore {}
class CMSCategory extends CMSCategoryCore {}
class Combination extends CombinationCore {}
class CompareProduct extends CompareProductCore {}
class Configuration extends ConfigurationCore {}
class Connection extends ConnectionCore {}
class ConnectionsSource extends ConnectionsSourceCore {}
class Contact extends ContactCore {}
class ControllerFactory extends ControllerFactoryCore {}
class Country extends CountryCore {}
class County extends CountyCore {}
class Currency extends CurrencyCore {}
class Customer extends CustomerCore {}
class CustomerMessage extends CustomerMessageCore {}
class CustomerThread extends CustomerThreadCore {}
class Customization extends CustomizationCore {}
class DateRange extends DateRangeCore {}
abstract class Db extends DbCore {}
class Delivery extends DeliveryCore {}
class Discount extends DiscountCore {}
class Employee extends EmployeeCore {}
class Feature extends FeatureCore {}
class FeatureValue extends FeatureValueCore {}
class FileLogger extends FileLoggerCore {}
class FrontController extends FrontControllerCore {}
class Group extends GroupCore {}
class GroupReduction extends GroupReductionCore {}
class Guest extends GuestCore {}
class HelpAccess extends HelpAccessCore {}
class Helper extends HelperCore {}
class Hook extends HookCore {}
class Image extends ImageCore {}
class ImageType extends ImageTypeCore {}
abstract class ImportModule extends ImportModuleCore {}
class Language extends LanguageCore {}
class Link extends LinkCore {}
class LocalizationPack extends LocalizationPackCore {}
class Mail extends MailCore {}
class Manufacturer extends ManufacturerCore {}
class MCached extends MCachedCore {}
class Message extends MessageCore {}
class Meta extends MetaCore {}
abstract class Module extends ModuleCore {}
abstract class ModuleGraph extends ModuleGraphCore {}
abstract class ModuleGraphEngine extends ModuleGraphEngineCore {}
abstract class ModuleGrid extends ModuleGridCore {}
abstract class ModuleGridEngine extends ModuleGridEngineCore {}
class MySQL extends MySQLCore {}
abstract class ObjectModel extends ObjectModelCore {}
class Order extends OrderCore {}
class OrderDetail extends OrderDetailCore {}
class OrderDiscount extends OrderDiscountCore {}
class OrderHistory extends OrderHistoryCore {}
class OrderMessage extends OrderMessageCore {}
class OrderReturn extends OrderReturnCore {}
class OrderReturnState extends OrderReturnStateCore {}
class OrderSlip extends OrderSlipCore {}
class OrderState extends OrderStateCore {}
class Pack extends PackCore {}
class Page extends PageCore {}
class PaymentCC extends PaymentCCCore {}
abstract class PaymentModule extends PaymentModuleCore {}
class PDF_PageGroup extends PDF_PageGroupCore {}
class Product extends ProductCore {}
class ProductDownload extends ProductDownloadCore {}
class ProductSale extends ProductSaleCore {}
class Profile extends ProfileCore {}
class QuickAccess extends QuickAccessCore {}
class RangePrice extends RangePriceCore {}
class RangeWeight extends RangeWeightCore {}
class Referrer extends ReferrerCore {}
class Rijndael extends RijndaelCore {}
class Scene extends SceneCore {}
class Search extends SearchCore {}
class SearchEngine extends SearchEngineCore {}
class Shop extends ShopCore {}
class SpecificPrice extends SpecificPriceCore {}
class State extends StateCore {}
class StockMvt extends StockMvtCore {}
class StockMvtReason extends StockMvtReasonCore {}
class Store extends StoreCore {}
class SubDomain extends SubDomainCore {}
class Supplier extends SupplierCore {}
class Tab extends TabCore {}
class Tag extends TagCore {}
class Tax extends TaxCore {}
class TaxRule extends TaxRuleCore {}
class TaxRulesGroup extends TaxRulesGroupCore {}
class Tools extends ToolsCore {}
class TranslatedConfiguration extends TranslatedConfigurationCore {}
class Upgrader extends UpgraderCore {}
class Validate extends ValidateCore {}
class WebserviceException extends WebserviceExceptionCore {}
class WebserviceKey extends WebserviceKeyCore {}
class WebserviceOutputBuilder extends WebserviceOutputBuilderCore {}
class WebserviceOutputXML extends WebserviceOutputXMLCore {}
class WebserviceRequest extends WebserviceRequestCore {}
class WebserviceSpecificManagementImages extends WebserviceSpecificManagementImagesCore {}
class WebserviceSpecificManagementSearch extends WebserviceSpecificManagementSearchCore {}
class Zone extends ZoneCore {}

Laisser un commentaire

(Tgg_Atos) version 2.1.7 sur l’établi

Bonjour à tous,
Comme le titre l’indique une nouvelle version est en développement car j’ai enfin le temps de faire plus que de répondre aux demandes.
Au programme pour le moment :
– Le module peut vous avertir lorsqu’une nouvelle version est sortie (fait)
– Le module est maintenant capable de charger les valeurs par défaut des nouvelles variables de configuration sans devoir réinitialiser toute la configuration (fait)
– Puisqu’on me l’a demandé plusieurs fois dernièrement, vous pouvez maintenant désactiver l’ajout d’un message de log sur la commande (fait)
– Ajout du support de la banque CITELIS en natif
– Mise à jour du certificat de démonstration LCL

Donc si vous avez d’autres requêtes c’est le moment, laissez un commentaire ci dessous.
Si vous avez des kits de démonstration d’autres banques ATOS à me fournir pour qu’il soit géré nativement par le module, indiquez moi quelle banque en commentaire et je vous recontacterai par mail.
(J’ai beau demander ces éléments aux banques elles répondent que pas de problème, elle vont me l’envoyer, et puis… Jamais rien n’arrive… Voici donc le peu d’intérêt que portent ces banques aux opportunités gratuites pour elles de vous simplifier la vie pour la mise en place de leur passerelle…).

Cordialement,
Votre TrogloGeek.

30 commentaires