THELIA Forum

qu'y a -t-il sur ta ligne 68 ?

jb

Bon...
Ptetre encore un problème lié à SPIPI, retrouvé ici :
http://forum.thelia.fr/viewtopic.php?id=2943

Le code Php d'un squelette serait interprété avant les boucles et substitutions Thélia ce qui empêcherait de mettre en place cette solution simple....

si tu vires l'instruction php mais garde juste #PANIER_NBART, que vois-tu ?

Last edited by ottoroots (07-05-2009 15:46:30)

Si je laisse que #PANIER_NBART, même résultat

THELIA-PANIER_NBART  marchera mieux

Selon le wiki :

<T_PANIER>
<a href="#URL_PAGE{panier}">Votre panier contient THELIA-PANIER_NBART article(s).</a>
<THELIA_PANIER type="PANIER">
</THELIA_PANIER>
</T_PANIER>
<a href="#URL_PAGE{panier}">panier vide</a>
<//T_PANIER>

okok ta dernière explication confirme mes doutes : avec SPIP, pas d'instruction php dans les squelettes si ces instructions doivent manipuler des boucles ou des substitutions THELIA : pour une raison que j'ignore, avec le plugin SPIP/THELIA, l'ordre semble inversé : le serveur traite d'abords le php et ensuite les boucles.

Un SPIPIEN confirmé pourrait-il venir mettre son grain de sel pliz ?

Du coup faut passer par le filtre que j'ai fait

Bon...

Je pensais partir sur un filtre mais tanpis... on va utiliser une nouvelle variable...

Peux-tu me fournir une ligne de code de ton fichier substitPanier.php (dossier fonctions/substitutions/) ressemblant à ça :

$texte = str_replace("#PANIER_NBART", "" . $nb_article . "", $texte);

Pour voir comment spip a modifié les variables...

Il restera à ajouter à la suite dans ce fichier :

$texte = str_replace("#PANIER_MODULO", "" . ($nb_article % 6) . "", $texte);

Et du côté html :

#FILTRE_different(#PANIER_MODULO||0||Vous devez commander un nombre de produit multiple de 6 pour pouvoir passer commande.)

bonjour,

Le plat est grand tous les pieds sont les bienvenus

Pour (tenter d') en finir avec ce sujet, je suis totalement d'accord avec toi Alfouine, je ne bloquerais pas un client à ce stade (très sensible) du parcours d'une commande... Quand on sait combien de paniers ne sont jamais transformés parce qu'il faut s'identifier, parce qu'il faut payer du port, parce que le produit n'est pas dispo immédiatement....  Rajouter une contrainte à ce stade est fort risqué à mon avis et jouera irrémédiablement sur le chiffre d'affaires...

Maintenant, je connais aussi les contraintes d'emballage et les coûts qui dans ce domaine savent très vite....S'emballer

Donc :

- Des solutions "lourdes" (modif moteur) sont enviseageables mais peu recommandées : un filtre, une substitution : le script Thélia a aussi cet avantage d'être léger, clair, compréhensible et donc permet d'envisager ce type de personnalisations pourvu qu'elles soient sous contrôle (COMMENTER clairement les lignes de code ajoutées, ne pas supprimer le script original mais le commenter pour pouvoir faire machine arrière) : à priori il faut que le Webmaster et le marchand soient une seule et même personne.

- Sinon, comme dit Alfouine (une fois que la mandarine a quitté son organisme) ça peut avec le temps tourner au cauchemar. Et comme il a souvent une bonne solution, il t'invite à venir voir ce qu'il a organisé pour répandre à travers la planète le meilleurs des distillations tourangelles  :

http://forum.thelia.fr/viewtopic.php?id=3136

Je ne saurais trop te conseiller d'y réfléchir avant de choisir la solution que tu implémenteras..
Si tu tiens à ton contrôle de cohérence de 6, alors la solution est disponible dans ce très long (le plus long du forum ?) post : petit plugin et modif moteur.

On a fait le tour là non ?

Amicalement,

jb

hello,

Nous quittons définitivement le sujet des cartons de 6 bouteilles mais c'est une discussion intéressante et je me permets de la prolonger juste quelques minutes.

1°) Je me réjouis sincèrement que des personnes de ton niveau Elyos rejoignent la communauté Thélia : tu sembles bien maîtriser la programmation et en plus tu fais partager cette expertise (c'est rare et donc particulièrement appréciable) : Thélia est un programme conçu pour attirer ceux qui justement n'ont pas envie de passer des semaines à maîtriser php avant de lancer un site : nous ne sommes donc pas en général des développeurs mais plus des webmasters voire seulement des commerçants profitant du canal Web pour exercer notre activité. Être épaulés par des programmeurs chevronnés est un vrai atout pour une communauté Open Source e j'espère qu'il en viendra d'autres de ton acabit.

2°) Ceci dit nous sommes bien une communauté, rassemblée autour d'un même et unique projet et, de ce fait, il est important de garder à l'esprit que si chacun modifie dans son coin à droite à gauche  le script, vient un moment où le programme de Dupont ne réagira plus de la même façon que le programme de Durand. Chacun aura son petit fork de Thélia et la notion de communauté se perdra. C'est un peu excessif comme façon de présenter la chose mais ce principe pousse les admin (Yoan et Manu) à mettre en garde contre une modification du moteur. tout au moins préconisent-ils de toujours tout tenter avec le code natif pour arriver à une solution.
Si ça ne marche pas il faut penser en terme de plugin et Thélia est bien fait de ce côté là aussi. La modification en dur du code source doit toujours rester l'ultime moyen de contourner un problème. Et puis recoder les modifs à chaque nouvelle version de Thélia.... 1 fois ça va, 6 mois plus tard c'est beaucoup plus pénible. Dans 2 ans quand la version 4.5 de Thélia, celle qui fait le café et répond tout seul à vos mails sera disponible....

Bref, tout ça est bien théorique, ne fait avancer aucun schmilblick mais m'aura donné l'occasion de te remercier pour tes contributions et d'essayer de donner une direction commune à nos efforts communs : nos réponses sur le forum aux questions de la communauté (communauté fort sympathique au demeurant)   

allez zou jmets mon pied dans le plat aussi, le sujet dérive mais de toute facon je pense que mdb aura trouvé les réponses qu'il souhaite dans les posts précédents.

Alors je trouve la réflexion d'alfouine très pertinante, à savoir ne pas se soucier du nombre d'article dans le panier et faire son calcul ensuite pour le transport.

Sinon pour vous donner mon point de vue de l'intérieur :

- bien évidemment nous ne conseillons pas de modifier le moteur de Thelia, pour une simple et bonne raison évoqué par ottoroots : les mises à jour. Parceque par la suite soit on les fait pas soit on passe trois plombes a refaire les modifs et par conséquent on augmente le risque d'erreurs. Mais bon, ce n'est qu'un conseil, ca ne nous cause aucun problème si vous modifiez le moteur mais je trouve dommage par la suite de se priver des maj de Thelia, comme par exemple la prochaine avec l'admin, qu'on a réalisé avec plaisir et puis sans parler d'une version qui corrige une faille de sécurité (ben oui ca fait longtemps qu'on en a pas trouvé mais un jour ca arrivera).

- un système de plugins est mis en place, certes je peux convenir qu'à certains moments ca peut être fastidieux de développer un plugin, alors que rajouter 3 lignes de code dans le moteur réglerait le problème. On améliore à peu près à chaque nouvelle version le système de plugin en rajoutant des points d'entrées.

Thelia est libre donc libre à vous de choisir la solution qui vous convient le mieux (modification moteur vs plugins).

On prend bien sur en considération tout ce qui se dit sur le forum, j'avais ouvert un post pour demander vos attentes par rapport à la version 1.4.0, en particulier l'admin. On a essayé de prendre en compte au maximum vos considérations, certaines ne le seront pas, pour divers raisons.

Voila donc quelque soit la décision que vous prenez, vous contribuez à votre manière à Thelia et pour ca on peut dire merci

Allez un ptit peu de HS pour terminer

- Pour nous Thelia n'est pas open-source mais libre. Oui je sais ca fait jouer sur les mots ca lol, mais on (yoan et moi) entretient une certaines philosophies du logiciel libre, qui va plus loin que la simple licence qui définit un logiciel, mais tout ce qui l'entoure. Pour moi l'open source, c'est surfer sur la vague du logiciel libre, en disant notre logiciel est open-source mais pour certaines portions de code on veut pas qu'elle soit libre, tel module n'est pas libre etc (et c'est ce qu'est réellement la licence open-source http://www.opensource.org/ ). Donc c'est une licence bancale a mi chemin entre libre et propriétaire.

- Libre ne veut pas dire non plus ne pas se plaindre, en se plaignant on fait parfois avancer le shmilblik, même si parfois ca peut être rageant lol

- et dernier point pour moi libre = répondre à 100% à mes besoins, car je l'adapterais à mes besoins. Donc oui je suis d'accord quand on prend une solution libre, sans rien modifier elle répond pas à toutes nos attentes, mais c'est fait en sorte que ca le devienne

Voila, bien évidemment tout ce petit HS n'engage que moi et ce n'est que mon point de vue et j'accepte tout à fait que d'autres en ait un différent