logo

NPDS : Gestion de contenu et de communauté


Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
21 visiteur(s) et 0 membre(s) en ligne.
Activité du Site

Pages vues depuis 25/05/2001 : 110 634 262

  • Nb. de membres 8 696
  • Nb. d'articles 1 695
  • Nb. de forums 26
  • Nb. de sujets 8
  • Nb. de critiques 92

Top 10  Statistiques

Index du forum »»  Version future »» Patate gestion des rubriques[16.0]

Modérateur(s)developpeurjpbJireck

Poster une réponse dans le sujet

A propos des messages publiés :
Les utilisateurs anonymes peuvent poster de nouveaux sujets et des réponses dans ce forum.

 

Aperçu des sujets :

bartok bartok
Posté : 21 févr. 2020 à 18:16
Citation : Jireck 

A moins que je me trompe et c'est possible


 

oui, c'est bien ça, c'est la donnée ordre qui est saisie et pas l'index et du coup, en effet, les doublons sont possibles.
mais faut quand même le vouloir un peu le doublon.
Quand tu disais id, je pensais index.
Jireck Jireck
Posté : 21 févr. 2020 à 18:11
c'est TOI qui voit
jpb jpb
Posté : 21 févr. 2020 à 18:03
Citation : Jireck 

Si je peux mettre un peu mon grain de sel.

Il est interressant comme tu l'as dit de controler l'entrée en base mais sans limité la possibilité user (admin pour le coup).

La vérification est a faire peut être sur :
- les doublons id pour pas avoir de soucis d'affichage <== pas convaincu ...
- la valeur int qui est rentré et pas de l'alpha.<== oui ca c ok

question valeur de il est peut être préférable de mettre un smallint sans valeur. <== oui je modiefierai ça

A vous de voir ou clore comme dit 
Jireck Jireck
Posté : 21 févr. 2020 à 17:59
A moins que je me trompe et c'est possible

<input type="text" class="form-control" name="ordre[1]" id="ordre1" value="99" maxlength="3" required="required">

bartok bartok
Posté : 21 févr. 2020 à 17:55
Citation : Jireck 

on parle du controle du formulaire donc comparer des valeur n'est pas bien dure
 

rubid n'apparaît pas dans le formulaire :#
Jireck Jireck
Posté : 21 févr. 2020 à 17:54
on parle du controle du formulaire donc comparer des valeur n'est pas bien dure
bartok bartok
Posté : 21 févr. 2020 à 17:46
Citation : Jireck 
La vérification est a faire peut être sur :
- les doublons id pour pas avoir de soucis d'affichage

Comment on fait pour avoir des doublons sur rubid ??
Faut y aller à la hache, non?

Message édité par : bartok / 21-02-2020 17:47

bartok bartok
Posté : 21 févr. 2020 à 17:38
Citation : jpb 
oui ca c'était juste pour notre connaissance personnelle néanmoins et comme souvent dans notre base de donnée on est surdimensionné un smallint unsigned (65535) ou mediumint unsigned (16777215) serait largement suffisant et réduirait ici le stockage de 50% ou 25% .. pour rubid et ordre

En théorie, oui (faudra que je pense un jour a aller habiter en théorie...)
Mais en pratique, y en a combien qui utilisent les rubriques? et ils en ont combien de rubriques??
C'est vrai que int(4) pour rubid, faut pas l'dire aux écolos... :-o

Message édité par : bartok / 21-02-2020 17:42

Jireck Jireck
Posté : 21 févr. 2020 à 17:32
Si je peux mettre un peu mon grain de sel.

Il est interressant comme tu l'as dit de controler l'entrée en base mais sans limité la possibilité user (admin pour le coup).

La vérification est a faire peut être sur :
- les doublons id pour pas avoir de soucis d'affichage
- la valeur int qui est rentré et pas de l'alpha.

question valeur de il est peut être préférable de mettre un smallint sans valeur.

A vous de voir ou clore comme dit
jpb jpb
Posté : 21 févr. 2020 à 16:53
oui ca c'était juste pour notre connaissance personnelle néanmoins et comme souvent dans notre base de donnée on est surdimensionné un smallint unsigned (65535) ou mediumint unsigned (16777215) serait largement suffisant et réduirait ici le stockage de 50% ou 25% .. pour rubid et ordre