oscss-develop Mailing List for osCSS E-Commerce Shopping Cart

3 évolutions importantes sur le trunk, 

1: Nom des module de configuration
2: nouveau drivers ds le backoffice
3: changement approche dans la gestion du moteurs pdf



1: Nom des module de configuration
l'amelioration de la gestion du nom des modules de configuration. 
  les fichier de modules/configuration . 
  Jusqu'a present le nommage dudit fichier et le la class de ce fichier etait   
nommé cfg_xx et xx corresspondait au group_id contenu dans l'url sous la forme 
de gID

  La nouvelle forme d'ecriture exploite la colonne configuration_group_ket de 
la table configuration_group.
L'usage actuel de cette colonne représente la clef de groupe, utilisé lors 
d'insertion de nouvelle ligne dans la table configuration
 l'orientation premiere ne devant pas être modifié, la valeur (string) de cette 
colonne fournis donc le nom du module/class.

  Pour le moment la premiete methode fonctionne toujours, toutefois pour des 
quetsion de lisisbilité du code, la seconde methode doit être priviligié. 



2: nouveau drivers ds le backoffice

Second point, L'ajout d'un type de class, destinée a traité de l'insertion / 
update / fetch / delete sur une table(s)

Le repertoire est situé dans classes/drivers 
Les fichier doitvent comencer par sqlxxxxx ou xxxx correspond au nom du driver. 
Il s'agit de fichier/class, donc le fichier et la class qu'il contient portent 
le même nom 
Un interface a été ajouté a class.interface pour definir les methodes de ces 
class 

Une drivers de ce type à été ajouté, pour traité les modifications de la table 
configuration. 

A terme celle ci devrait être utilisé a travers tous le backoffice.
Les drivers de ce type ne sont accesible que dans le backoffice. Il devrait 
centraliser les interaction sur les table de données, et offrir des appels 
normaliser exploitable plus simplement à travers les page et modules 

De plus, il sera  certainement judicieux d'y integrer la liaison vers les 
enregsitrement/modification via les modules aca

Cette etape franchis, il sera alors possible d'ajuster le code de sortie vers 
un affichage ou un webservice beaucoup plus simplement, l'ensemble des module de 
tyep page ne devenant que de simple gestionnaires de pages, sans touch vers le 
sql 



3: changement approche dans la gestion du moteurs pdf

Une variable de conf à été ajouté pour permettre d'activer/desactiver la 
gestion des pdf en local. 
( descative aussi la page batch_printer (BO), qui gener les pdf)
L'idée de cette approche et de permettre de fournir les webservice 
correspondant pour autoriser une application tiers à fournir les pdf. 

Dans une idée de coherance de document comptable, le crm fournis les fichier 
pdf. Le moteur interne n'est donc pas utilisé, et osCSS ne fait que fournir 
une liaison vers les fichiers que ce soit dans le BO ou le FO. 

La liason vers les fichier pdf ne sera pas stocké, aussi il est absoluement 
necessaire d'utilier la class de manipulation des DataFile afin de garantir 
l'unicité.


Voila pour ce soir 

Hello 

Question d'agenecement des donnée utilisateurs, et produits sur osCSS 2.1.1

Par choix securitaire, l'orientation de l'arboresance d'osCSS changue un peu. 
Le paquet sera bientot proposé avec un structure de ce type:
- zip 
  - catalog
  - data
	- images
	- orders
	- invoices
  - tmp
	- sessions
	- oscss_data
	- image_cache

L'objectif dans ce cas, est que le Vhost considere le "catalog" comme racine. 

Dans cette idée, la repartitions des documents dans les repertoire data aura 
lieux comme suit:

orders
 - 0
   - 0
   - 1 
   - ..
   - 9
 - 1
 - ..
 - 9

La path sera defini en fonction de l'id fourni

ex id client 2563
Donne un path /3/6/2563
Ce sont les 2 dernier chiffre qui faconnne le path. le dernier chiffre est le 
pemier repertoire (0-9), l'avant dernier chiffre le second repertoire (0 - 9)
Le nom du repertoire creer contient l'id au complet. 


Pour l'oganisation des pdf, commande, facture, Bl, le'id utilisé pour 
l'organisation sera l'id du client auquel est rattaché le document.

Dans le cas des produits, (image) C'est l'id du produit qui sera utilisé . 


Enfin les document et image etant stocké dans un dossier innacessible au 
public, un fichier assurant l'affichage des document sera utilisé. 


La class image_ratio pointera donc toujours sur le même fichier. 

Pour finir, dans tous les cas, le fichier configure permettra d'ajuster / regler 
le choix d'organisation de l'arboresance. 






Aurélien Imhof
Consultant

http://www.oscim.fr
http://www.oscim.net
http://oscss.org


02 37 37 32 34
06 07 60 82 37

Hello 

Question d'agenecement des donnée utilisateurs, et produits sur osCSS 2.1.1

Par choix securitaire, l'orientation de l'arboresance d'osCSS changue un peu. 
Le paquet sera bientot proposé avec un structure de ce type:
- zip 
  - catalog
  - data
	- images
	- orders
	- invoices
  - tmp
	- sessions
	- oscss_data
	- image_cache

L'objectif dans ce cas, est que le Vhost considere le "catalog" comme racine. 

Dans cette idée, la repartitions des documents dans les repertoire data aura 
lieux comme suit:

orders
 - 0
   - 0
   - 1 
   - ..
   - 9
 - 1
 - ..
 - 9

La path sera defini en fonction de l'id fourni

ex id client 2563
Donne un path /3/6/2563
Ce sont les 2 dernier chiffre qui faconnne le path. le dernier chiffre est le 
pemier repertoire (0-9), l'avant dernier chiffre le second repertoire (0 - 9)
Le nom du repertoire creer contient l'id au complet. 


Pour l'oganisation des pdf, commande, facture, Bl, le'id utilisé pour 
l'organisation sera l'id du client auquel est rattaché le document.

Dans le cas des produits, (image) C'est l'id du produit qui sera utilisé . 


Enfin les document et image etant stocké dans un dossier innacessible au 
public, un fichier assurant l'affichage des document sera utilisé. 


La class image_ratio pointera donc toujours sur le même fichier. 

Pour finir, dans tous les cas, le fichier configure permettra d'ajuster / regler 
le choix d'organisation de l'arboresance. 






Aurélien Imhof
Consultant

http://www.oscim.fr
http://www.oscim.net
http://oscss.org


02 37 37 32 34
06 07 60 82 37

Salut,

Je pense que tout ce qui évitera à l'utilisateur final de mettre les mains dans 
le cambouis est une bonne chose, donc le stockage en bdd l'est.

Concernant une table de préf pour les admin/vendeur, ce serait assez utile.

témoignage au sujet de l'image véhiculé par osCSS…

Vendredi j'avais un rendez vous avec le boss d'une PME et ses collaborateurs

au sujet de la mise en place d'un site de ecommerce. Ils sont attentifs et
favorables
aux solutions Open Source, là ou j'ai sentis de l'inquiétude c'est quand il
m'a demandé
combien de développeurs travaillaient sur osCSS2, c'est une question de
quelqu'un qui
a bien compris les avantages et inconvénient de l'open source…
Ils ont fait un premier tri, compris que magento c'est lourd, compliqué et
souvent
très cher et sont sous le charme de prestashop. Ils ont envie de travailler
avec moi,
mais… tenteront-ils l'expérience avec osCSS ?

La vitalité de la communauté est donc pour les marchants qui ont bien
compris l'esprit
du libre (ils se multiplient et heureusement) aussi important que l'image
professionnelle
(graphiquement) que l'on pourra donner à cette solution.
Cela me conforte un peu dans l'idée que la cible à court terme c'est les dev
et agences web
qui ont encore des oscommerces en prod ou pour qui la philosophie de
prestashop est
critiquable.

Gaby

Salut, j'ai découvert la gestion des notifications mail depuis le BO sous
thélia, (version texte et html)
on y colle son html avec quelques balises, c'est super pratique.

Gaby

Le 17 avril 2011 09:19, Bruno <bru...@fr...> a écrit :

> Salut
>
> Bah moi je pense que mettre tout ce qui est éditable plutot en BDD est
> une bonne chose, même si on ne fait des modif que 2-3 fois dans les
> champs. Les fichiers de langues c'est sympa, mais quand on doit y
> revenir 6 mois après avoir construit le site, c'est un vrai casse-tete.
>
> Bruno
>
> Le 16/04/2011 09:49, aurelien a écrit :
> > Hello a vous
> >
> > Quoique que peut de reponse pour le moment a cette liste, je ne desepere
> pas
> > de vous voir me repondre  :)
> >
> > Je me pose une question quand à la gestion des mails, encore ..
> >
> > dans l'etat actuel, il est possible de preformater les email, avec les
> gabarit
> > d'email , qui utilise un simili de smarty.
> >
> > Pour formater les contenu de template comme la confirmation de commande
> c'est
> > pas mal , fichier un peu compliqué.
> >
> > Par contre , pour ce qui est des emails divers et varié, la modification
> reste
> > basé sur les fichiers de langue, et donc , pas simplement editable,
> >   - fichier de langue etant mise en cache...
> >   - ces fichiers contiennent aussi  les reste des elements de traduction
> de la
> > page
> >   - une maladresse dans ces fichiers, peu rendre des chose plus compliqué
> >
> > D'ou ma question.. ; Même si je n'aime pas l'diée de stocker en db des
> > elements qui risque ne ne jamais changer, et/ou  1 ou 2 fois dans la vie
> du
> > site (il me semble).
> >
> > De placer ces contenus en base, et ainsi permettre un personnalisation
> des
> > contenu texte plus aisé, y compris les sujet des emails.
> >
> > Tout en conservant la gestion des gabarit smarty actuel, ce qui rend une
> > partie des mails modifiable , et fixe un peu plus les partie de mail
> fonctionnel
> >
> > Liens vers facture, bon de reduction , etc..
> >
> > Cette solution pourrez ensuite être couplé avec l'usage des modeles (pour
> le
> > moement uniquement inplementer sur les newsletters), afin de d'ouvrir
> encore un
> > peu plus d'espace à l'usager pour organiser/ optimiser sa gestion de
> > communication .
> >
> >
> > Pour finir sur le sujet des contenu des emails, il me semble interressant
> > d'integrer une table supp de admin_pref, afin d'y rassembler des
> information
> > diverse quant à l'utilisateur en cours.
> >
> > cette solution aurais l'avantage d'autoriser facilement l'amelioration de
> > l'organisation du backoffice bien sur, mais aussi quelques souplesse,
> comme
> > l'ajout de signiature dans les emails , precisant le vendeur ou autres.
> >
> >
> > J'ai encore plein de petite question dans le genre :))..
> >
> >
> > Bien a vous
> >
> >
> ------------------------------------------------------------------------------
> > Benefiting from Server Virtualization: Beyond Initial Workload
> > Consolidation -- Increasing the use of server virtualization is a top
> > priority.Virtualization can reduce costs, simplify management, and
> improve
> > application availability and disaster protection. Learn more about
> boosting
> > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> > _______________________________________________
> > Oscss-develop mailing list
> > Osc...@li...
> > https://lists.sourceforge.net/lists/listinfo/oscss-develop
> >
>
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Oscss-develop mailing list
> Osc...@li...
> https://lists.sourceforge.net/lists/listinfo/oscss-develop
>

Salut

Bah moi je pense que mettre tout ce qui est éditable plutot en BDD est 
une bonne chose, même si on ne fait des modif que 2-3 fois dans les 
champs. Les fichiers de langues c'est sympa, mais quand on doit y 
revenir 6 mois après avoir construit le site, c'est un vrai casse-tete.

Bruno

Le 16/04/2011 09:49, aurelien a écrit :
> Hello a vous
>
> Quoique que peut de reponse pour le moment a cette liste, je ne desepere pas
> de vous voir me repondre  :)
>
> Je me pose une question quand à la gestion des mails, encore ..
>
> dans l'etat actuel, il est possible de preformater les email, avec les gabarit
> d'email , qui utilise un simili de smarty.
>
> Pour formater les contenu de template comme la confirmation de commande c'est
> pas mal , fichier un peu compliqué.
>
> Par contre , pour ce qui est des emails divers et varié, la modification reste
> basé sur les fichiers de langue, et donc , pas simplement editable,
>   - fichier de langue etant mise en cache...
>   - ces fichiers contiennent aussi  les reste des elements de traduction de la
> page
>   - une maladresse dans ces fichiers, peu rendre des chose plus compliqué
>
> D'ou ma question.. ; Même si je n'aime pas l'diée de stocker en db des
> elements qui risque ne ne jamais changer, et/ou  1 ou 2 fois dans la vie du
> site (il me semble).
>
> De placer ces contenus en base, et ainsi permettre un personnalisation des
> contenu texte plus aisé, y compris les sujet des emails.
>
> Tout en conservant la gestion des gabarit smarty actuel, ce qui rend une
> partie des mails modifiable , et fixe un peu plus les partie de mail fonctionnel
>
> Liens vers facture, bon de reduction , etc..
>
> Cette solution pourrez ensuite être couplé avec l'usage des modeles (pour le
> moement uniquement inplementer sur les newsletters), afin de d'ouvrir encore un
> peu plus d'espace à l'usager pour organiser/ optimiser sa gestion de
> communication .
>
>
> Pour finir sur le sujet des contenu des emails, il me semble interressant
> d'integrer une table supp de admin_pref, afin d'y rassembler des information
> diverse quant à l'utilisateur en cours.
>
> cette solution aurais l'avantage d'autoriser facilement l'amelioration de
> l'organisation du backoffice bien sur, mais aussi quelques souplesse, comme
> l'ajout de signiature dans les emails , precisant le vendeur ou autres.
>
>
> J'ai encore plein de petite question dans le genre :))..
>
>
> Bien a vous
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Oscss-develop mailing list
> Osc...@li...
> https://lists.sourceforge.net/lists/listinfo/oscss-develop
>

Hello a vous 

Quoique que peut de reponse pour le moment a cette liste, je ne desepere pas 
de vous voir me repondre  :)

Je me pose une question quand à la gestion des mails, encore ..

dans l'etat actuel, il est possible de preformater les email, avec les gabarit 
d'email , qui utilise un simili de smarty. 

Pour formater les contenu de template comme la confirmation de commande c'est 
pas mal , fichier un peu compliqué. 

Par contre , pour ce qui est des emails divers et varié, la modification reste 
basé sur les fichiers de langue, et donc , pas simplement editable,
 - fichier de langue etant mise en cache...
 - ces fichiers contiennent aussi  les reste des elements de traduction de la 
page
 - une maladresse dans ces fichiers, peu rendre des chose plus compliqué 

D'ou ma question.. ; Même si je n'aime pas l'diée de stocker en db des 
elements qui risque ne ne jamais changer, et/ou  1 ou 2 fois dans la vie du 
site (il me semble). 

De placer ces contenus en base, et ainsi permettre un personnalisation des 
contenu texte plus aisé, y compris les sujet des emails. 

Tout en conservant la gestion des gabarit smarty actuel, ce qui rend une 
partie des mails modifiable , et fixe un peu plus les partie de mail fonctionnel 

Liens vers facture, bon de reduction , etc.. 

Cette solution pourrez ensuite être couplé avec l'usage des modeles (pour le 
moement uniquement inplementer sur les newsletters), afin de d'ouvrir encore un 
peu plus d'espace à l'usager pour organiser/ optimiser sa gestion de 
communication . 


Pour finir sur le sujet des contenu des emails, il me semble interressant 
d'integrer une table supp de admin_pref, afin d'y rassembler des information 
diverse quant à l'utilisateur en cours. 

cette solution aurais l'avantage d'autoriser facilement l'amelioration de 
l'organisation du backoffice bien sur, mais aussi quelques souplesse, comme 
l'ajout de signiature dans les emails , precisant le vendeur ou autres.


J'ai encore plein de petite question dans le genre :))..


Bien a vous 

Hello a vous

Petite question du lundi matin .

JE me pose la quetsion du nombre de table en base de donnée 

Il y a quelques 95 table  et 7 vue de table en base . 

Il est a noter que certaine ne sont pas utilisé (install de base). 
Ce qui ets le cas pour quelque 7 table associé au discount coupons, dont il 
serait possible d'optimiser a 3 et d'encentraliser 5. 

De même la gestion du SAV, avec les retours, quelque 10 table la aussi . 

Toutefois , je me rend compte qu'il serait interressant d'ajouter une table 
categorie_extra, avec juste 
Id 
Clef 
Value 

Permettant d'ajouter sans modif de la db , des caractéristique au categories. 

Je me tourne donc vers vous pour avoir un retour sur ce nombre de table en 
base , est si la question d'ajouter une table supp est opportune ??, 

Oscim 


Aurélien Imhof
Consultant

http://www.oscim.fr
http://www.com-hedon.com

02 37 37 32 34
06 07 60 82 37

Le lundi 4 avril 2011 10:04:57, aurelien a écrit :
> Hello a vous
> 
> Petite question du lundi matin .
> 
> JE me pose la quetsion du nombre de table en base de donnée
> 
> Il y a quelques 95 table  et 7 vue de table en base .
> 
> Il est a noter que certaine ne sont pas utilisé (install de base).
> Ce qui ets le cas pour quelque 7 table associé au discount coupons, dont il
> serait possible d'optimiser a 3 et d'encentraliser 5.
> 
> De même la gestion du SAV, avec les retours, quelque 10 table la aussi .
> 
> Toutefois , je me rend compte qu'il serait interressant d'ajouter une table
> categorie_extra, avec juste
> Id
> Clef
> Value
> 
> Permettant d'ajouter sans modif de la db , des caractéristique au
>  categories.
> 
> Je me tourne donc vers vous pour avoir un retour sur ce nombre de table en
> base , est si la question d'ajouter une table supp est opportune ??,
> 
> Oscim
> 
> 
> Aurélien Imhof
> Consultant
> 
> http://www.oscim.fr
> http://www.com-hedon.com
> 
> 02 37 37 32 34
> 06 07 60 82 37
> 

Question de nomenclature 

Dans les pdf, lors d'un sortie sur une commande, si la commande et fnalisé, 
status Livré, celle ci imprime un pdf avec intitulé facture, et le num de 
facture

Si la commande n'est pas livré, l'intitulé et proformat et le numero est celui 
de la commande. 

Question ? l'intitulé proformat est il correct ?? 

Autre chose..; 

Il est possible de prefixé le num de commande et de facture , par ex par 
anne mois num , soit 11030004 par ex

La facture est ecrite avec le même type de prefix
soit 11030001

Doit ont imaginer une deuxieme forme de prefix ?? 

Quant pensez vous 

Aurélien