Kana-chan

Salut DK, Je pense qu'il faut repartir de zéro depuis la maj de Stanford d'octobre 2018, et ne pas trop prendre en compte ce qui s'est passé avant pour faire des comparatifs. Voilà ...

@nthor, Je peux aussi les envoyer en ftp si veux... Voilà ...

Bonjour @nthor, En effet, le pages sont créées chez moi puis envoyés par sftp sur le serveur d'Orange. Si tu as de quoi recevoir, je peux envoyer aussi sur ton serveur Voilà ... P.S.: J'ai mis à jour mon site...

Bonsoir, En effet, sous linux, une ligne se termine par LF pour le retour à la ligne. Sous Windows c'est CRLF. Mon wget sous Windows me récupère le fichier de Stanford avec CRLF en fin de ligne même si les serveur de Stanford sont sous linux (et donc les lignes se terminent par LF uniquement). Mon serveur étant sous Windows, il est normal que lorsque je demande un retour charriot (\n), j'ai CRLF. Si @nthor, tu es sous linux, il faut que tu fasses un dos2unix de mon fichier team51.txt avant tout traitement. ou bien dans python, lorsque tu lis la ligne, dans ta variable tu lui applique la méthode replace("\n", "") pour enlever le \n de fin en trop. Voilà ...

Bonsoir, A partir de demain, le fichier team51.txt est en utf8 complet. Voilà ...

Bonjour DK, A moi aussi cela le fait. Je regarderai plus tard. Voilà ...

@DK-, C'est fait ... Voilà ...

Bonjour, Le fichier est encodé en utf-8, mais il faut l'ouvrir en ANSI. Et non, je ne changerai pas cela car ma base de données est en ANSI sous Access grâce au perl qui ouvre en ANSI le fichier team51.txt. Voilà ...

Salut DK, J'ai intégré tes seuils dans les miens, voici les nouveaux seuils : Voilà ...

Bonjour, Les paliers pour les plieurs sont les suivants: 20 000, 30 000, 40 000, 50 000, 75 000, 100 000, 150 000, 200 000, 250 000, 300 000, 400 000, 500 000, 600 000, 750 000, 1 000 000, 1 250 000, 1 500 000, 1 750 000, 2 000 000, 2 500 000, 3 000 000, 3 500 000, 4 000 000, 4 500 000, 5 000 000, 7 500 000, 10 000 000, 12 500 000, 15 000 000, 20 000 000, 25 000 000, 50 000 000, 75 000 000, 100 000 000, 125 000 000, 250 000 000, 500 000 000, 750 000 000, 1 000 000 000, 1 500 000 000, 2 000 000 000, 2 500 000 000, 5 000 000 000, 7 500 000 000, 10 000 000 000) Les paliers pour les équipes sont les suivants: (150 000 000, 175 000 000, 200 000 000, 250 000 000, 300 000 000, 350 000 000, 400 000 000, 450 000 000, 500 000 000, 600 000 000, 700 000 000, 800 000 000, 900 000 000, 1 000 000 000, 1 250 000 000, 1 500 000 000, 2 000 000 000, 2 500 000 000, 5 000 000 000, 7 500 000 000, 10 000 000 000, 12 500 000 000, 15 000 000 000, 17 500 000 000, 20 000 000 000, 50 000 000 000, 100 000 000 000, 200 000 000 000, 500 000 000 000, 1 000 000 000 000, 2 000 000 000 000, 5 000 000 000 000, 10 000 000 000 000) Voilà ...

@nthor, C'est, je pense comme toi, ce qu'à voulu faire JGP Soldat, car je n'y ai pas touché. Tu fais la question et la réponse en même temps ... Voilà ...

Ouf ... 😂 Voilà ...

@Notpa, Je voulais dire que le champ qui correspond au nom du plieur ne doit pas être une clef, ni primaire, ni secondaire. Je ne rencontre pas ce problème sur ma base Access. Voilà ...

@Notpa, Tu peux très bien avoir une table avec en clef unique les DK-ref et en champ Text les noms des plieurs. Dans les autres tables, tu crées un identifiant unique en clef et dans un second champ tu y mets la DK-ref qui provient de la table ci-dessus. Après, tu peux jouer avec des Select comme SELECT * FROM table2 where colonne_DK-ref.table2 == colonne_DK-ref_clef.table1 AND colonne_Nom_Plieur.table1 IS "NoNo"; ou un truc du genre. Voilà ...

Bonjour, Dans ma base Access, le nom des plieurs sont dans des champs Text. Ce champ n'est pas une clef de ma base. Voilà ...