Reprise du message précédent :
'tain je me fais même griller sur mon RTFM.
 
Bon en résumé c'est pour un bot irc, qui prendra des messages pour les users.
 
Mais il n'y aura pas de table avec la liste des membres, pas besoin.
 
Donc la table de message sera :
 
id | nickname | from | content | read
 
Et je veux un id autoincrementé par user. Donc la solution de la doc mysql me convient

c'est quoi l'intéret par rapport à un ID autoIncrémenté tout con ?

D'avoir une numérotation automatique par user

 
Je veux que chaque message ait son propre ID par utilisateur.
 
En gros, s'il y a déjà 30 messages dans la table, et qu'une nouvel utilisateur reçoit un message, je veux qu'il ait l'ID 1 ... et non 31.

oui, mais pourquoi ?

j'avais bien compris, mais à quoi ça va te servir ?

>>> !message
<<< 1> Blabla
<<< 2> Toto
<<< 3> Tata
 
>>> !message del 2
<<< Message 2 deleted
 
2 étant l'ID du message

Et après tu te retrouves avec  

trop génial

 
le POP se porte très bien, merci

Ben c'est justement ce que je veux oui ... Sinon :

Edit : Et puis rien n'empêche de réordonner les id après une suppression, et de réafficher la liste des messages

c'était une réponse à ma question ?
 
Si c'est le cas, je n'ai rien compris

 
Qu'est-ce qui n'est pas compréhensible ?
 
Si l'id en est à 48731, et que j'envoie un premier message à Toto, il va se retrouver avec :
Vous avez 1 message
48731> Votre message
 
Je veux qu'il ait
1> Votre message

P.S. : Je suis ouvert à toute suggestions hein.
 
C'est bien beau de me dire que c'est con etc. mais avec une meilleure idée, c'est mieux

Je pense que le terme "ID" est mal approprié

Ben oui mais si tu fais ça il n'y a aucun intérêt à intégrer ça dans la table, vu que ça fait partie de l'interface/du bot, c'est pas une composante métier, j'vois pas pourquoi tu laisserais un truc pareil influencer ton schéma de DB

cas présent <                                                         [vide intergalactique]                                      > POP

t'es pas obligé d'afficher l'ID de la base de données
 
Et puis sur irc, faut vraiment aimer se lire pour vouloir afficher TOUS ses messages

Je pense qu'il parle plutôt d'un système de mailbox, donc possibilité d'envoyer des messages à d'autres users. Parce que s'envoyer des mails, c'est trop dur et pas assez public

C'est juste un système de mini-messagerie pour la gestion d'un projet
 
Ne pas afficher l'id de la BDD, ok, et je fais comment pour demander la suppression d'un message ?
 
Si dans la BDD, pour Toto c'est :
131 | Message 1
202 | Message 2
 
Et que dans IRC ça s'affiche :
1> Message 1
2> Message 2
 
Si je fais !message del 2 ... je gère ça comment de l'autre côté ?

 
Oué, tellement qu'on se demande pourquoi y'a un système de message privé sur la plupart des forums

Ben de la même manière qu'à l'affichage
 
Dans ton bot tu fais un mapping ID DB <-> index IRC, à l'affichage tu as l'ID DB et tu génères l'index, à la suppression t'as l'index et tu récupères l'ID DB correspondant

Parce qu'ils n'ont pas nécessairement accès au mail des gens et/ou pas envie de rendre le leur public, alors que sur IRC il suffit de correctement configurer son INFO?

 
Ben les 2 sont de la réception de message, ajd POP n'est plus utilisé à la main mais sinon le dialogue client/server pour le listing de message et la manipulation est le même dans les 2 cas.
 
J'ai le même système de listing qui laisse des trous pour la gestion des fichiers de confs sur mon pc et ça me semble clairement plus pratique de pouvoir dire "alors je supprime les messages/fichiers 5, 6, 12" plutôt que "je supprime 5, puis le 6 donc encore le 5, puis le 12 donc en fait le 10", ou de me forcer à supprimer du plus grand nombre au plus petit.
 
Par contre, ouais ça n'a pas besoin d'exister en BDD, et ça devrait pas persister entre les sessions (sauf que y'a pas trop de sessions sur IRC en fait... c'est plus du genre REST de ce pt de vue. )

Ca dépend de quel point de vue, entre un client et un serveur IRC il y a clairement une session qui commence et se termine avec la création et la terminaison de la connection. Par contre entre un bot et un client effectivement, le bot peut surveiller les join/part et générer des sessions mais c'est un peu ad-hoc.

J'ai jamais dit que c'était con, je demandais juste dans quel cas ton truc allait servir.  

+1

OMFG ! tu vas devoir stocker la correspondance [ID BD]<->[ID Page] dans un tableau !  

 
Oué c'est pas con ça
 

 
J'ai pas plus envie de rendre mon mail public sur IRC que sur un forum

 
J'ai pas dis que tu avais dis que c'était con
 

 
Grillaid

PS : Cela dit, puisque MySQL permet de faire ça automatiquement, je vois pas vraiment le problème en fait mais bon

On est jamais grillé quand on se moque de qqn

séparation de tes couches, les index séquentiels partant de 1 c'est un détail de ta vue IRC, ça n'a aucun sens si e.g. tu crées un jour une interface web sur le même service, ou si tu donnes la possibilité de récupérer ses vrais mails via ton mécanisme. Donc le dit index séquentiel n'a rien à faire dans ton modèle.

http://www.terra-t-shirt.com/index [...] e9cac45194
 
On peut demander ici une estimation du prix que couterai un site comme celui-ci fait entièrement par un webmaster, logo personnalisé, gestion des stocks...?

En partant de rien ? On doit être dans un prix à 5 chiffres au tarif SSII.

Avec ou sans l'id de session de oscommerce dans les urls

c'est d'la merde IRC
 
je me souviens du client que j'avais commencé à écrire, y'avait aucune spec complète du truc, les encondings c'était la fête à neuneu, des extensions différentes portaient le même numéro etc.

 
M'en parle pas

Pas grand chose, c'est un osCommerce restylé

+1 là dessus

Le contenu de ce message a été effacé par son auteur

h2 en float left également non ?