Nil Le 18/09/2016 à 10:08 Non mais ça se défend : si, pour une raison ou pour une autre, on est obligé d'ajouter un 30 ou un 31 février, il vaut mieux se baser sur la bibliothèque du système pour vérifier la validité d'une date plutôt que faire des tests en interne (tests qui risquent d'être incomplets, erronés ou qui, de toutes façons, rendront l'application inutilisable en cas de bascule vers un nouveau système. Là, au moins, ça résout les problèmes (c'est un peu comme arriver à gérer la seconde intercalaire ; si ton appli est à la seconde, elle peut être perturbée par le fait qu'une journée fasse une seconde de plus, alors qu'en s'appuyant sur le système, c'est bon - si ladite librairie est à jour).
Pas tout à fait là, pas tout à fait la personne que vous croyez connaître.
Tron Le 18/09/2016 à 11:02 Et si ton système ne gère pas ça, ou n'est pas mis à jours (genre, heu, Android) tu dois laisser ton appli en rade et sans support ?
Nil Le 18/09/2016 à 11:54 C'est peu ou prou ce qui s'est passé lors du passage à l'an 2000, en fait... donc... oui ? C'est pour ça que la politique de màj d'Android est abusivement pourrie.
Pas tout à fait là, pas tout à fait la personne que vous croyez connaître.
Je viens d'utiliser un fer à souder, chose que je n'avais pas fait depuis plutôt longtemps, j'ai un peu galéré en fait ^^
Arvi89 Le 19/09/2016 à 11:27Edité par Arvi89 le 19/09/2016 à 11:40 Je n'arrivais pas à faire fondre l'étain pour que ça se pose comme il faut, ça partait n'importe comment ^^
(fallait que je soude un petit interrupteur sur une carte style rpi)
Uther Le 19/09/2016 à 11:30 Je suis vraiment pas un expert en soudure, en fait j'ai toujours l'impression qu'il faudrait avoir 1 bras de plus pour manier correctement a la fois le fil, le fer et l'étain.
vince Le 19/09/2016 à 11:55 soyez rassurés, mêem avec un bon niveau, même avec les bons outils, y'a toujours un moment où t'arrives pas à faire ce que tu veux parce qu'il te manque une main...
Nhut Le 19/09/2016 à 16:22 Si tu prêtes 20€ à quelqu'un que tu ne reverras plus jamais, alors ça en valait la peine.
Ca fait 3 bières quoi, c'est vite rentabilisé.
{Godz,Squal}{i,y}l > je pense que Nhut veut dire par là que 20 € pour être débarrassé à tout jamais de quelqu'un qu'on n'aime pas, c'est pas cher payé.
—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboIl y a quelques temps j'avais parlé de notre hébergeur d'email qui a un système de sécurité con, qui si on utilise un autre serveur pour l'envoie d'emails (comme pour la newsletter par exemple), même si le spf est bien configuré, refuse d'envoyer le mail, car tous nos emails doivent passer par eux sans exception.
Le problème c'est que, non seulement ils font cette vérification pour le domaine concerné (à la rigueur on se débrouille), mais aussi pour tous les domaines qu'ils gèrent (donc aucun moyen de savoir à l'avance).
Donc notre site envoie les emails directement depuis le serveur aussi (comme la newsletter), mais de plus en plus de monde utilise alimail (notre hébergeur mail) à Pékin, et donc ils ne reçoivent pas l'email de vérification car on envoie de notre serveur et non en utilisant leur service. C'est très chiant.
En gros, les boîte A et B sont chez alimail. A peut envoyer des email à C et D utilisant n'importe quel serveur, mais pas à A ni B, là il faut absolument utiliser le smtp alimail (qui va très vite dire qu'on envoie trop de mails si on en envoie plus de 50 d'un coup).
Nil Le 20/09/2016 à 08:23 Il devrait être interdit d'utiliser un SMTP d'un autre domaine pour envoyer des mails et tous les envois devraient être auhentifiés. Ca ne serait certes pas la solution miracle contre l'usurpation d'identité, mais ça résoudrait bien des problèmes (de toutes façons, le SMTP est un protocole pourri qui mériterait de mourir rapidement au profit d'autre chose). Donc la démarche de votre hébergeur, bien qu'imparfaite, est loin d'être bête. D'autant que ça peut lui éviter de se faire blacklister par les gros opérateurs mails si quelqu'un fait du spam en utilisant (même en faisant du spoofing) une adresse d'un domaine déclaré chez eux.
Normalement, ils doivent avoir des abonnements spécifiques pour l'envoi d'emails en masse, avec des sécurités et des serveurs SMTP spéciaux dédiés à ça. Mais ça a un prix.
Pas tout à fait là, pas tout à fait la personne que vous croyez connaître.
Bah si c'est très bête, comment ferraient toutes les boîtes qui utilisent une compagnie X pour envoyer les newsletter par exemple ? Ils utilisent leurs propres smtp, et c'est ton domaine, il faut bien pouvoir envoyer.
(et d'ailleurs ce système est très bête puisque je peux envoyer les emails à tout le monde, sauf ceux qui ont leurs emails gérés chez eux, donc une fraction de sécurité en plus)
Et je n'utilise pas un smtp d'un autre domaine, j'utilise le même domaine mais sur un autre serveur.
Et si j'envoie plein d'emails depuis mon serveur, ils ne risquent pas de se faire blaklister, juste mon domaine, pas leurs serveurs, puisque justement je ne les utilise pas.
ils y a une solution pour envoyer beaucoup d'emails, mais il faut préparer le template d'abord, et ne pas le changer du tout (une avait rajouter une bannière dans la newsletter, ils ont bloqué...)
edit : Je viens de voir, on a disons domain.com. Si j'envoie un email de notre serveur depuis xyz@domain.com à stu@domain.com ça va être bloqué, par contre, si j'envoie un mettant une une autre adresse (ici xyz@abc.autre-domain.com, abc.autre-domain.com est le nom du serveur), mais en changeant le from après pour avoir xyz@domain.com ça passe.
vince Le 20/09/2016 à 09:35 Souhaites la bienvenue aux hipsters qui achetent du rétro pour se la jouer et aux opportunistes qui achètent pour spéculer en revendant à prix fort à ceux qui voulaient se la jouer...
Le serveur alimail est proprement déclaré dans le mx oui, ainsi que le spf, mais ça ne suffit pas pour pouvoir envoyer depuis notre propre serveur.
Si je rajoute un mx de moindre priorité, ça ne va rien changer non ? Ca ne va pas passer en priorité par les serveurs de notre hébergeur mail ?
Enfin bon, c'est bien chiant à gérer les emails quand même, c'est une belle galère ^^
