NPDS
Responsive
NPDS REvolution 16.8
2 visiteur(s) et 0 membre(s) en ligne.
Jeudi 23 avril 2026 à 10:35:47
Jeudi 23 avril 2026 à 10:35:47
Anciens articles
- Samedi, 06 juillet
- Au collège Emmanuel de MARTONNE de 1995 à 2024 : Peut-on travailler autrement avec le numérique ?
- Les Frigoristes passent en 16.4
- Lundi, 15 avril
- Un module N P D S dans la littérature !
- REvolution v.16.4
- Lundi, 06 novembre
- Toutes les belles aventures ont une fin, et, le 6 octobre 2023, nous fermons le portail de TÉC.
Index du forum »» Le coin des codeurs »» [Résolu] - le champ : Interclassement
[Résolu] - le champ : Interclassement#16909
2Contributeur(s)
3 Modérateur(s)
leclub666
Je viens d'installer NPDS version V sur les serveurs d'infomaniak sur une VERSION DE PHP: 4.3.10
apparament dans chaques tables un champ a été rajouté :
Interclassement contenant la valeur suivante : latin1_german1_ci j'ai l'impression que ça met un sacré bordel exemple j'obtiens des warnings (alors que les tables y sont bien)
à l'optilisation de la BD (via l'admin) ou encore je ne parviens pas à la restaurer en local il me fait des erreurs sur chacun de ces champs etc...
Quelqu'un a -t il une idée de ce que c'est que ce champ ? Il n'est pas dans NPDS d'origine.
Merci
apparament dans chaques tables un champ a été rajouté :
Interclassement contenant la valeur suivante : latin1_german1_ci j'ai l'impression que ça met un sacré bordel exemple j'obtiens des warnings (alors que les tables y sont bien)
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/www/a14407fc340bda9403252e739148a405/web/admin/optimysql.php on line 84
à l'optilisation de la BD (via l'admin) ou encore je ne parviens pas à la restaurer en local il me fait des erreurs sur chacun de ces champs etc...
Quelqu'un a -t il une idée de ce que c'est que ce champ ? Il n'est pas dans NPDS d'origine.
Merci
Tribal-Dolphin
Rien à voir avec PHP et NPDS ça.
C'est MySQL le soucis. Toutes les versions 4.1.x ont maintenant ce champ. Il permet d'affecter un charset par défaut pour chaque champs.
Et c'est très chiant pour les modules, les backup, et autres car si on développe en 4.1 et que l'on exporte en standard, ben ça fait des erreurs sous 4.0.x (par contre de 4.0.x vers 4.1.x y'as pas de soucis)
La solution : Lors de l'export (via PMA) choisir l'option de compatibilité MYSQL40
C'est MySQL le soucis. Toutes les versions 4.1.x ont maintenant ce champ. Il permet d'affecter un charset par défaut pour chaque champs.
Et c'est très chiant pour les modules, les backup, et autres car si on développe en 4.1 et que l'on exporte en standard, ben ça fait des erreurs sous 4.0.x (par contre de 4.0.x vers 4.1.x y'as pas de soucis)
La solution : Lors de l'export (via PMA) choisir l'option de compatibilité MYSQL40