Forum Replies Created

Viewing 15 replies - 1 through 15 (of 878 total)
  • Plugin Author Halyra

    (@harasse)

    Petit faux pas de WordPress qui devrait être corrigé à sa prochaine version (même Woocommerce est touché par ce bug).
    En attendant cette version, copiez le fichier
    …/wp-content/plugins/collect-and-deliver-interface-for-woocommerce/languages/cdi-fr_FR.mo
    vers
    …/wp-content/languages/plugins

    Plugin Author Halyra

    (@harasse)

    Bonjour,

    Je pense voir d’où vient le problème.

    Vous pouvez tester la version Beta? 5.5.4-Beta sur https://www.ads-software.com/plugins/collect-and-deliver-interface-for-woocommerce/advanced/?? Advanced Options .

    Merci de faire un retour si vous testez.

    Plugin Author Halyra

    (@harasse)

    Bonjour,

    La question est solutionnée (du moins en partie) dans ce sujet : https://www.ads-software.com/support/topic/fatal-error-orderlist/

    Plugin Author Halyra

    (@harasse)

    Je n’ai pas d’explication à cette situation. La structure d’un attribut est celle-ci quand il est créé directement dans un produit :

    [couleur] => WC_Product_Attribute Object (
    ??? [data:protected] => Array (
    ??????????? [id] => 0
    ??????????? [name] => Couleur
    ??????????? [options] => Array (
    ??????????????????? [0] => Bleu
    ??????????????????? [1] => Blanc
    ??????????????????? [2] => Rouge
    ??????????? )
    ??????????? [position] => 1
    ??????????? [visible] => 1
    ??????????? [variation] =>
    ??? )
    )

    Il y 2 différences quand? l’attribut est créé globalement depuis Produits > Attributs : 1) la clé possède un préfixe “pa_”? (ce qui est votre cas) et 2) la valeur des options renvoie à la table terms de la BDD où les valeurs sont stockées.

    Je n’ai pas réussi à créer un attribut simplifié comme vous avez. Malgré ce mystère, on peut quand même considérer la question traitée pour l’aspect CDI car il ne cherche que les attributs “hstariff” ou “pa_hstariff”.

    Plugin Author Halyra

    (@harasse)

    Merci pour ce retour.

    Tous les attributs de WC doivent être des objets. Vous aurez dans l’après-midi une version correctrice 5.5.3 qui évitera tout attribut mal formé.

    ?Mais je n’ai aucune idée sur la fa?on par laquelle votre attribut “taille” a pu être introduit? (par un plugin autre que WC ?, par une version historique de WC ?).

    Plugin Author Halyra

    (@harasse)

    bonjour,

    Pouvez-vous vérifier que vous avez bien dans vos réglages CDI une valeur numérique pour la tare des colis.

    D’autre part pour vérifier que vos attributs de produits sont corrects, pouvez-vous insérer la ligne :

        cdi_c_Function::cdi_debug( __LINE__, __FILE__, $attribute, ‘tec’ );

    avant la ligne 273 de votre fichier CDI-Orderlist.php, et sa structure sera alors insérée dans votre cdilog.log.

    Plugin Author Halyra

    (@harasse)

    Hello, I don’t exactly catch your difficulty.
    The simplest way would be to give us an image of your CDI shipping table and its parameters, and we should be able to guide you. Check that you indicate your weights in grams in the CDI table, and that your weights in the products are indicated in the unit you gave to WC.?

    For information, the management of this CDI tables is common for all CDI carriers. I don’t think there can be any interaction with Dokan at this level.

    Plugin Author Halyra

    (@harasse)

    Bonjour, Désolé pour vos soucis.

    Pour les aides, en haut de chaque page CDI vous avez un bandeau d’aide contextuelle (? Aide ?) qu’il est préférable de lire.

    L’erreur qui vous est donnée indique que votre 1ère ligne d’adresse WC est invalide ou absente. Il vous faut corriger ce point.

    Vous générez effectivement une étiquette “Mondial relay” en cliquant sur le bouton à droite dans la page “Passerelle CDI”..

    Mais il vous faut souscrire un contrat avec Mondial Relay pour pouvoir faire de étiquettes réelles. Et dans ce cas c’est Mondial Relay qui vous facturera.

    Plugin Author Halyra

    (@harasse)

    Bonjour,

    Après tests approfondis, oui en effet c’est trop combinatoire. il faut simplifier.

    Directement dans la zone attribut du produit, déclarez ‘hstariff’ et donnez lui une valeur (seule la première d’une liste est prise en compte). Puis testez avec cela pour éventuellement forcer la valeur :

     add_filter( 'cdi_filterarray_orderlist_before_metaboxcn23art','example2_cdi_filterarray_orderlist_before_metaboxcn23art', 10, 4) ;
    function example2_cdi_filterarray_orderlist_before_metaboxcn23art ($arrayinitmetabox, $order, $valueshippingmethod, $item) {
    global $woocommerce;
    $product_id = $item['product_id'];
    $product = wc_get_product( $product_id );
    $attributes = $product->get_attributes() ;
    foreach ( $attributes as $attribute ) {
    $attribute_name = $attribute->get_name();
    if ($attribute_name == 'hstariff') { // Check if it's the right taxo you are looking for
    $attribute_value = $attribute->get_options()[0]; // Only the first in array
    $arrayinitmetabox['_cdi_meta_cn23_article_hstariffnumber'] = $attribute_value ; // Update item order with data you want
    break ;
    }
    }
    return $arrayinitmetabox;
    }
    Plugin Author Halyra

    (@harasse)

    Bonjour,

    Une hypothèse : Les hstariff  d’origine mis dans les produits contiennent-ils des blancs ou digits non  numériques  ?  Depuis la version 5.2.5 un contr?le supplémentaire a été mis sur la structure de ces données.

    Sinon pour forcer un hstariff ou autre donnée, vous pouvez aussi utiliser le filtre : ‘cdi_filterarray_orderlist_before_metaboxcn23art’? .

    Voici un exemple d’utilisation de ce filtre qui reprend un attribut du produit pour le réinjecter dans la commande en hstariff :

      add_filter( 'cdi_filterarray_orderlist_before_metaboxcn23art','example2_cdi_filterarray_orderlist_before_metaboxcn23art', 10, 4) ;
    function example2_cdi_filterarray_orderlist_before_metaboxcn23art ($arrayinitmetabox, $order, $valueshippingmethod, $item) {
    //Change datas in $arrfilter array to be put in metabox
    //Example to pick-up a hstariffnumber in product to force in order items
    global $woocommerce;
    $product_id = $item['product_id'];
    $product = wc_get_product( $product_id );
    $attributes = $product->get_attributes() ;
    foreach ( $attributes as $attribute ):
    $attribute_name = $attribute->get_taxonomy(); // The taxonomy slug name
    if ($attribute_name == 'pa_hstariff') { // Check if it's the right taxo you are looking for
    $attribute_slugs = $attribute->get_slugs()[0]; // The term slugs
    $arrayinitmetabox['_cdi_meta_cn23_article_hstariffnumber'] = $attribute_slugs ; // Update item order with data you want
    }
    endforeach;
    return $arrayinitmetabox;
    }

    Pour info, lors de la prochaine version de CDI, la séquence du hstariff devra être réécrite pour être plus conforme aux règles Woocommerce.

    Plugin Author Halyra

    (@harasse)

    UPS a repoussé sa dead-line de migration – authentifications OAuth 2.0 et  RESTful – au 5 ao?t 2024.

    En conséquence la dernière version stable de CDI (5.5.1) embarque désormais cette migration UPS. 

    Les utilisateurs n’ayant pas encore effectué leur migration UPS peuvent continuer à utiliser la version 5.4.0 jusqu’au 5 ao?t 2024.

    Plugin Author Halyra

    (@harasse)

    Bonjour,

    Il n’y a pas de règles préétablies fonction du volumes des articles.


    Mais vous pouvez le faire avec quelques lignes de code en s’accrochant au filtre CDI “apply_filters( ‘cdi_filterarray_shipping_rate’, $rate, $rates, $classlist );” du fichier CDI-Shipping.php. Dans le paramètre $rate, vous avez toutes les caractéristiques des articles du panier, dont les 3 dimensions de chaque produit.

    Dans le fichier examples/CDI-filters-example.php vous avez un exemple très simplifié sur la fa?on d’utiliser ce filtre.

    Thanks. The shipping_method extensions will obviously adapt to the new rules chosen when stabilized.

    But the real problem is to avoid forcing all operating e-commerce sites already using these extensions to have to manually update their shipping settings.

    For me, its 8.9.1 (and it was the same with 8.9.0).

    Hello @aredwine. I have the same problem. Which only appears when Checkout is in Checkout block mode, but does not occur when using WooCommerce Core (short code). You should try to see if it is indeed the same case.

    After investigation, I detected that it is a new control in Checkout block (OrderController.php file) which verifies that all the “shipping_methods” Ids announced contain in their Id string the class identifier of the extension (why ?). Which now seems exclude, when Checkout block mode is used, all the “shipping_methods” (and theirs merchants) for which this new rule was unknown.

Viewing 15 replies - 1 through 15 (of 878 total)