Whoami

Hi, Could it be the getProducts() method, in CategoryCore ? This request seems like the big badass one, line 716 (1.6.1)

Bonjour, En effet, chaque page possède son propre fichier compressé mais la subitilité étant que : - Ce fichier est le même pour tout le monde - Ce fichier ne se compresse qu'une seule et unique fois (sauf si on met en "forcé" ce qui n'est pas du tout conseillé ou qu'on vide le cache). Du coup, la première personne qui consulte la page compresse le fichier (un peu plus lent du coup), mais ensuite, tout le monde utilise le fichier compressé.

Bonjour, Ca fonctionne pourtant sans aucun soucis chez moi, qu'est ce que tu veux dire par "ça ne marche pas" ? Si ça ne prend pas en compte la modification, essaye de supprimer le "class_index.php" dans /cache

Bonjour, Va voir du côté de la fonction FileInfo de Php (et notemment tout ce qui est Mime Types).

Totalement d'accord Seb, totalement Ne touche pas au coeur, ton Prestashop te remerciera plus tard. Avec une modification comme celle-ci, tu es quasiment coincé sur cette version et tu fermes de très nombreuses portes évolutives/modulaires. D'ailleurs, tu importes des bigint en 12, mais sérieusement... il y a plusieurs centaines de millions d'addresses dans ta base de départ ? Oo Tu n'aurais pas plutôt une solution pour "convertir algorithmiquement" les bigint(12) de départ en int(10) avant l'import ? (le mieux étant même de les passer sur moins de caractères).

Bonjour, La modification int(10) -> bigint(12) a été apportée sur toutes les tables qui ont "id_address" en (fausse) foreign key ? Je pense par exemple à ps_orders (avec id_address_delivery, etc...) ou des modules qui pourraient en avoir besoin. Par ailleurs, il est possible aussi qu'il faille l'apporter dans le coeur même du Prestashop (au niveau de l'ORM, des "Validates", etc...). Dans tous les cas, c'est une piste de recherche et non une solution, surtout pour prévenir que les effets de bord risquent d'être importants.

C'est un peu le G8 version Prestashop, même s'il manque quelques têtes Xavier qui se la joue "bôgoss" en premier plan Hate d'entendre le résumé de cet échange !

Bien vu Yann mais est-ce quelqu'un en sait plus vu que c'est pour le build .11 uniquement ? Une sorte de Composer pour Presta, basé sur les entités modèles et l'ORM pour générer les bases de données ? Ca veut dire qu'on aura plus de fichier xyz.sql ou de requêtes de bourrins à faire lors de l'installation d'un module sur-mesure ? Ca vend un peu du rêve et je m'enflamme ?

Il suffit d'avoir une tête de rechange Regarde du côté du fichier themes/themeName/js/product.js Exemple 1.6 : // search the combinations' case of attributes and update displaying of availability, prices, ecotax, and image function findCombination(firstTime) //update display of the availability of the product AND the prices of the product function updateDisplay() Et les fonctions en dessous (updatePrice, etc.)

Je suis avec quelques succubes personnellement, ça occupe, on se fait un petit barbecue Quel est le besoin concrêt ? Sinon à la louche sans machine, tu ne peux pas récupérer comme ça l'id attribute en cours, tout simplement car ce qui est pris en compte est la "combinaison". Une combinaison contient un ou plusieurs attributs et ses critères propres (EAN, référence, impacts, etc...) et est reliée au produit. Relationnel rapide : Un produit contient 0-n combinaisons Une combinaison contient 1-n attributs (restreint à 1 par groupe d'attribut)

Héhé je n'ai pas dit que c'était facile d'essayer de sortir la tête de son code et de se mettre à l'échelle d'un niveau moyen, d'autant que c'est très subjectif en définitive Sur ce, mon idée évoquée, je me permets de te souhaiter un bon anniversaire vu que ça semble de rigeur et repars en plongée dans le core de Prestashop

Ce n'est pas vraiment une question de "jouer le jeu" en fait, je vois plutôt ça comme une "couverture normée" pour le marchand. Un client qui achète un module jugé "difficile" au niveau du code doit s'attendre explicitement à une prestation s'il souhaite le personnaliser, en cas de problème bah... c'était notifié comme 8/10 en complexité. Inversement un marchand qui note volontairement 1/10 pour attirer le chaland sur un module excessivement complexe à modifier se prend le risque d'avoir un retour de baton. Après je me place aussi du côté marchand et j'avoue que ça peut freiner les ventes et faire peur à l'utilisateur qui n'est pas du tout dans la technique et qui se sentirait cloisoné dans ce qu'on lui propose... (mais d'un autre côté, c'est aussi la réalité). Sinon Sabrina, c'était surtout pour indiquer au client que "s'il souhaite faire des modifications sur ce que propose le module de base", la modification sera de tel niveau de complexité. Une sorte de prévention pour ceux qui voudraient sortir des clous Edit : Mais aussi pour les développeurs et intégrateurs, qui achètent des modules et thêmes comme base de départ d'un développement bien plus complexe.

Je peux venir pour l'apéro ? Sinon d'un point de vue totalement extérieur sans prendre parti j'ai une petite proposition addon et/ou plateforme externe (je suis aussi développeur, mais de solutions intégrales et gros portails pour des privés, infogérance, etc.). C'est sans doute un peu bizarre, mais bon... Vu que Creastyle signale que certains modules sont "bidouillables" facilement et d'autres non, ne faudrait-il pas que l'auteur du module précise une sorte de "degré de complexité de modification" pour chaque module/thême sous un système de "note" ? Le module aurait genre 2 évaluations : Personnalisation graphique : X/10 Personnalisation du code : X/10 Avec genre dès que c'est supérieur à 5, la nécessité d'appel à un professionnel. Ainsi si on voit un thème avec difficulté à 8/10, on s'attend à ce que la modification soit assez complexe, même pour un pro... Ca éviterai ce genre d'ambiguité. Enfin c'est une idée lancée comme ça

Bonjour, Pouvez-vous préciser la version ? Il semblerait que ce soit (ENFIN !) possible dans la toute dernière révision .11 Je n'ai pas personnellement encore fouillé mais du coup, je vais aller creuser ça (en fait je n'avais même pas remarqué, ça fait des années qu'on ne peut pas le faire nativement). Référence forum anglais : https://www.prestashop.com/forums/topic/395112-are-we-getting-modules-overrides/

Petit up, à part le like de Jonathan ça n'a pas l'air de motiver les foules