[demande] Projet d'identites globales

Bonjour ,

Le problème le plus ennuyeux que j'ai pu remarqué sur la plupart des
forums est qu'on doit à chaque fois qu'on reçoit des messages
privés
ou qu'on ajoute un amis dans la liste des amis vérifier tous les
forums auxquels nous sommes inscrits , donc pour cela ,

mauvais forum, changer forum

j'ai eu
l'idée
de créer un projet d'identité globale , c'est à dire un service qui
fournira un espace de stockage de messages privés ainsi qu'une
identité fixe quelque soit le forum ou blog dans lequel on est
inscrit
.

euh ... une "identité globale" liée à "un espace de stockage de messages
privés", ça s'appellerait pas une boite email par hasard ? (ou mèl ou
courriel, himelle, je sais plus).

Ce service va être codé en PHP , et utilisera la base de données
SQLite réputée pour sa rapidité , mais d'autres solutions peuvent
aussi être utilisées si vous voulez .

hum, pourquoi pas, mais méfiez-vous grandement des limites en écritures
concurrentielles. Stocker des données utilisateurs communes à un
ensemble d'application a souvent sa place dans des bases LDAP. Et les
contenus ailleurs.

Pour que le service soit facilement utilisable par de nombreuses
applications quelque soit le langage utilisé , il faut utiliser un
certain standard , le plus populaire est sans doute XML-RPC qui envoi
les données par protocole HTTP codées en XML , c'est aussi la même
norme utilisée par les plate-formes de blog comme WordPress pour
gérer les pings et les trackbacks .

XML-RPC est quand même peu parfois réactif à forte charge (la réponse en
xml, présentant des garanties de bonne formation, devra être elle aussi
interprété, et les les performances des parsers xml ...).

Pour une meilleure sécurité , je crois qu'il faut utiliser la
méthode de cryptage SHA-256 parceque MD5 est très bien déchiffrable
( bon on ira pas jusqu'à dire déchiffrable , mais y a des bugs qui
font que deux signatures de deux chaines différentes soient les
mêmes
) .

Ce n'est pas du "cryptage", car ça ne se décrypte pas ... c'est du
hachage : http://fr.wikipedia.org/wiki/Fonction_de_hachage

La sécurité du service, enfin, du transport des données, peut être
assurée par l'utilisation de https.

Veuillez noter que je ne recherche que des programmeurs compétents
dans des domaines différents , quelques uns spécialisés dans les
expressions réguliéres POSIX ( sachant faire des regex optimisées )
,

Pourquoi cette spécialisation ? pour filtrer les contenus des boites ?
des filtres sont déjà implémentés par grand nombre de logiciels liés aux
outils de mail.

d'autres qui s'occuperont de la sécurité du service , d'autres qui
s'occuperont de la gestion de la base de données SQLite , d'autres
qui
vont coder des classes pour émettre et recevoir les pings XML-RPC ...

Euh ... vous définissez des rôles, vous avez donc défini les tâches ? ;)

Enfin , ce n'est que du bénévolat , ce qui veut dire que vous ne
serez pas rénumérés ...

Pour plus d'informations , répondez simplement à ce sujet .

Amicalement ,

Je pense que votre problème de communication inter-forum correspondrait
plutôt à l'intégration d'un composant webmail. Pour que tout le monde
l'utilise et l'intègre facilement, il faudrait plutôt concevoir un
composant intégrable (un widget comme google sait en faire),implémentant
un mini-webmail qui accède à des messageries via les protocoles
standards pop ou imap, en faisant bien gaffe à où vont les données
d'authentification à ces services et surtout en étudiant la sécurité des
fonctions de mail,. Et ainsi profiter de la qualité de traitement
d'outils annexes. Et saupoudrer l'ensemble d'ajax ;)

Ou très très simplement : relayer les messages privés des dits forums
vers une boite mail, ou encore des flux rss pour agréger ces messages
privés.

Mes deux centimes pour vous éviter la réinvention sauvage :) Dans tous
les cas, il faudra que les dits forums utilisent votre composant.

Bouazza .

Bouazza aussi, "Lord Coder". A propos, seigneur du code, vous ferez quoi
dessus à part les choix technique ? ;) Votre idée est implémentable en
php, vous devriez essayer de coder un prototype fonctionnel minimal et
tester en situation. Il n'y a rien de vraiment inabordable tant qu'on a
la patience d'apprendre. Et ça tombe bien, les questions techniques, si
possible précises, trouvent souvent réponses ici.

--
FG

Bonjour ,

Le problème le plus ennuyeux que j'ai pu remarqué sur la plupart des
forums est qu'on doit à chaque fois qu'on reçoit des messages
privés
ou qu'on ajoute un amis dans la liste des amis vérifier tous les
forums auxquels nous sommes inscrits , donc pour cela ,

mauvais forum, changer forum

j'ai eu
l'idée
de créer un projet d'identité globale , c'est à dire un service qui
fournira un espace de stockage de messages privés ainsi qu'une
identité fixe quelque soit le forum ou blog dans lequel on est
inscrit
.

euh ... une "identité globale" liée à "un espace de stockage de messages
privés", ça s'appellerait pas une boite email par hasard ? (ou mèl ou
courriel, himelle, je sais plus).

Non , une boite email bah c'est trop lourd bon pas pour le serveur mais
pour le client , parcequ'il doit coder plein de lignes pour récupérer
les messages d'un compte email .
Ce que je veux dire par identité globale c'est qu'on peut avoir une
liste d'amis , un profile ( avec la possibilité ou non d'y poster des
commentaires ) et un espace de stockage pour les messages privés qui
seront accessible depuis n'importe où sans grands efforts .

Ce service va être codé en PHP , et utilisera la base de données
SQLite réputée pour sa rapidité , mais d'autres solutions peuvent
aussi être utilisées si vous voulez .

hum, pourquoi pas, mais méfiez-vous grandement des limites en écritures
concurrentielles. Stocker des données utilisateurs communes à un
ensemble d'application a souvent sa place dans des bases LDAP. Et les
contenus ailleurs.

LDAP c'est de la POO , oui ? donc non , j'utiliserai SQLite parceque la
POO va énormément allourdir l'application .

Pour que le service soit facilement utilisable par de nombreuses
applications quelque soit le langage utilisé , il faut utiliser un
certain standard , le plus populaire est sans doute XML-RPC qui envoi
les données par protocole HTTP codées en XML , c'est aussi la même
norme utilisée par les plate-formes de blog comme WordPress pour
gérer les pings et les trackbacks .

XML-RPC est quand même peu parfois réactif à forte charge (la réponse en
xml, présentant des garanties de bonne formation, devra être elle aussi
interprété, et les les performances des parsers xml ...).

Je vais essayer de trouver quelque chose de mieux .

Pour une meilleure sécurité , je crois qu'il faut utiliser la
méthode de cryptage SHA-256 parceque MD5 est très bien déchiffrable
( bon on ira pas jusqu'à dire déchiffrable , mais y a des bugs qui
font que deux signatures de deux chaines différentes soient les
mêmes
) .

Ce n'est pas du "cryptage", car ça ne se décrypte pas ... c'est du
hachage : http://fr.wikipedia.org/wiki/Fonction_de_hachage

Je confonds toujours ces deux mots :P .

La sécurité du service, enfin, du transport des données, peut être
assurée par l'utilisation de https.

HTTPS c'est bien , mais très rare dans les offres d'hébergement
actuelles .

Veuillez noter que je ne recherche que des programmeurs compétents
dans des domaines différents , quelques uns spécialisés dans les
expressions réguliéres POSIX ( sachant faire des regex optimisées )
,

Pourquoi cette spécialisation ? pour filtrer les contenus des boites ?

Oui c'est ça .

des filtres sont déjà implémentés par grand nombre de logiciels liés aux
outils de mail.

Bah si je peux coder l'application de filtrage , alors je n'aurai pas
besoin d'API externe , parce que je n'utilise les APIs que si j'en ai
vraiment besoin .

d'autres qui s'occuperont de la sécurité du service , d'autres qui
s'occuperont de la gestion de la base de données SQLite , d'autres
qui
vont coder des classes pour émettre et recevoir les pings XML-RPC ...

Euh ... vous définissez des rôles, vous avez donc défini les tâches ? ;)

Enfin , ce n'est que du bénévolat , ce qui veut dire que vous ne
serez pas rénumérés ...

Pour plus d'informations , répondez simplement à ce sujet .

Amicalement ,

Je pense que votre problème de communication inter-forum correspondrait
plutôt à l'intégration d'un composant webmail. Pour que tout le monde
l'utilise et l'intègre facilement, il faudrait plutôt concevoir un
composant intégrable (un widget comme google sait en faire),implémentant
un mini-webmail qui accède à des messageries via les protocoles
standards pop ou imap, en faisant bien gaffe à où vont les données
d'authentification à ces services et surtout en étudiant la sécurité des
fonctions de mail,. Et ainsi profiter de la qualité de traitement
d'outils annexes. Et saupoudrer l'ensemble d'ajax ;)

Comme je l'ai déja dit , l'implémentation sera difficile pour
l'utilisateur .

Ou très très simplement : relayer les messages privés des dits forums
vers une boite mail, ou encore des flux rss pour agréger ces messages
privés.

Mes deux centimes pour vous éviter la réinvention sauvage :) Dans tous
les cas, il faudra que les dits forums utilisent votre composant.

Bouazza .

Bouazza aussi, "Lord Coder". A propos, seigneur du code, vous ferez quoi
dessus à part les choix technique ? ;) Votre idée est implémentable en
php, vous devriez essayer de coder un prototype fonctionnel minimal et
tester en situation. Il n'y a rien de vraiment inabordable tant qu'on a
la patience d'apprendre. Et ça tombe bien, les questions techniques, si
possible précises, trouvent souvent réponses ici.

--
FG

Bon j'essaierai de coder le tout moi même , mais j'aurai besoin de
savoir ce que veulent les utilisateurs dans mon futur service , enfin
si on me répondrait ici ça serait cool .

j'ai eu
l'idée
de créer un projet d'identité globale , c'est à dire un service qui
fournira un espace de stockage de messages privés ainsi qu'une
identité fixe quelque soit le forum ou blog dans lequel on est
inscrit
.
euh ... une "identité globale" liée à "un espace de stockage de messages

privés", ça s'appellerait pas une boite email par hasard ? (ou mèl ou
courriel, himelle, je sais plus).

Non , une boite email bah c'est trop lourd bon pas pour le serveur mais
pour le client , parcequ'il doit coder plein de lignes pour récupérer
les messages d'un compte email .

2 lignes pour consulter un compte mail via imap, n'exagérons rien ...
google est votre ami : http://www.google.fr/search?q=php+imap

Ce que je veux dire par identité globale c'est qu'on peut avoir une
liste d'amis , un profile ( avec la possibilité ou non d'y poster des
commentaires ) et un espace de stockage pour les messages privés qui
seront accessible depuis n'importe où sans grands efforts .

Ces efforts ne dépendent que de la qualité de l'encapsulation que vous
fournirez, et non pas des technologies sous-jacentes.

Ce service va être codé en PHP , et utilisera la base de données
SQLite réputée pour sa rapidité , mais d'autres solutions peuvent
aussi être utilisées si vous voulez .

hum, pourquoi pas, mais méfiez-vous grandement des limites en écritures

concurrentielles. Stocker des données utilisateurs communes à un
ensemble d'application a souvent sa place dans des bases LDAP. Et les
contenus ailleurs.

LDAP c'est de la POO , oui ? donc non , j'utiliserai SQLite parceque la
POO va énormément allourdir l'application .

Oula, vous mélangez des choses que vous ne connaissez pas (ldap
s'interroge via des fonctions, pas des objets : http://fr3.php.net/ldap)
et vous avez des préjugés sur l'orientation objet ...

Avec vos contraintes d'"offres d'hébergement actuelles" (qu'est-ce que
c'est ? free ? ovh ? ...), je reconnais que ldap est plus ou moins rare,
bien qu'assez répandu en entreprise.

Pour que le service soit facilement utilisable par de nombreuses
applications quelque soit le langage utilisé , il faut utiliser un
certain standard , le plus populaire est sans doute XML-RPC qui envoi
les données par protocole HTTP codées en XML , c'est aussi la même
norme utilisée par les plate-formes de blog comme WordPress pour
gérer les pings et les trackbacks .

XML-RPC est quand même peu parfois réactif à forte charge (la réponse en

xml, présentant des garanties de bonne formation, devra être elle aussi
interprété, et les les performances des parsers xml ...).

Je vais essayer de trouver quelque chose de mieux .

Pas forcément, cela peut vous convenir. Mais exacerber un choix comme un
sqlite au nom du "plus rapide" ne me semble pas en phase avec cette
technologie ... Et tant qu'on a pas rassemblé les spécifications
fonctionnelles, avancer des choix techniques au nom de la performance,
ça s'appelle de l'optimisation prématurée (Donald Knuth : "Premature
optimization is the root of all evil").

Pour une meilleure sécurité , je crois qu'il faut utiliser la
méthode de cryptage SHA-256 parceque MD5 est très bien déchiffrable
( bon on ira pas jusqu'à dire déchiffrable , mais y a des bugs qui
font que deux signatures de deux chaines différentes soient les
mêmes
) .
Ce n'est pas du "cryptage", car ça ne se décrypte pas ... c'est du

hachage : http://fr.wikipedia.org/wiki/Fonction_de_hachage

Je confonds toujours ces deux mots :P .

hum, abstenez-vous sur la sécurité dans ce cas, et ne brandissez pas "la
plus grosse". sha1 a été mis en défaut par des chinois l'année dernière.

La sécurité du service, enfin, du transport des données, peut être
assurée par l'utilisation de https.

HTTPS c'est bien , mais très rare dans les offres d'hébergement
actuelles .

C'est une contrainte qu'il fallait initialement énoncer ... Du coup,
réfléchissez à la notion de ticket pour l'authentification.

des filtres sont déjà implémentés par grand nombre de logiciels liés aux
outils de mail.

Bah si je peux coder l'application de filtrage , alors je n'aurai pas
besoin d'API externe , parce que je n'utilise les APIs que si j'en ai
vraiment besoin .

Vous pouvez coder "l'application de filtrage" ? Méfiez-vous un peu des
subtilités que cela comporte, ce n'est très rarement qu'une histoire
d'expressions régulières super optimisées.

Je pense que votre problème de communication inter-forum correspondrait
plutôt à l'intégration d'un composant webmail. Pour que tout le monde
l'utilise et l'intègre facilement, il faudrait plutôt concevoir un
composant intégrable (un widget comme google sait en faire),implémentant
un mini-webmail qui accède à des messageries via les protocoles
standards pop ou imap, en faisant bien gaffe à où vont les données
d'authentification à ces services et surtout en étudiant la sécurité des
fonctions de mail,. Et ainsi profiter de la qualité de traitement
d'outils annexes. Et saupoudrer l'ensemble d'ajax ;)

Comme je l'ai déja dit , l'implémentation sera difficile pour
l'utilisateur .

un "include" d'un script qui générerait html et javascript, précédé
d'une configuration adéquate, serait difficile ? cela ne dépend que de
votre implémentation.

Ou très très simplement : relayer les messages privés des dits forums
vers une boite mail, ou encore des flux rss pour agréger ces messages
privés.

Vous avez réfléchi à cela ?

Bouazza .
Bouazza aussi, "Lord Coder". A propos, seigneur du code, vous ferez quoi

dessus à part les choix technique ? ;) Votre idée est implémentable en
php, vous devriez essayer de coder un prototype fonctionnel minimal et
tester en situation. Il n'y a rien de vraiment inabordable tant qu'on a
la patience d'apprendre. Et ça tombe bien, les questions techniques, si
possible précises, trouvent souvent réponses ici.

Bon j'essaierai de coder le tout moi même ,

Rien de tel que de mettre les mains dans le cambouis pour se faire une
idée. Bravo et bon courage !

mais j'aurai besoin de
savoir ce que veulent les utilisateurs dans mon futur service , enfin
si on me répondrait ici ça serait cool .

bé justement, ici c'est un forum technique sur php ... si vous voulez
vous adressez à des utilisateurs de forum web, il vaudrait mieux
demander sur les listes de diffusion des logiciels en question.

Réfléchissez à votre projet sans mettre la charrue avant les boeufs. Les
choix techniques se font uniquement quand on sait ce que l'utilisateur
souhaite en terme de fonctionnalités et que l'on met cette connaissance
face à la réalité.

Je sais, c'est ennuyeux quand on veut se faire plaisir à utiliser des
technologies que l'on affectionne. Rien ne vous empêche de le faire
"pour vous", le tout étant d'y avoir du plaisir et de le partager. Etre
le premier utilisateur de son projet aide à sa qualité. Mais devant les
espoirs d'interopérabilité, de globalisation que vous mettez dedans, il
va falloir convaincre du monde dans les dits logiciels, ou s'intégrer
suivant les architectures de plug-ins disponibles ...

Encore mes deux centimes.

--
FG