Ses derniers messages sur les forums
Ce que je veux dire, c'est que cet élément n'existe pas dans les normes HTML. C'est une extention propriétaire d'une époque malheureuse. Il n'existe donc pas ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ce n'est pas un tri que tu veux faire. En réalité, tu veux afficher la liste des matériels de ton parc informatique qui correspondent au type sélectionné.
Pour faire ça tu dois :
- récupérer le paramètre HTTP (dans $_REQUEST par exemple) que tu envoie via le formulaire (en passant, ce formulaire devrait être de méthode GET puisque tu accède à une ressource).
- fabriquer la requête SQL de sélection qui va prendre les appareils qui correspondent à cette recherche.
Tu peux t'inspirer de cette
discussion pour démarrer.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
MySQL est libre, Oracle est privateur.
Techniquement, Oracle demande pas mal d'expertise rien que pour être installé et exploité.
Ça dépend vraiment de l'usage que tu veux en faire. Et surtout du budget.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tes explications ne sont pas claires car tu ne fais pas la distinction entre deux notions bien différentes. La première, c'est la notion de tableau PHP (array), et la seconde celle des tableaux HTML (table).
Bon, au vu du code, j'en ai déduit que tu as un problème avec le tableau HTML. En effet, à chaque itération sur le résultat de la requête, tu créé un nouvel élément body (alors qu'il doit être unique pour le document) et un élément table.
Tu dois pousser les lignes 18 et 19 avant la ligne 11, et la ligne 20 avant le while. La ligne 35 doit être poussé après la fermeture du block de code associé au while.
Ainsi, tu auras un code qui correspond à l'algo suivant :
afficher formulaire de recherche
si recherche alors
afficher critère de recherche
si résultat trouvé alors
afficher ouverture du tableau
pour chaque résultat de la requête
afficher ligne de résultat comme une ligne de tableau
fin pour chaque
afficher fermeture du tableau
sinon
afficher qu'on a pas trouvé de résultats
fin si
fin si
J'ai rajouter le block sinon pour te donner un indice sur ta question suivante : comment afficher qu'on a pas trouvé de résultat ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Très franchement, dans l'opération, ça m'étonnerait que ce soit strip_tags qui prenne le plus de temps. Les IO utilisés lors de l'écriture du fichier ou l'accès ç la base doivent avoir un impact bien plus important que strip_tags.
Mais pourquoi tu réécris le fichier ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Et tu fais quoi pour récupérer les infos des radio buttons ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Est-ce que c'est lent ? Et si oui, as-tu fait des benchmarks pour le prouver ? Optimiser sans point de repère, c'est une perte de temps pour souvent arriver à un résultat inférieur à ce qu'on avait au départ.
Je vois difficilement comment on peut faire plus rapide que strip_tags (sauf si tu as un gros document, mais dans ce cas, c'est une bonne raison d'optimiser).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.