Messages postés par herve_02

@eolia

merci beaucoup pour les liens....

Comment dire...on trouve (je ne donnerais pas de noms) des errors 500, sur la démo, des fatal errors lors de la navigation, des erreurs sql pour pimenter un peu et même des front qui ne s'affichent pas. (ce n'est pas du gratuit !!!)

il y a prestahéros qui semble le moins pire mais il semble falloir installer leur module truc_connect qui est rédhibitoire pour moi (maintenant je conçois qu'ils ne veulent pas qu'on republie le module, maintenant en sources ouverts, cela doit pas être bien compliqué de décorréler - et s'il faut que leur site marche pour que le notre marche parce qu'une partie du taff est fait chez eux, ils peuvent se le rouler en rouleau de printemps et se le mettre où la lumière est rare).). en plus il est en test sur un presta 8.1 ce qui est certes vendeur pour la masse, mais j'ai peur qu'avec notre 1.6 on soit les laissés pour compte. Je ne le publierais pas, je veux juste être autonome sans eux avec le produit et qu'il vive sa vie avec moi.

J'aime pas leur mon_compte mais bon je crois pouvoir vivre avec et taffer un peu pour le modifier. sinon le reste semble assez propre. La question primordiale est : est-ce que cela passera avec les modifications phenix. je ne veux pas accumuler une dette technique à ne pas faire les mises à jour parce que cela casse un truc et que je n'ai pas le temps au moment de faire tomber en marche (en plus les mises à jour tombent comme les feuilles en automne - ce qui est cool) . est-ce que cela passera avec mes modifs du theme bootstrap (je suis pas attaché au look, puisque c'est pour "nous" (et les auteurs qui voudraient se regrouper pour vendre). est-ce cela ne cassera pas nos patch, est-ce que cela modifie grandement le coeur (probablement des overdrives)

Vous en pensez quoi vous ? Si un de vos clients sur phenix vous le demandais, vous lui proposeriez quoi ?. (je peux être corporate aussi ;-) Je pense qu'on peut/doit avancer ensemble. je peux faire des concessions pour faire "groupe".

Maintenant ce n'est pas urgent, mais nous allons à un salon du livre ce WE avec de nombreux auteurs/amis que nous connaissons depuis presque 20 ans, de nombreux en auto éditions... cela peut être une chance pour eux, maintenant que je commence à réussir à faire marcher phénix plus ou moins comme il faut. Pour un premier contact, mais je ne veux pas vendre du rêve que je ne suis pas capable de réaliser proprement.

Mais je n'ai pas assez de temps à y consacrer maintenant, je dois développer (plutôt avancer le travail) sur un système de gestion des droits d'auteurs et des contrats, un système de gestion des comités de lectures avec le suivi de l'avancement des projets, et comme phenix vit sa vie tranquillement en travaillant paisiblement (et que j'arrive à résoudre 90% des soucis en sachant où chercher) je travaille un peu moins dessus (si il y a la recherche sur laquelle je travaille, mais le thème ne permet pas . Il y a le web service en haut de ma liste, mais les comités de lecture frappent vigoureusement à la porte.

encore merçi.

Bonjour, ce n’est pas véritablement une demande de nouvelle fonctionnalité, mais une sorte d'idée prospective.
Nous connaissons de nombreux auteurs en autoéditions et ils ont peu de livres (différents) à vendre ainsi le site serait surtout vide et peu appètent. Mais si ils se mettent à plusieurs (beaucoup) il y aurait un catalogue conséquent et donc plus de possibilité de vendre.

est-ce que ce serait compliqué de faire un phenixsuite où chaque auteur aurait accès juste à ses produits ? et les gérerais comme s'il était seul, tout cela au sein d'un même site communautaire. bien entendu acheter 2 produits de 2 auteurs-site additionnerait les frais de ports de chaque.
Alors j'ai bien vu (façon de parler)le multi boutique mais de ce que j'en ai compris à travers mes lectures sommaires C'est quand on voudrait avoir 2 urls différentes pour le "même site." avec des produits séparés boutiques par boutiques. je dois avoir mal compris mais je crois savoir que les produits de site1 ne sont pas disponibles sur site2. Alors qu'on veut plutôt exactement l'inverse. comme je suis un newbee, je préfère demander à ceux qui savent pour éviter de me triturer les méninges pour rien.

Parce qu'on ne veut pas créer un site et prendre une com sur chaque vente mais proposer à chaque auteur une forme de time sharing communautaire : 1 site plein d'auteurs qui se connectent sur le même site et ne gère que leurs produits. un seul compte bancaire, pas de soucis pour les règlement paypal, sumup etc..., sauf si le multi compte n'est pas trop complexe. la gestion des étiquettes serait compliqué mais à la limite ils font depuis leur compte sur le site transporteur à la main.

Sans se prendre la tête à creuser les difficultés (il y en aura probablement) est-ce que c'est possiblement possible ou pas du tout adapté à l'architecture phenix.

Je suppose qu'il suffirait (ah ah ah) limiter les produits par boutique juste en B0 et ne plus se soucier de l'id boutique en front(sauf pour les frais de ports). Est-ce que ce raisonnement est débile (j'espère que non) et simpliste (probablement) ?

Bon
je n'ai peut être pas les yeux en face des trous... et parfois il y a des subtilités que je ne comprends pas (le truc des images, je ne suis pas d'accord sur le break, mais je relirais après 2 jours de calme).
donc de ce que j'ai compris la classe search

find(....) {
blablabla

1. ajout éola recherche sur les refs on cherche si le/les termes de recherches donnent qqchose sur les références
   ==> donne une liste de produits
   1b) ajouté par moi on fait la même chose recherche nom des fournisseurs si rien sur les refs
   ==> donne une liste de produit

SI LISTE DE PRODUITS

• SI AJAX -> une requête => return
• sinon une autre requête => return
  (ce qui n'est pas idiot, on devrait pouvoir avec des résultats différents entre la recherche auto-complétive et le résultat sur la page)

SI PAS LISTE DE PRODUITS (suite ref - et fournisseurs)
travail sur les termes avec poids de recherche blablabla

• SI AJAX -> une requête
  et une autre requête
  et une intersections que je ne comprends pas
  => donne liste de produits

SI LISTE DE PRODUITS
---> Product::getProductsProperties(...) => return

Pourquoi on ne peut pas faire un truc un peu plus simple du style

1. recherche ref -> pool_result
2. si pas 1 recherche fournisseurs -> pool_result
3. si pas 2 recherche termes -> pool result
4. recherche (pool_result) ==> return produits

Ok, ce fonctionnement semble impliquer que si le chercheur veut trouver dans les termes qqchose qui est une référence, il n'aura que des références et pas le produits. ex j'ai une référence "rose" s'il cherche l livre "la rose" (qui n'a pas rose comme référence) c'est mort, mais j'ai l'impression que c'est déjà le cas.

Le truc le plus "compliqué. on me demande de pouvoir trouver un livre sur son titre (impossible pour moi).
par exemple si le livre "parcours du combattant" existe alors la recherche "parcours du combattant" ne doit donner que cette réponse MAIS s'il n'existe pas alors oui tout les titres qui ont combattant et/ou parcours doivent sortir. Dans le temps (il y a 20 ans) j'avais pour un de mes sites un trucs ressemblant avec la fonctionnalité search full text qui exist(ait?) dans mysql et qui donnait un indice de concordance (je n'ai pas lu le code qui déterminait l'indice de concordance) ainsi sans avoir fait de test, parce que autre temps, autres besoins.... je pense que "parcours du combattant" le livre serait sorti en bonne position, sinon en premier. (de mémoire il calculait la présence des mots dans les champs de recherche en pondérant par le nombre d'apparitions des mots dans tous les enregistrements ainsi si rose est présent que dans un seul enregistrement il avait un poids très fort et sir fleur était présent dans tous les enregistrements il avait un poids null)

je n'ai pas de solutions, je ne fais que poser des questions qui soulevent plus de question encore. - on ne se refait pas.

Autant rếver , le rếve est gratuit pour le moment, cela pourrait ouvrir à des insertions de blocs de recherche conditionnels, celui qui veut une recherche sur la marque il y a juste un bloc à ajouter (ou un switch de conf...) sans rien toucher d'autres.

@eolia
moi si je ne fais pas enregistrer, elle "disparait" (je crois me souvenir, mais je ne manipule pas cette partie là) je me bats avec mondial relay et la livraison à domicile.

je cherche à activer la livraison à domicile du module mondial relay.

dans l'interface de configuration, il est demandé 4 infos (les 3 normales + culture api2)
Cette 4ème info n'existe pas dans notre interface mondial relay et le tech (??? ) que j'ai eu par mail dit que cela n'existe pas. pourtant c'est bien la réponse de l'api mondial relay qui me dit qu'il manque cette info...

<ShipmentCreationResponse xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.example.org/Response">
<StatusList>
<Status Code="10003" Level="Critical error" Message="Une erreur générale est survenue lors de la vérification de la configuration. Vérifiez que le champ culture est bien rempli." />
</StatusList>
</ShipmentCreationResponse>

quelqu'un sait où chercher ?

LE CODE CULTURE EST ( pour la france au moins ??) fr-FR, trouvé ici

https://www.mondialrelay.be/media/68250/mondial-relay-web-api.rar

includes/MondialRelay.API.Class.php: $xml_context->appendChild($xml->createElement( "Culture", "fr-FR" ));

il me semble que moi assis cela le fait , mais je ne manipule pas beaucoup. si je refais çà passe. À un moment j'ai pensé à des problèmes de droits parce que je bidouille pas mal.

@eolia la je pînaile et je suis même pas certain de comprendre toutes les subtilités...

if(!file_exists(_PS_SUPP_IMG_DIR_.$this->supplier->id.'-'.stripslashes($image_type['name']).'.jpg')) {
                       if(!$this->generateFormats($this->supplier->id, $images_types)) {
                           $image = $this->context->language->iso_code.'-default';
                       }
                       break;
                   }

De ce que je comprends si j'ai pas l'image de base directement ==> défault.
si j'ai une image de base on va boucler sur toutes les images censée exister ImageType::getImagesTypes('suppliers') et tenter de les fabriquer... si elles n'existent pas.

je n'ai pas compris le break on fabrique la première image qui n'existe pas ou on fait rien si elle existe et on sort de la boucle foreach ?

de ce que je crois comprendre, si on enlève la break, la boucle va continuer avec le prochain cycle du foreach au lieu de sortir à la fin de la première image générée

d'ailleurs comme on a déjà affecté $image = $this->supplier->id; je pense qu'on peit potentiellement gagner un micoîème de pouillième de millisecondes avec file_exists(PS_SUPP_IMG_DIR. $image.

Mais peut être pas... je ne suis pas assez calé en objet pour savoir si il doit reparcourir l'objet ou si accerder à $îmage n'est pas mieux que d'acceder à $this->supplier->id, auquel cas, $this->supplier->id peut être plus parlant au niveau de lecture du code. et autrant de pas utiliser $image...

je ne suis pas assez fort en proga objet. (et puis il est tard :_)

edit : j'ai même l'impression qu'un continue ne servirait à rien puisqu'on est déjà la fin de la boucle

@eolia

mais du coup, comme les images existent à chaque fois, puisque à chaque vérification d'images on les crée toutes (enfin celles qui manqueraient) est-ce que cela vaut la peine de garder le(s) rewrite apache (et le script php) qui fabrique l'image si elle n'existe pas?
Il y aurait peut être une race conditions : l'image qui serait fabriquée après avoir été appelé dans le tpl ? même si j'ai l'impression que dans le contrôleur , les choses étant séquentielles, elles seraient fabriquées avant de donner la main au tpl ?

est-ce que ce gain de temps et de cpu serait significatif ? Probablement pas à notre niveau de fréquentation où les robots fréquentent plus que les humains (d'ailleurs je suis presque certain que la fabrication des images manquantes se fait à la visite des robots) et le secteur de marché est "restreint" et une large majorité des visiteurs sont des acheteurs (ce site doit exister depuis 10-15 ans au moins) .Je pense, comme lu dans une de vos interventions, c'est surtout les appels mariadb qui occupent la majeure partie du temps. (je n'ai pas encore activé le cache (recompilation à chaque fois) ET le concaténation des JS et CSS)
j'ai encore quelques millisecondes à gagner, sans efforts ;-)

@eolia
je trouve cela parfait..

@eolia
Le soucis avec le système actuel est que toutes les images doivent avoir les même dimensions et pour des livres ce n'est pas possible, il y a du portrait, du paysage, des carrés et donc la génération automatique des images fait qu'on se retrouve avec des bandes blanches partout pour que ca rentre dans le format. oui je sais png et la transparence, je vais refaire l('image de mon "client")

Le script devient tellement compliqué avec des if partout que je me demandais si ce ne serait pas plus simples avec quelques options imagemagick. J'ai tellement pris l'habitude en 25 ans de linux à tout faire par des scripts et des outils que c'est devenu une sorte de seconde nature.
Pour les photos des auteurs(fournisseurs) , comme c'est le même dossiers (et pas sous dossiers) j'ai fais mon script avec imagemagick (3 lignes). pour les produits comme c'est 3/4/5/6/3456.jpg je suis pas chaud avec un script qui parcours... pour le moment.

J'ai un apache-php-mariadb sur un debian et dans mes trucs j'utilise exec dès que je peux. le code est petit très court et très rapide puisque du compilé.
En ce moment s'execute un script qui va watermarquer 2770 fichiers avec les infos de la base de données sur chaque page c'est moins de 200 lignes de code, y compris lecture de la base de données, lecture de la taille des pdf le positionnement centré haut et bas à X mil. du bord de pages de watermarck, la gestion de la police, sa taillle et sa couleur, individualisé sur toutes les pages et compression des fichiers.

Et sur un fichier pdf de 20 pages de texte cela prends 1.5 secondes.

On peut même dans ps_configuration enregistrer les options à passer aux scripts. avec les options "de bases" dès l'install. Mon idée est pourquoi écrire du code qui réinvente en php (ou autre, c'est pareil avec python) ce que le système sous-jacent fait en 3 lignes. MAIS c'est vrai que cela implique un(ou des) systèmes sous-jacent qu'il faut connaître et pratiquer. delivengo utilise ghostscript. mondial relay (je crois) à besoin de soap et curl (peut être à travers php) je me souviens pas, je fais trop de choses. Les choix sont toujours difficiles à faire et quand les choix impliquent d'autres c'est encore plus compliqués. Mais de mon point de vue, il vaut mieux utiliser les outils qui existent déjà et se concentrer sur d'autres choses que de réinventer la roue.

Maintenant je comprends parfaitement le soucis de rétro-compatibilité avec l'existant et avec les modules qui s'installent et attendent probablement certains choses...

Pour l'exemple du contrôleur produits et l'image médium. si on en n'a pas besoin, de cette image, il faut l'avoir qd même sinon ca ne marche pâs ;-) je me suis arraché les cheveux un paire d'heures avant de comprendre pourquoi j'avais perdu toutes les images, juste parce que pour gagner du temps et de la place, j'avais décoché les images dont je ne me servais pas. et je ne comprenais pas puisque les images devaient se régénérer toutes seules (il m'a aussi fallu du temps pour comprendre avec les rewrites d'apache et ma conf qui ne permettait pas les .htaccess) . comme medium n'existait pas c'est comme s'il n'y avait pas d'images.

Mais je ne veux rien révolutionner, juste arriver à faire ce qu'on me demande et si possible sans bouzin ou les lignes se comptent en paquet de 1000.

Je vais devoir des catalogues thématiques pdf.. se sera bien entendu latex qui le fera et mes scripts écriront du code latex. qui compilera tout seul les pdf.

C'est dur d'être "chef" et la critique étant super facile... mais mon "client" est ravi du choix de phénix, C'est un super produit et je veux aider autant que je peux. je commencerais (à part ce que je dois faire pour que cela fasse ce qu'on me demande) par gérer les warning php et alléger les errors_logs .
C'est un tout petit début.

@herve_02

Maintenant peut être qu'on gagnerais pas grand chose, Mariadb a peut être un système de cache..

je croyais avoir déjà posée la question.. la tête.

dans le presta 1.7x , il y avait la possibilité de se connecter comme client (depuis sa fiche) cela permettait de faire du sav pour ceux qui ont du mal.
C'était un module ? c'est compliqué à faire ? je suppose qu'il suffirait juste de switcher l'id non ?

j'ai bien vu le if, je me disais que l'on pouvait supprimer la clause and reférence.... dans les 2 requêtes suivantes puisqu'elle ne sortent déjà QUE les produits pré-triés dans $eligible_products

$eligible_products = Db::getInstance(_PS_USE_SQL_SLAVE_)->executeS($sql, true, false);

et dans la reqête qui suis

    WHERE p.`id_product` IN('.implode(',', $product_pool).')
AND (p.`reference` LIKE "%'.pSQL($expr).'%"
                            OR pa.`reference` LIKE "%'.pSQL($expr).'%")

D'ailleurs je pense même qu'on peut déjà sur alléger cette requête car plein de choses ont déjà été discriminées

@eolia

je me demande s'il n'est pas plus simple de faire un if sur la version ou se taper 300 lignes de codes...

mmm pas de réponse à la question, mais en vieillissant je devins plus "roots"

@eolia
le seul truc c'est que si l'image n'existe pas on ne le sait pas, on affiche à l'aveugle. là le controleur répond image ou pas d'image.

si on modifie juste une fonction dans une classe et/ou un contrôleur est qu'on peut mettre en overide la classe et le contoleur avec juste la fonction qui a bougée ? je re-regarderais dans le bouquin prestashop 1.6

Je dois faire des modifications dans la classe search
je regarde la function find(qui nous interesse). si je la symbolise j'ai un truc comme ça.

recherche sur ref { //add by eolia
     select ... blabla where ref(s) = blabla
     // une seule ref sinon ça marche pas mais bon 
     ==> total et ids des produits
}
si total{
   si ajax {
          select ... blablabla 
          where p.id in (ids des produits) //  ok normal
         and reférence.... <=== inutil car déjà discriminées dans rechercher sur ref
           }
    sinon {
          select ... blablabla 
          where   blabla <== on ne récupère pas les ids déjà trouvés, 
                         la recherche n'aura pas le même résultats que l'ajax
         and reference = blablabla  //et encore la référence.....
              }

} // fin de si total

puis recherche sur les mots

je pense qu'on pourrait supprimer les références dans les clauses where dans le if ($total) et qu'on devrait ajouter
p.id in (ids des produits)
dans le where de la requête pas ajax.

là c'est une question largement plus "philosophique". Pourquoi on n'utilise pas plus intensément le système sous-jacent. Effectivement cela le rend moins "portable" (sous windows on peut ne pas avoir les même outils) et je parle pas de bsd ou autres. enfin quoi que. Maintenant le module delivengo utilise gs pour générer des pdf...

Je pense notamment à la fonctions des images. pourquoi avoir 200 ou plus lignes de codes php qui tape dans imagemagick alors qu'on pourrait avoir une seule ligne imagemagick.

par exemple

convert 1.jpg -resize 125x125^ -gravity Center -crop 125x125+0+0 +repage new1.jpg

cela redimensionne une image à 125x125px sans anamorphose et en "recadrant" pour que le centre de l'image soit encore au centre.

Cela ferait gagner pas mal de lignes de code et de rapidité.

Je suis un tout newbie au code de phenix, mais je dois faire des modifications pour faire tomber en marche comme "on" (ah ah) veut (on a tous un chef au dessus). L'objectif avoué étant d'avoir les photos des fournisseurs (qui sont des auteurs chez nous) Nous utilisons un dérivé du thème default-bootstrap car, même si cela demande plus de travail qu'en trouver un qui ressemble plus à ce que nous voulons, au moins nous sommes le plus proche possible du main stream.
donc pour revenir à nos moutonnssss.

Je me suis penché sur le controller front SupplierController qui regarde s'il y a des images

$row['image'] = (!file_exists(_PS_SUPP_IMG_DIR_.'/'.$row['id_supplier'].'-'.ImageType::getFormatedName('medium').'.jpg')) ?
                   $this->context->language->iso_code.'-default' :
                   $row['id_supplier'];

La question est pourquoi tester sur 'medium' alors que naturellement si une image existe il y a obligatoirement $id_supplier.'.jpg' ret maintenant ( ???) $id_supplier.'.png' pour les transparence - ceci dit c'est eut être que sur les produits la transparence.

Alors peut être y-a-t-il une raison à cela ?

en renvoyant juste l'id_supplier (ce qui est fait) cela permet au thème de choisir l'image qui veut être affichée et qui est donc core-agnostique.
j'ai téléchargé un zip vanilla pour vérifier que ce n'était pas moi qui avait fait cette modif il y a longtemps pour faire tomber en marche un truc que je ne comprenais pas.

Ce code sert à suppler-list.tpl (assignAll) mais je vais le "dupliquer" dans assignOne pour avoir l'image dans la page du fournisseur.

Et c e n'est pas idiot non plus cela permettrait à un fabricant ou petit artisan de montrer dans quels boutiques (avec une photo) ou ses produits sont vendus, les boutiques étant du coup attachées aux produits et pas à l'artisan. proposant différentes filières : des produits vendus là et pas ailleurs et d'autre vendus ailleurs et pas là.
Il suffit juste de traduire supplier différemment.

@ecommerce2025

symphony c'était pas suffisant comme usine, il y a maintenant typescript.

C'est pas comme si on avait l'impression que le but est de remettre à zéro toutes les compétences des gens qui travaillent sur prestashop.

@eolia

cooollll

de toute façon tout sera mieux que le presta 1.7.7.x qui gère la boutique actuelle. Le BO est cassé en mille morceaux (il parait que la migration 1.4 -> 1.7.7 a été violente et douloureuse... peut être plus de 20 modules de tous zorizons) parfois lorsque l'on active ou désactive un module, on arrive sur une page .json pour faire tomber en marche comme je voulais la nouvelle version de paypal (oui je suis un malade mental d'avoir mis a jour un module sur une boutique au BO un peu cassé (il manque des icones cela casse toute la mise en page, il faut plus de 10 secondes pour acceder à une page de config) donc pour le faire tomber en marche j'ai du lire du code et taper directement dans ps_configuration et tenter de trouver les bonnes variables.

tout le reste sera un parcours de santé

;-)