Articles avec le tag ‘module’

driver.product la class de gestion des produit du front

mercredi 27 octobre 2010

et voila, afin de rendre plus souple le fonctionnement sans avoir à intervenir sur le core, 2 nouvelles methodes sont apparu dans le driver.

Ces 2 methodes sont static et appelé directement a tarvers la class product.

Soit :

product::get_adjust_price()

et

product::get_option_data()

La methode get_adjust_price est utilisé dans le panier, pour prendre en charge la modification des prix d’un produit par les module de type Aca (type product)
il est absoluement necessaire de definir une var nommé price pour que cette methode soit active
ex:

//! flag price
$this->price = true;

Elle prend en arguement un tableau qui lui fournis le pris de base, l’id produit et la quantité

La methode get_option_data n’ a vocation à étre appelé , elle est gerer directement dans la function stament_query, qui permet la mise en forme de l’object produit retourné.

Les module utilisant cette methode permettent donc de recuperer dans l’object premier leur propre element.

Apercu de la definition d’un module ACA utilisant ces methodes

/**
Add data in driver.product
*/
public function get_option_data($product_array){
$product_array[‘price_break’]=$this->load_db_values($product_array[‘products_id’]);
return $product_array;
}

/**
fonction ajustement price en fonction quantité
*/
public function adjust_price($product_array){
$pid = tep_get_prid($product_array[‘products_id’]);
$res=product::get_item($pid);

if(count($res->price_break)>0){
foreach($res->price_break as $qt=>$pr)
if($product_array[‘products_quantity’]>=$qt)$result=$pr;
}

return (isset($result)?$result : $product_array[‘products_price’]);
}

osCSS 2, module ACA , methode check_action

dimanche 12 septembre 2010

Dans les modules de type ACA, les méthodes check_action assure l’exécution des enregistrement, update, etc..;
Elles permettent aussi d’influer, modifier et transformer l’action en elle même.

(suite…)

osCSS 2 module de type pages vs configuration

dimanche 22 août 2010

Le moteur ayant ajouté plusieurs type de modules, il n’est pas toujours évident de savoir ou ajouter une fonctionnalité. La nuance entres les modules de type configuration et ceux de type page peut être faible dans certaine situation.

Le module de gestion du cache  par exemple, doit il être un élément de configuration, ou un élément de gestion. Oui , la différence ce situe à ce niveau, quel est le but, ou l’objectif du module ajouté?
 Si elle concerne un élément de gestion ponctuelle, courante, il s’agit dans ce cas d’un éléement de type pages. Ces modules permettent de traiter du contenu du moteur, produits, catégories, menu etc.

Le cache quand à lui, n’est qu’un fonctionnement interne du moteur, qui ne nécessite pas en tant normal d’intervenir dessus, il appartient donc au clans des module de type configuration.

le choix entre ces 2 modules, est proche, et peut vraissemblablement être considerer comme null.  On notera toutefois que le support des module de pages intervient avec le jeu de fichiers pages.xxx.inc du dossier content.
Les module de type configuration, eux sont executé par les fichiers configuration.xxx.inc.

Enfin, notez aussi , que au niveau de l’autoload, des librairies associé, le fonctionnment n’est pas tous a fait le même .

De plus, les class de type pages, pour tous les contenus important, le module contient dans ce cas la laisons avec les fontionnalités ACA, ce qui n’est pas le cas avec les modules de configuration.

Une dernière remarque.
Les modules de type page, ont un focntionnement stabilisé, est il n’est pas annocé de revenir sur cette stabilité dans les versions a avenir. En dehors de l’optimisation, qui ne modifiera pas leur usages.
Par contre , pour les modules de configuration, l aversion 2.1.3 devrait modifier leur mode de fonctionnement, et le nom des methode, il sera alors necessaire de revenir sur ces modules;

extension gab, fichier html de mise en forme des modules du backoffice

mercredi 23 juin 2010

La version osCSS 2.0.9n apporte encore sont lot d’évolution, en ajoutant une extension de fichier, le .gab (suite…)

osCSS – core – Intégration d’interface / class abstract

samedi 12 juin 2010

Afin de rendre plus coherante la structure des éléments modulaire, des interfaces spécifiques au module seront intégrer au fur et à mesure, complété par des class d’abstraction (suite…)

plugins, widget ou modules ?

jeudi 10 juin 2010

A quel moment et dans quel contexte chercher un module, un plugin et/ou un widget , coté boutique comme privé. (suite…)

[SLQ] evolution db dans osCSS

jeudi 27 mai 2010

Afin d’economiser et simplifier la db , dans osCSS 2, et la nécessite des « status » supplémentaire, l’idée de devoir créer une table spécifique à chaque type de status (order, return, return reason, etc.. ), le choix d’une table unique à été choisi . Une vue pour chaque ancienne  table  et creer du coté public .

(suite…)

Tuto adaptation d’un module oscommerce (shipping) à osCSS2

dimanche 23 mai 2010

voila un petit tuto pour voir comment adapater et corriger quelques code pour convertir un module destinée à osC, oscommerce, oscss, oscmax, vers osCSS2.  C’est modifications ont pour but l’ajout de contraintes php afin de ne produire aucune erreur de notice, et eventuellement depriced. D’autre part, nous adapterons la contrainte de zone pour obtenir plus de souplesse, et nous inétgrerosn ensuite les quelque fonctions standarisand le code de osCSS2.

(suite…)

add2end [contrib_installer]

jeudi 25 février 2010

Ce tag, particuliérement utile, rajoute le contenu en fin de fichier.

Ex:

(suite…)

function module_actif_dyn

mercredi 23 septembre 2009

Cette fonction charge et/ou retourne les modules et extensions active. Elle prend en charge les types module et class d’extension.

La fonction s’appuit sur le tableau (table sql php) pxp_config_modules de l’espace public. Cette fonction, ne retourne des informations que sur les extension et modules du coté « public ».

Les modules et extension spécifique au backoffice ne sont ici pas traités.

Ex module_actif_dyn($_PX_config_module);

L’appel de cette fonction est systématique lors du chargement d’une page.

Cette fonction est présente dans le backoffice et le frontoffice depuis la version 3.4