Bonjour phpfrance,
Je suis à la recherche d'une solution technique, je m'explique :

j'ai fait une page web avec un champ de formulaire ci-dessous

<input type="TEXT" name="nom" value="exemple" />

La problématique est de trouver la solution pour comparer la valeur saisie dans le champ avec des données et avoir un retour.
Si la valeur du champs correspond à l'une de la base, j'utilise le retour pour afficher texte et/ou image.
Si la valeur ne correspond avec aucune de la base, j'utilise aussi le retour pour afficher un autre texte et/ou image.

Quelle solution technique utilisé pour les données ? SQL, table HTML, JSON, simple fichier csv...

Il y a une contrainte technique... la base de donnée ne doit pas être consultable ou accessible pour les utilisateurs. Voila pourquoi je ne sais pas quelle solution utiliser. J’espère qu'il y en aura une à ma porté.

Par avance merci.

la base de donnée est consultable seulement si tu fais une page qui permet d'y accéder. donc tu peux utiliser la solution de ton choix, en fonction du projet global.

Pour plus de clarté voici un exemple concret qui semble être idéal à mon cas : https://www.apple.com/fr/support/iphone ... ghtcamera/
L'application est exactement la même que sur le lien ci-dessus, c'est pour du SAV.

Bonjour,

Plusieurs solutions sont possible en fonction de ton niveau, de ton temps, de la techno que tu veux mettre en place...

Le plus simple consiste à soumettre le formulaire une fois rempli (vers la même page ou une nouvelle page), récupérer la valeur de $_GET['nom'] ( ou $_POST['nom'] selon la méthode d'envoi du formulaire), de faire ta requête en base avec php/sql (SELECT ... FROM ... WHERE ...) pour vérifier si l'élément existe ou non, récupérer les résultats et afficher ce que tu veux en fonction de ce résultat. Ceci occasionne un rechargement de la page, l'utilisateur n'a pas accès à la base puisque c'est toi qui exécutes une requête bien particulière pour aller chercher une donnée et une seule à chaque fois.

Tu peux aussi gérer ça avec du javascript et des appels ajax. L'avantage c'est qu'il n'est du coup pas nécessaire de recharger toute la page, mais il faut s'y connaitre un peu en JS en plus du php et du sql

Quant à la solution technique à utilisée pour stocker les données, ça dépend beaucoup de leur type, de leur nombre, de la fréquence à laquelle elles sont consultées, si elles doivent pouvoir être mises à jour ou non, s'il faut pouvoir faire des recherches dessus, si elles sont liées à d'autres données, s'il faut gérer des accès concurrents, est-ce que les données stockées sont sensibles...

Pour avoir une idée de la difficulté, combien y a t-il déjà de valeurs possibles dans la BDD pour ce champ ?

Merci pour les informations, pour répondre à J-Nicolas cela sera de 500 à plusieurs million.
En attendant vos réponses je me suis orienté sur quelque chose de simple pour tester:
Pour le SAV il y aura des étiquettes avec un qrcode, grâce au .htaccess je redirige certains numéros de séries vers une page d'information (FAQ, notice, conseils d'utilisation, etc...)
J'ai testé avec 6000 numéros de séries (donc 6000 redirections) et cela fonctionne parfaitement. Je ne connait pas la limite de redirections pour le .htaccess mais je ne constate aucun ralentissement. Si il y a un plafond j'utiliserais plusieurs sous-dossiers avec chacun un nouveau .htaccess. Je vais tester avec un nombre bien plus élevé de redirections.
Je vais creuser aussi le php/sql, merci Ryle pour tes conseils.

Autrement que pensez-vous de la solution avec le .htaccess ?