Aller au contenu

Kana-chan

Membres
  • Compteur de contenus

    59
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Kana-chan a gagné pour la dernière fois le 10 novembre 2018

Kana-chan a eu le contenu le plus aimé !

Réputation sur la communauté

3 Neutral

À propos de Kana-chan

  • Rang
    Member
  • Date de naissance 24/08/1977

Contact Methods

  • MSN
    kana-chan@hotmail.fr
  • Website URL
    http://perso.wanadoo.fr/Kevman77
  • ICQ
    0

Profile Information

  • Sexe
    Male
  • Localisation
    Antibes
  • Intérêts
    Manga et RPG.

Autres informations

  • Votre config
    PC fait main ;-)
  • Mes langues
    Français et Anglais

Visiteurs récents du profil

4 096 visualisations du profil
  1. 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à ...
  2. @nthor, Je peux aussi les envoyer en ftp si veux... Voilà ...
  3. 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...
  4. 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à ...
  5. Bonsoir, A partir de demain, le fichier team51.txt est en utf8 complet. Voilà ...
  6. Bonjour DK, A moi aussi cela le fait. Je regarderai plus tard. Voilà ...
  7. 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à ...
  8. Salut DK, J'ai intégré tes seuils dans les miens, voici les nouveaux seuils : Voilà ...
  9. 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à ...
  10. @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à ...
  11. @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à ...
  12. @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à ...
  13. 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à ...
×
×
  • Créer...