Pourquoi une validation des e-mails avec PHP ? Parce que la plupart des formulaires de contact incluent la saisie d’un e-mail, de manière à pouvoir répondre à la demande. Et la plupart des internautes détestent les spams… Un certain nombre de petits malins ont donc tendance à insérer une fausse adresse, voire ‘xxxxx’ pour shunter l’obligation de saisie. Sans compter les fautes de frappe (que l’on peut limiter avec une double saisie de cet e-mail)…
Pour écarter les pièges les plus grossiers, il est donc nécessaire de contrôler au minimum la présence d’une arobase @, ainsi que d’une extension du nom de domaine (.com, .fr, etc.)
Le problème de la limite de session sur phpMyAdmin est surtout gênant lorsque vous travaillez en local sur vos bases des données (avec WampServer ou easyPHP par exemple) : par défaut, toutes les 23 minutes (1400 secondes), une déconnexion vous oblige à ressaisir les identifiants d’accès. C’est pénible, à la longue…
Si vous avez accès aux fichiers du serveur, la solution est très simple.
L’utilisation puriste de MySQL voudrait que la structure d’un champ ne permette pas qu’il soit vide. En d’autre terme tout champ devrait avoir une valeur par défaut en cas d’insertion vide, ou comporter la valeur NULL.
La plupart des versions de phpMyAdmin tolèrent, en fait, les insertions de champs vides. Lorsque vous insérez par exemple un champ de date vide, l’application insère à la place ‘0000-00-00’.
Toutefois il peut arriver qu’un mise à jour de phpMyAdmin (ou de Wamp, en local, par exemple) entraine des messages d’erreur voire des blocages d’insertion. Il faut en ce cas désactiver le mode STRICT_ALL_TABLES sur phpMyAdmin, c’est très simple à faire.
A l’instar du classique formulaires de commande sur internet, par exemple, avec sa fameuse case à cocher de validation des CGV (Conditions Générales des Ventes) avant finalisation de la commande en ligne, ce billet vous permettra de valider un formulaire selon un choix prédéfini dans un menu déroulant.
– Si le bon choix est fait, le formulaire est envoyé au clic sur le bouton d’envoi.
– Sinon, on peut déclencher une boîte d’alerte et bloquer l’envoi du formulaire.
Même avec de bonnes sauvegardes, les manipulations sur des bases de données en production sont parfois anxiogènes !
Comme dans le cas précédant (Comment changer la clé primaire d’une table MySQL), dupliquer une colonne d’une table MySQL en gardant les valeurs des champs est simple… à condition de procéder dans le bon ordre !
Il peut arriver que, pour les besoins du développement d’une site ou d’une application web, il soit nécessaire de modifier une clé primaire sur une table existante et en production. On peut souhaiter changer son nom, par exemple, ou ré-incrémenter les valeurs des tupples existants, etc.
C’est plus délicat qu’il n’y parait, puisque cette clé est logiquement auto-incrémentée : phpMyAdmin, par exemple, ne propose pas de solutions intuitives pour cela.
Il suffit de procéder dans le bon ordre pour que tout se passe bien !
Comparer deux dates : cette question se pose régulièrement pour un développeur , afin de déclencher (ou non) un évènement. La date que je vais extraire de ma base des données est-elle passée ? Ou à venir ?
Or comparer deux dates au format MySQL (AAAA-mm-jj) ne fonctionne pas toujours selon les mois calendaire (à 2, ou à 1 chiffre ?)…
La solution consiste à ramener les 2 dates en secondes par rapport à une date de référence (1er janvier 1970 par défaut); puis à les comparer. Exemple ici : […]
C’est une bête question qui se pose de temps à autre…
Après avoir inséré de nouvelles lignes et de nouvelles colonnes sur un tableau Excel, les formules et fonctions de calculs automatiques (totaux, pourcentages, calculs de TVA, etc.), voire les menus déroulants, donnent parfois le sentiment de se figer : ils semblent ne plus se mettre à jour lors de l’insertion de nouvelles valeurs.
La solution est si courte qu’il s’agit sans doute du billet le plus bref de ce blog !