#ecommerce, #internet &Co
Tombé dans le commerce tout petit, puis dans l'internet un peu plus grand;
Je fais du e-commerce activement depuis… trop longtemps.
Contactez moi
+33(0) 687.007.697
Au lieu de chercher pendant des heures sur l’App Store un OCR gratuit et qui fonctionne bien pour votre iPhone, vous feriez bien de regarder dans les applications déjà installées sur votre smartphone.
L’application Google Traduction fait très bien le job.
Un coup de copier/coller plus tard et c’est réglé.
(À toute fin utile, le livre c’est celui là)
Pour des raisons qui vous sont propres (confidentialités, conscience écologique, …) vous pourriez ne pas vouloir que les visiteurs de votre site impriment vos pages.
Les feuilles de style CSS de votre site peuvent vous permettent de mettre en forme vos pages sur le media « Print ».
De là, il vous est très simple d’ajouter un display : none.
@media print{
article{display:none}
}
Vous pouvez même aller plus loin, en remplaçant le contenu de votre article par un contenu fait pour l’occasion.
@media print{
article p{display:none}
article footer:before{content:'Vous comprendrez que je souhaiterais que ce document ne soit pas imprimé (le papier, la nature, tout ça…).'}
}
Mais bon dans la réalité ce n’est pas imparable, et cette solution peut être pire que le problème, car l’internaute pourra toujours faire « imprim écran », et pour le coup, devoir imprimer même le background de votre site consommant encore plus d’encre et surement encore plus de papier.
Ça n’empêche pas non plus de faire copier/coller du contenu dans un document texte pour l’imprimer.
En fait ça ne décourage juste les moins intéressés.
Mais en toute franchise j’ai mis un titre racoleur à cet article pour faire prendre conscience aux apprentis développeurs web qu’ils pourraient utiliser cette possibilité dans un but plus noble et intéressant, comme bloquer les menus qui sont souvent inutiles pour quelqu’un qui imprime une page web.
Ainsi nous trouverons moins de feuilles de brouillons qui ont au verso des menus de site chez nos tantes et grands parents.
Merci, je compte sur vous pour rendre le monde un peu meilleur.
(PS : N’oubliez pas de tenter d’imprimer cet article, ça me fera plaisir).
Comme je l’avais déjà dit il y a deux ans Mandrill, qui est notre serveur d’expédition d’email, nous a déjà bien sauvé le cul avec une attaque de spammeurs qui se servent de la création de compte sur notre Magento pour envoyer du SPAM à la terre entière.
Un truc sur lequel on serait sans défenses sans Mandrill et sa possibilité de filtrer les emails sortant au niveau du serveur d’envoi.
La semaine passée, je me suis penché sur un problème qui nous pendait au nez depuis le début de l’année.
Depuis le début de l’année, Mandrill nous alertait sur la réputation email de notre domaine qui était en chute lente, mais continue. D’autres chats à fouetter, je ne m’étais jamais penché sur le problème.
Mais la semaine dernière avec le confinement, on s’est retrouvé sous une avalanche de commande (générant des emails par notre site) et nous derrière qui expédiions également des emails à chaque commande pour demander aux clients s’ils avaient bien lu le message indiquant que nous n’expédions plus rien (SPOILER ALERT : Pour les 2/3, non ils ne l’avaient pas lu), et la limite horaire imposée par Mandrill suite à la baisse de la réputation de notre domaine de plus en plus pourrave, ne suffisait plus.
J’ai donc pris le temps de demander des explications à Mandrill, car à mes yeux, on avait le cul propre.
Nous bloquions déjà toutes les tentatives de SPAM.
Après quelques minutes seulement (service client au top top top), ils m’ont répondu, que notre domaine envoyait quand même des SPAM, avec des exemples à la clé.
En effet, notre formulaire de contact nous envoyait des SPAM. À nous.
Notre domaine nous envoyait bien des emails de SPAM pourris incontestablement.
Nous ne les signalions jamais en SPAM (on n’est pas si con, même si j’ai des doutes sur certains), mais les analyseurs de mails notaient bien que notre nom de domaine envoyait des emails avec des liens vers du pr0n ou du v14gr4.
Je ne voulais pas me résigner à installer un Captcha.
Nos clients ont déjà du mal à remplir comme il le faut leur code postal ou leur numéro de téléphone (true story) alors leur demander de recopier des caractères dégradés, ou de cliquer sur des images de voitures ou de bus, c’est impensable !
Autres soucis, notre Magento étant devenu avec le temps tellement instable, qu’il est hors de question d’installer des plugins tiers.
Bon en vrai, il n’est pas instable, il est vitrifié pour garder sa stabilité.
Bon, le problème était clos il n’y avait rien à faire. J’ai passé une nuit à pleurer.
Puis, REVELATION !
Je serais incapable de dire d’où elle est venue, mais je me suis souvenu qu’il était possible d’activer ou de désactiver le formulaire de contact.
Car oui, c’est bien lui qu’il faut désactiver, car les spammeurs pointent leurs robots directement sur le moteur d’envoi, et ne visitent aucunes pages. (J’avais déjà tenté un truc sur cette caractéristique avec Cloudflare, mais sans succès)
Une fois désactivé, j’ai fait moi-même mon petit formulaire et son script d’expé d’email à la main.
J’y ai ajouté deux antispam :
Dans le formulaire j’ajoute un champ URL, que je cache en CSS.
Les robots spammeurs aiment être exhaustifs. Ils remplissent tous les champs des formulaires. Alors pensez-y, un champ nommé URL !
Donc dans mon script si le champ URL est renseigné, c’est à coup sûr du spam.
Essayez, c’est redoutable, et ça fait plus de 10 ans que j’applique cette technique un peu partout.
Pour les plus malins qui visent spécifiquement des Magento, qui savent que ce champ n’existe pas et qui font naviguer leur robot, j’ai rajouté une couche avec l’antispam de WordPress.
Je suis passé par la libraire/function Fuspam en php pour accéder à l’API Akismet.
Pour les messages qui restent coincé dans ce filet, j’enregistre sur le serveur le message et envoie un email neutre à notre adresse indiquant qu’il faut aller vérifier.
J’ai aussi fait une page pour visualiser et supprimer tout d’un coup.
Et pour les messages qui ne passent pas le premier test de l’URL vide, je les déclare tout de suite comme SPAM à Akismet.
Si vous voulez, vous aussi, ce script de formulaire, n’hésitez pas à me le demander.
· Naviguez ·
« Articles plus anciens · Articles plus récents »