Yvanoph Karim Modérateur ABC du Web Karim Yvanoph WebMaster 3Alannet webmaster@abc-du-web.com BP 116 7080 Menzel JEMIL Gouvernorat de BIZERTE Tunisie Yvanoph www.abc-du-web.com 0021625332209
Retour à l'Accueil du Mode d'Emploi du Forum XWebDesignor ?
   Accueil   Aide Rechercher Tags Identifiez-vous Inscrivez-vous  
Pages: [1]   Bas de page
  Imprimer  
Auteur Fil de discussion: [php] - Expédier quoi que ce soit par #Internet ?  (Lu 57873 fois)
yvanoph
Administrator
Hero Member
*****
Hors ligne Hors ligne

Messages: 2 818


Le PIRE des défauts, ne pas RECONNAÎTRE une erreur


Voir le profil WWW
« le: Mer. 23 Mai 2018 à 14:55:00 »

php est un #Logiciel, #Programme prodigieux en ce sens qu'il permet de "discuter" avec un autre #Ordinateur, couramment un #Serveur, situé dans la pièce à coté comme à 20 000 km, ce qui n'entend d'ailleurs surtout pas AFFICHER Non, non, NON ET NON !, car ça c'est bien autre chose, et donc d'échanger Bien bien !, détruire Wouaïe la HONTE ?, lire Attend voir..., recueillir Dire quoi ? ? ?, stocker Perfect ! tous types de données Youpiii sous tout format possible Ma qu'il est FOU ? !


Ce qui est un sacré prodige comme un "truc" sacrément DANGEREUX ? Néanmoins, et là dessus vous NE POUVEZ PAS NE PAS être d'accord, pour qu'il y ait un échange quelconque, il faut :

- être au moins DEUX,

- pour qu'il soit fructueux, que chacun des deux sache QUI est l'autre Choking, pour exemple il ne serait pas vraiment bon de débiter auprès d'un inconnu où avoir caché ses lingots si nous sommes censé être pauvre sans comptes au #Panama ou en #Suisse et que l'inconnu en question soit finalement un agent du #Fisc (Abrégé de confisque, mais le C.N a été ôté, va savoir pourquoi... Poum poum pidoum...),

- que les deux utilisent le même #Langage, sinon OBLIGATION de passer par un tiers qui jouera le rôle de #Traducteur, avec toutes les réserves que cela laisse à supposer quant à l'exactitude voire le sens profond de la Traduction,

- que chacun ait la civilité d'attendre que l'autre ait fini avant de répondre sans parfois seulement avoir compris toutes les données ni le contexte, bref, la "règle du jeu" au complet, sinon risque quasi certain de cacophonie ?


Il n'est donc point question de vous expliquer l'intégralité de php dans ce #Fil, et encore moins aucune Fonction, quoique juste survoler un instant l'obligation d'un #Traducteur à un instant donné, mais juste vous donner un aperçu et donc les exigences minimales pour que tout cela fonctionne à peu près correctement ?

Donc première évidence, souvenez-vous de ce que vous faisiez à la bonne vielle époque des #Courriers manuels, vous oubliez jamais de mentionner au complet le destinataire, sinon distribution impossible, et accessoirement l'expéditeur sinon retour tout aussi impossible en cas de non distribution ? Voire passage par #Libourne (33) pour dépouiller, enquêter et tenter de retrouver Bien bien ! destinataire comme  expéditeur ?

Bien évidemment sur #Internet, il est parfaitement possible d'envoyer un #Courriel / #Mail sans mentionner C'est QUI LE Chef ? l'adresse de l'expéditeur ? Et là, s'il se perd (Erreur de frappe par exemple dans l'adresse ?), personne n'en sera prévenu... Et strictement personne n'en saura d'ailleurs jamais rien, aussi aucune recherche ne sera jamais entreprise comme par les #Postes ?

Mais, si cela était facilement possible il y a "fort fort longtemps", il faut savoir que ça ne fonctionne plus autant comme ça maintenant ? D'autant que, à savoir et à NOTER Autorité ! ! !, chaque #Courriel expédié reçoit un "Numéro de Châssis", de fait un identifiant UNIQUE généré par le "Système", contenant entre autres à minima l' #IP de départ, l'heure au format mondial, jusqu'à la longueur EXACTE de son Contenu, bref, LA chose impossible à modifier sans en connaître tous les algorithmes, et encore, comme une copie est faite à l'abri, une "preuve modifiée" pourrait être recalée, juridiquement parlant, sans parler des "pénalités attribuées en retour" Au s'cours ! ?

Néanmoins, cette "astuce" de ne pas se déclarer en tant qu'expéditeur a été largement exploitée par les #SPAMMEURS et autres #ESCROCs en tous genres dès le début. Mais restait quand même l' #IP qui, ELLE, permet toujours de remonter toute la filière...


La conséquence de tout ça a été que rapidement un expéditeur a été rendu quasiment obligatoire pour tout le monde, d'où le rajout effectué par M NEUTS sur son #Bouton d'expédition ?

De là à mettre n'importe quelle adresse #Courriel, pourquoi pas ? Et c'est ce que ne sont pas gênés de faire les #SPAMMEURs et autres #ESCROCs de tous poils ? Mais ... Attend voir..., n'oubliez pas, comme mentionné ci dessus, les #IP sont enregistrées, donc rien n'empêche aussi de les contrôler tant qu'à faire ? Il suffisait de rajouter quelques lignes de #Code, et ZOU Bien bien ! !

Alors imaginons qu'un expéditeur, propriétaire du #Site dont le #ND, Nom de Domaine, serait nommé premier.com, avec l' #IP 0.0.0.1, et qui se permette depuis ce #Site d'expédier un #Courriel sous le #ND dernier.com qui lui aurait l' #IP 255.255.255.255...
Pensez-vous que les #Robots soient assez C.Ns pour ne pas remarquer que ça ne colle pas du tout ? Car si un #Courriel est issu, initié, expédié depuis une #IP 0.0.0.1, il est IMPENSABLE qu'il puisse avoir une adresse en dernier.com Non mais... ? ? ? Ca coule de source, Attend voir... NON ?
C'est ainsi que ce #Courriel part avec un sacré handicap, et finisse fort probablement dans les #SPAMs ou "Indésirable"s...

PIRE, si la chose devient fréquente, même régulière, le score "anti spam" va augmenter inexorablement, voire même le #Serveur expéditeur sanctionné pour ne plus expédier quoi que ce soit à terme...

Ce qui explique que parfois, un #Administrateur (En #Fraais), #WebMaster de #Site puisse, de toute bonne foi puisque sachant ne jamais avoir expédié un #SPAM / #POURRIEL quelconque, être sanctionné comme tel, tout simplement pour avoir mis une adresse "bidon" comme expéditeur dans le #Formulaire d'envoi d'un #Courriel / #Mail depuis son #Site pourtant totalement légal et propre ?


Donc, par principe de tranquillité comme pour satisfaire aux exigences d' #Hébergeurs normaux Perfect ! car scrupuleux, il convient de BIEN mentionner dans tout #Module d'expédition d'un #Courriel, ou d'une #Commande etc. un EXPÉDITEUR qui COLLE avec le #Site !

Pour exemple, pour le #ND machin.com, truc[at]machin.com serait parfait ? Mais ATTENTION, l'adresse "truc" DOIT exister, il est très facile pour un #Hébergeur de comparer les noms usités et la réalité des #Boites existantes...

Bien évidemment, il y a possibilité de changer de #Serveur en #SMTP, mais là AUSSI remonter le fil ne posera aucun problème, bien que ce soit utilisé couramment par les #ESCROCs "professionnels" genre usa.com, secretary.com etc. ?

Pour rappel, à NOTER, l'extension .fr EXIGE une boite nommée webmaster[at]monsite.fr, donc utiliser celle là précisément comme adresse #Courriel d'expéditeur, ça coule quand même de source, NON Non mais... ?
Et envoie à admin[at]monsite.fr par exemple pour des relations administratives comme le fameux #RGPD, sinon commercial[at]monsite.fr pour ce qui touche au coté commercial ? Voire MonNomPerso[at]monsite.fr pour joindre directement le patron...

De toute façon, tout #Site Commercial digne de ce nom possède au moins quatre adresses #Courriel, d'autant que ça ne coûte rien, sinon le temps à les gérer, donc...


Ceci dit et compris, pour nous utilisateurs d'XWebDesignor / #XWD, nous sommes de toute façon confronté à l'emploi d'un #Traducteur !

En effet, par défaut php utilise l'encodage UTF-8, pour la simple raison qu'il est plus universel sur le #Monde entier, et surtout plus étendu en nombre de #Caractères disponibles ?

Il est par ailleurs évident que #MySQL peut être paramétré en ISO-8859-1 par défaut (Conçu sur la base du #Latin, donc d'office avec des accents ?), afin d'être en accord avec les données insérées dans nos Cases ? Car pour les chiffres, strictement aucune importance, mais pour les mots accentués...

Du coup, il convient de préciser, exactement comme pour nos #Pages, en quel "charset" est généré le #Code de nos #Courriels envoyés, sinon il va y avoir de l' "hébreu" à la réception ! Ce "détail" d'intendance n'est malheureusement pas géré dans les "header"s (En-tête) des #Modules et #Boutons d'origine...

Sinon passer par l'interprète php avec les Fonctions "encode()" et "decode()" ? Donc un #Traducteur certes, mais de #Code ! Mais heureusement plus de fiabilité et surtout pas d'erreurs d'interprétation ?


Bref, en résumé, hors les soucis des #JSCs / #JSCXs ou #[Composant]s qui pourraient être réellement fonctionnels quant aux "<script>"s générés, au moins avez vous les Choking règles de base quant à exploiter correctement vos #Modules et espérer ne pas trop les voir passer "par la trappe" ?


Bien amicalement, Yvanoph---

Journalisée

La théorie, c'est quand on sait tout mais qu'absolument rien ne fonctionne !

La pratique, c'est quand tout fonctionne "farpaitement" sans vraiment savoir pourquoi, ni d'ailleurs  chercher à comprendre...

Chance inouïe, ici théorie et pratique fonctionnent  !
Tags: php php: mail() php: Envoyer un #Courriel php: Afficher des données php: Envoyer des données php: Modifier des données php: Supprimer des données 
Pages: [1]   Haut de page
  Imprimer  
 
Aller à:  

Propulsé par MySQL Propulsé par PHP Powered by SMF 1.1.20 | SMF © 2013, Simple Machines
Soutenir Yvanoph par un Don ?
Boréal - V 1.0 by Yvanoph | Sitemap
XHTML 1.0 Transitionnel valide ! CSS valide !
Page générée en 0.074 secondes avec 21 requêtes.