Damien Metzler a écrit 308 commentaires

En gros voilà comment ça se passe :

- Un client se connecte sur le port 25 de ton serveur de mail : Bonjour je suis truc@machin.com et je veux envoyer à bidule@chouette.com

- ton MTA regarde si il doit prendre pour lui les mails vers chouette.com.

- Si oui il les envoye au MDA qui délivre le mail dans la boite locale.
- Si non il regarde si il a le droit de relayer les mails.

Pour vérifier si il a le droit de relayer les mails, soiy tes clients sont sur un sous réseau identifié, il n'y a pas de problème. Soit tes clients se connectent à ton serveur par l'intermédiaire de ton firewall, alors il faut faire de l'authentification :
- Auth au travers de SASL/TLS
- POP3BeforeSMTP
- ou autres...

RTFQ : Read the fine question !

je cherche la bonne manière d'inclure une page HTML dans une autre,
sans langage côté serveur; et en étant compatible avec les normes HTML 4.01 STRICT.

Je pense qu'avec CPS, tu peux ajouter un champ client en metadata d'un document et proposer une lister qui va chercher dans une base de données.

Cependant, ça doit demander un peu de dév et de se taper l'architecture de Zope/CPS ce qui n'est pas rien.

La force de CPS est la gestion du workflow des documents. Chaque utilisateur dispose d'une zone de travail personnelle où il peut créer/éditer ses documents. Ensuite il peut les soumettre dans une ou plusieurs sections éditoriales. Ces sections sont bien sûr modéres avant publication définitive.

Dans ton cas je pense que tu recherches plus un repository de documents à associer à un client et on est donc pas tout à fait dans la cible. Il te faudrait donc une classe PHP te permettant de stocker des documents de tous type dans un repository et de les associer à tes clients ce qui doit bien exister qq part ;-)

Le couple Zope CPS te permet de faire ça. C'est un peu lourd, mais terriblement efficace et extensible.
Pour l'intégration à d'autres applications, j'aurais tendance à te dire que ça dépend des application auxquelles tu veux l'intégrer.....

Tu vas te faire te faire taper dessus toi...

Ouais ben n'empêche que j'ai déjà commencé dans les forums => pas de réponse. Je poste ici et en deux heures des gens s'intéressent à mon cas...

un rpm de plus de 100 Mo, c'est MAL©[1]

Quand tu as beaucoup de données sans répartitions fonctionnelles précises, tu es bien obligé de le faire. Par exemple j'ai pour 100Mo d'images dans un paquet.

Lorsque l'on découpe des paquets avec des -devel -man -data etc.... ce sont des découpages fonctionnels. Or si je découpe mes paquets, ce seront des découpages techniques, ce qui m'embête beaucoup car il n'ont aucune réalité fonctionnelle.

Ca m'embêterait d'avoir a-1.rpm a-2.rpm a-3.rpm pour la simple raison qu'on ne sait pas quel fichier est dans quel rpm... .De plus pour supprimer le paquet a en entier, il faut supprimer 3 paquets.

Enfin, quelle granularité appliquer aux RPMs ? De manière générale, je trouve qu'il est dommage de déployer ne serait-ce qu'1Mo lorsque l'on doit modifier un fichier texte de 2Ko !

La solution à laquelle je pense le plus, c'est de ne pas utiliser RPM ! Je pense faire un repository central basé sur CVS ou SVN qui référence les fichiers de mes applis. Lorsqu'un des fichiers de mes appli change, je sais faire un patch de manière quasi automatique que je déploye ensuite sur tous mes serveurs. Les patchs pourront être packagés en RPM ;-)

Au lieu d'avoir 1 base RPM sur chaque serveur (soit plus d'une centaine de bases), je n'aurais qu'une base centrale qui assurera la cohérence de mes packages déployés.

Je suis tout à fait d'accord avec toi. Google va permette à Wikipedia de grandir encore plus au lieu d'être obligé de ralentir. La licence des articles ainsi que le mode de fonctionnement garantit un grande indépendance à mon avis.

Google a effectivement fait avancer Internet. Je me rappelle que quand ils ont commencé, on était content d'avoir un moteur de recherche sobre, efficace et rapide.

Il mettent leur API disponible pour tout le monde et proposent des services intéressant à plein de sites web. Je préfère une zone google Ads en première page d'un site plutot que d'une immense pub en flash venant cacher la moitié de la page !

Dernièrement, ils ont innové avec leur Webmail maison en arrivant à inventer de nouveaux concepts, développer une interface en rien commune à tout ce qui pouvait exister.

J'utilise depuis peu google-groups beta qui est encore une fois assez innovant...

Pour moi Google fait avancer les choses et ils réussissent. Alors on peut en avoir peur, mais pour moi leur succès est mérité et rien aujourd'hui de concret ne permet de dire que ce sont de grands méchants. C'est typiquement français de vouloir se méfier des gens/entreprises qui réussissent de toute façon...

Donc si Wikipedia peut profiter de l'aide d'un géant, alors oui, bravo au géant qui pourrait ne pas s'en préoccuper du tout !

Sur Debian, je sais comment l'installer, y'a pas de problème. De plus sur Debian, il différencient les packages apache-mpm-prefork et les autres. Je trouve ça mieux, au moins tu sais ce que tu fais !

Sinon, du fait que tu trouve les deux packages (apache2 et apache), tu as souvent des modules pour apache2 et apache qui sont différents.

Lorsque tu fais un apt-cache search, tu le vois assez facilement

Les licences ne se contredisent pas :
- La GPL te dit : tu peux utiliser ce soft, mais si tu le distribue t'es obligé de le distribuer sous licence GPL, de filer les sources etc...
- L'autre licence te dit : tu peux utiliser ce soft, et si tu le distribues tu choisis la licence que tu veux. Cette utilisation n'est cependant pas gratuite.

En gros :
* ceux qui veulent faire du libre, faites du libre.
* ceux qui veulent faire du commercial, closed source c ok aussi , on a prévu qq chose pour vous mais c payant.

Dans le monde des admins unix, y'a ceux qui ont déjà fait une grosse bourde ... et ceux qui vont bientôt la faire....

Je l'ai installé chez moi l'autre jour... Ca fonctionne bien, mais je n'ai pas eu l'occasion de le voir en prod avec de vrais utilisateurs (je me suis barré de ma boite avant....)

Il me semble que la license de QMail se rapproche de ça. Sauf que tu as le droit de modifier QMail et de le redistribuer mais sous un autre nom.

Les deux modèles d'iRiver H320 et H340 lisent sans problème le OGG. Un post un petit peu en dessous répond à ma question et dit que ça marche très bien sous linux ;-)

Moi je me l'achète ce soir ;-)

Et puis j'ai toujours pas trouvé comment faire en sorte que les WE ne comptent pas comme des jours ouvrés !

C'est difficile d'en discuter objectivement....

Pour le premier problème, il faut que tu installe les librairies x de développement. Il te dit pas que X n'est pas installé, mais il te dis qu'il ne trouve pas les fichiers d'include pour se linker aux librairies de X. Sous Mandrake je ne sais pas quel paquet il faut mais il me semble qu'il existe dans DrakConf un truc du genre "Développement de logiciels sous X"

Pour le deuxième problème, je ne sais pas trop te renseigner. A priori il ne trouve pas un module dont il a besoin : peut être un lien symbolique qui manque.....

- C'est quoi ta base de données ?
- Comment tu la sauvegarde ?
- Veux tu utiliser php en script ou par l'intermédiaire d'Apache.

Pour ma part, quand il faut vérifier un mot de passe dans une application, je ne me base pas sur une requête SQL ça évite bien des problèmes.

Ce que je fais :
1° Je vais chercher le mot de passe crypté en base et stocké à la manière LDAP : {MD5}lmkjfaofinqmcndfqm= par exemple.

2° Je prend le mot de passe que l'utilisateur à donné que je crypte avec la méthode du dessus et je compare.
La seule info dont tu as besoin pour ta requête SQL est le login de l'utilisateur. Si l'utilisateur arrive à injecter du SQL ça ne servira de toute façon pas à grand chose : juste ne pas récupérer le mot de passe crypté et donc cela générera une erreur ou un compte nul.

De plus avec cette méthode, tu peux crypter tes mots de passe avec différents algos de manière transparente. Enfin si un jour tu migres sur une LDAP, la migration des mots de passes ne posera pas de problème ;-)

Ben moi, pour la gestion de projet j'utilise TRAC : http://trac.edgewall.com/(...)

Il faut du bugtracking (gestion de tickets) mais il se plugge aussi sur Subversion et possèd un wiki intégré pour gérer la doc.

La force de l'outil, c'est l'intégration des divers éléments : on peut facilement faire référence à un fichier de subversion dans le wiki, ou à un ticket etc...

Chez nous je le propose aux personnes qui développent des projets internes et ils trouvent ça très pratique et beaucoup moins lourd que GForge par exemple (attention j'ai rien dit contre gforge)

En conclusion que dirais que c'est un logiciel très pragmatique. Il possède plusieurs modules simples qui intéragissent entre eux. C'est écrit en python et ça tourne en CGI

concrètement un développeur .net peut ne rien connaitre en html pour faire une appli sympa. (certes non optimisée mais bon)

Ben moi ça me gène quand meme un peu... Je vois beaucoup de formations J2EE par exemple où on n'explique pas le HTML. Conclusion, les développeurs ne savent pas ce qu'ils font.... et font n'importe quoi des fois !

Ce n'est pas qu'une question d'optimisation en plus. Moi ça me fait hurler quand je vois de très bons dévs J2EE ou .NET qui savent pas vraiment faire de HTML. Ca donne parfois des trucs horribles !!!

ouah pareil !!!!
je m'étais dis que je regarderai ça un jour, pour l'instant ça ne me gênait pas de devoir recompiler à chaque coup (sauf que généralement c dans des coups de bourre ;) )

Pour moi c'est même pire que ça.
La base de données sert à stocker des données (et oui). Le logiciel utilise le formalisme qu'il veut. On peut par exemple stocker des données dans un fichier texte, un stream ou encore autre chose....

Le but d'uniformiser les données serait de pouvoir facilement changer de "moteur". Cela passe pour moi par une couche d'abstraction logicielle. Mais celle-ci va être coton à imaginer : il va falloir penser à une API complète permettant de répondre aux besoins de chaque CMS....

Après chaque CMS implémente l'API comme il veut et je peux facilement plugger la partie graphique de telle CMS avec la partie stockage d'un autre..... En tout cas bonne chance pour essayer de normaliser tout ça !

apt-get install gnunet gnunet-gtk

et hop ! Qui a dit que Debian ct compliqué ? Allez y moinssez !

Je plussoie, j'ai suivi ce document pour postfix 2.x et en une demie journée j'avais fini de configurer mon serveur mail alors que je n'y connaissais strictement rien !

Bon alors c'est metacity.... j'ai encore appris une chose moi....

Ben c gnome....

C bizarre tout de meme cette affaire...