Dimensions image Ajax champ personnalisé dans vendor

Bonjour,

Si je comprends bien, vous demandez au système de générer des miniatures de 1800*800 px pour les images uploadées dans le champ.
C'est gros, donc cela ne m'étonne pas que cela puisse être long.
Je recommande plutôt de réduire la taille vers 600*400 par exemple.

Il n'y a pas d'option pour forcer la taille de l'image originale qui s'affichera tout le temps avec la taille d'origine.
Une solution, c'est d'enlever le lien autour de la miniature (qui elle a une taille forcée).

Vous pouvez utiliser ce code:

<?php
    if (!empty($this->vendor->vendor_image_test)) {
      $fieldClass = hikashop_get('class.field');
      $field = $fieldClass->getField('vendor_image_test', 'plg.hikamarket.vendor');
      $thumbnail_x = 600;
      $thumbnail_y = 400;
      $download_link = 'order&task=download&field_table='.$field->field_table.'&field_namekey='.urlencode(base64_encode($field->field_namekey)).'&name='.urlencode(base64_encode($this->vendor->vendor_image_test));
      $thumbnail_link = hikashop_completeLink($download_link.'&thumbnail_x='.$thumbnail_x.'&thumbnail_y='.$thumbnail_y);
      echo '<img class="hikashop_custom_file_link" src="'.$thumbnail_link.'" alt="'.htmlspecialchars($this->vendor->vendor_image_test, ENT_COMPAT, 'UTF-8').'" />';
    } else {
      echo  '<img src="images/vendor-exemple.jpg" alt="">';
    }

    ?>

Je n'ai pas d'autre idée. C'est la seule façon que je connaisse pour récupérer une image d'un custom field ajax file/image.
Donc je ne vois pas ce que je peux proposer d'autre.

Par exemple, si vous vendez des tshirts ou des mugs personnalisables et vous voulez permettre à l'utilisateur de fournir une image avec le produit. Un champ ajax image permet de faire cela.
Ou si vous voulez avec des groupes d'images différents dans vos produits pour personnaliser la page produits avec plusieurs affichages d'image à différents endroit du layout.

En fait je pense que je n'ai toujours pas compris ce que vous essayez de faire. Vous voulez que le vendeur puisse upload une image qui sera ensuite affichée sur sa page vendeur. Mais je ne vois pas en quoi la solution que j'ai proposé est un problème ou pourquoi le chargement de l'image serait lent, à part si l'utilisateur upload des images vraiment trop grosses. Est-ce le souci ?

Bonjour,

Vu comment le système fonctionne c'est très rapide 250ms.
Avec une image normale, le navigateur envoi la requête HTTP au serveur web et le serveur web retourne l'image directement.
Avec un champ personnalisé, l'image est stockée dans un dossier sécurisé sans accès direct. Du coup, il n'est pas possible d'avoir le navigateur qui récupère directement l'image sur le serveur web. A la place, il passe par Joomla et HikaShop, et HikaShop vérifie que l'utilisateur ait accès à l'image avant de lire le contenu de l'image du disque dur du serveur et de retourner cela au navigateur.

Dans votre cas, tout cela est inutile, mais pour une utilisation normale des champs de type "upload" c'est très important. Par exemple, pour un upload d'image de tshirt, vous ne voulez pas que n'importe qui puisse récupérer les images de vos clients. Ca serait un problème au niveau des données personnelles de l'utilisateur. Et donc HikaShop vérifie que soit l'utilisateur est loggé avec le compte qui a upload l'image / créer la commande, soit qu'il est loggé sur le backend du site.

Mais vous avez de la chance, la prochaine version d'HikaShop fournira des options supplémentaire sur les champs personnalisés qui permettront, entre autre, de spécifier un autre dossier d'upload pour chaque champ. Du coup, il sera possible ensuite avec votre code personnalisé de mettre l'URL directe du fichier dans le src de votre tag img si vous utilisez un autre dossier que celui qui est sécurisé par HikaShop.

En Avril.