
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Je ne comprends pas très bien l'essence du problème. Eh bien, l'auteur veut qu'un bonus de fidélité apparaisse dans la publicité. Il insère donc son adresse électronique dans le produit et précise que le bonus est "sans obligation" ; qui veut le contacter par courrier électronique après avoir acheté le produit. ...Ce n'est pas bon ?
Non, ce n'est pas le cas. Si une personne m'envoie simplement un courriel, je ne saurai pas qu'elle a acheté un produit chez moi. L'option de Mishek est la seule qui fonctionne. Mais alors chaque client, pour lui donner ce bonus, devrait être invité à poster un commentaire dans le fil de discussion du produit pour s'assurer qu'il est bien un client. Ensuite, il faut le contacter en privé pour obtenir un email de sa part où le bonus doit être envoyé.
L'option que je propose me libère de tous ces "tracas". L'utilisateur a acheté un produit et est arrivé jusqu'à moi dans la liste des acheteurs, qui contient l'identifiant de l'acheteur et le nom du produit. S'il a besoin du bonus offert, il lui suffit d'en faire la demande sous la forme d'une lettre envoyée à mon adresse électronique, dans laquelle l'identifiant sera spécifié. Dans la liste des acheteurs de mon profil, je détermine s'il existe un tel identifiant et j'envoie un courriel de réponse avec le bonus. Tout est simple, élégant et civilisé. :)
Je n'oublie pas que toute amélioration du marché sera apportée une fois qu'il sera suffisamment rempli. Peut-être que les développeurs aimeront cette suggestion et la mettront en œuvre. Si ce n'est pas le cas, chacun fera ses propres schémas en dehors du mécanisme du site.
Ne pouvez-vous pas voir de qui provient le paiement ? En effet, si j'ai bien compris, l'argent est transféré du compte personnel de l'acheteur au compte personnel du vendeur. Les coordonnées de l'acheteur devraient donc être indiquées.
Ne pouvez-vous pas voir de qui provient le paiement ? En effet, si j'ai bien compris, l'argent est transféré du compte personnel de l'acheteur au compte personnel du vendeur. Les coordonnées de l'acheteur doivent donc être indiquées.
Lors du paiement du produit vendu, mql5_internal est indiqué comme l'expéditeur de l'argent. Il n'y a aucune information sur le véritable acheteur.
Quels sont les autres avantages dont je peux bénéficier si j'ai un identifiant d'acheteur ? Par exemple, pour les utilisateurs qui ont déjà effectué un achat, le vendeur peut accorder une réduction pour les achats futurs de n'importe lequel de ses produits. La remise peut être cumulative. Ce mécanisme devrait figurer dans le profil du vendeur, où il peut définir des valeurs. Par exemple, si l'utilisateur a déjà acheté l'un des produits, la remise sur les produits suivants est de 5 %. Si l'utilisateur a déjà acheté deux produits, la remise sera de 10 %, etc.
Les remises sont une escroquerie. Ceux qui accordent des rabais augmentent le prix à l'avance. Et les gens tombent dans le panneau.
Une telle politique de rabais conduira au fait qu'au bout d'un certain temps, vous ne pourrez plus tenir vos promesses (rabais), ou vous travaillerez gratuitement.
Élargissez votre réflexion. Quelles sont les raisons pour lesquelles ces situations peuvent se produire ?
Je pense que vous devriez vérifier ce lien https://www.mql5.com/go?http://www.whitesmoke.com/free-online-checker, car ce lien a une mauvaise réputation sur http://www.mywot.com/.
Je vous remercie. Le lien est remplacé par http://www.spellcheck.net/.
Comment est-il possible de ne pas pouvoir décompiler les fichiers ex5 ? Vous ne le détaillez pas.
Les DLL sont plus sûres pour stocker le code afin de le protéger contre une utilisation non autorisée, ou du moins pour réduire considérablement les possibilités de rétro-ingénierie.
Je ne vois pas pourquoi les dll ne sont pas prises en charge sur le marché. Même si elles doivent être analysées pour détecter les virus ou faire l'objet d'une clause de non-responsabilité spéciale, je pense que les développeurs devraient avoir la possibilité de distribuer les dll + les ex5.Comment est-il possible de ne pas pouvoir décompiler les fichiers ex5 ? Vous ne le détaillez pas.
Les DLL sont plus sûres pour stocker le code afin de le protéger contre une utilisation non autorisée, ou du moins pour réduire considérablement les possibilités de rétro-ingénierie.
Je ne vois pas pourquoi les dll ne sont pas prises en charge sur le marché. Même si elles doivent être analysées pour détecter les virus ou faire l'objet d'une clause de non-responsabilité spéciale, je pense que les développeurs devraient avoir la possibilité de distribuer les dll + ex5.Le fichier-ex5 n'est pas un code natif . Le fichier est un code byte ex5 crypté qui est compilé en code natif avant d'être exécuté. Par conséquent, il n'est pas possible de le décompiler .
Le fichier-ex5 est créé en tant que fichier sécurisé, avec un support pour le cryptage de Windows. Dans le langage de mql5 , il est impossible d'écrire un virus.
Le code estdonc complètement sécurisé ex5, contrairement à la dll.