Edit History

Pas de souci je suis preneur de tous conseils !

En effet depuis hier je me suis rabattu sur l'utilisation de pSQL après avoir regardé le code source de la fonction update() de la classe Db de Prestashop.

$queryRegl = "UPDATE `"._DB_PREFIX_."pscom_product_fields_lang` pfl
LEFT JOIN `" . _DB_PREFIX_ . "pscom_product_fields` pf ON pf.id_product_fields = pfl.id_product_fields
SET `reglementation`='".pSQL($reglVal, true)."' WHERE id_product=".$params['id_product']." AND id_lang=".$language['id_lang'];

Par contre pour l'utilisation du underscore, il s'agit d'un bloc wysiwyg, donc c'est l'utilisation native.

Par exemple backOffice :

Front-Office (et donc base de données) :

Tout ce qui est _ et après _ n'est pas inscrit en BDD.

Pourtant, voici le retour AJAX de la console :

En base de données, ça s'arrête à 

Quote

gratuitement sur <a href="https://google.fr" target="

Et puis si le client souhaite mettre des _ dans son contenu, c'est aussi impossible.

Pas de souci je suis preneur de tous conseils !

En effet depuis hier je me suis rabattu sur l'utilisation de pSQL après avoir regardé le code source de la fonction update() de la classe Db de Prestashop.

$queryRegl = "UPDATE `"._DB_PREFIX_."pscom_product_fields_lang` pfl
LEFT JOIN `" . _DB_PREFIX_ . "pscom_product_fields` pf ON pf.id_product_fields = pfl.id_product_fields
SET `reglementation`='".pSQL($reglVal, true)."' WHERE id_product=".$params['id_product']." AND id_lang=".$language['id_lang'];

Par contre pour l'utilisation du underscore, il s'agit d'un bloc wysiwyg, donc c'est l'utilisation native.

Par exemple backOffice :

Front-Office (et donc base de données) :

Tout ce qui est _ et après _ n'est pas inscrit en BDD.

Pourtant, voici le retour AJAX de la console :

En base de données, ça s'arrête à 

Quote

gratuitement sur <a href="https://google.fr" target="

Et puis si le client souhaite mettre des _ dans son contenu, c'est aussi impossible.