NiCoS

ah ah SPIP le fait from scratch avec sa gestion de portfolio ou via des contribs SPIP fait le reste, y a juste le pont avec d'autres applis qui n'existe pas à ma connaissance...

Je reviens à l'assaut - MCD DBDesigner - MCD (au format png) J'espère que j'ai bon cette fois-ci

Pour la mise en page, SPIP te permet de faire facilement ce que tu veux. Pour les archives, SPIP gère ça très bien aussi en jouant avec les filtres sur les dates

tu cherches le serveur en lui-même ou le paramètre à mettre pour permettre une connexion extérieure ? Pour le paramètre, sur une distrib debian, dans /etc/mysql/my.cnf, tu regardes du coté de bind-adress ou skip-networking suivant les versions de MySQL Ensuite tout serveur peut donc potentiellement permettre des connexions depuis l'extérieure...

Je suis depuis 2002 chez Sivit (en mutu, puis en dédié) et jamais eu aucun problème de réactivité

OK c'est sympa, en effet pour les profils, j'avais tout faux, je m'étais trompé de sens Bon sur ce je m'y remets à mon beau schéma

Hum ok vais tenter de reprendre cela au calme, je pense Merci pour vos retours

arf oui en effet :-/

Un profil peut être détenu par 0,n utilisateurs donc mon cas serait ton cas n°2 si je lis bien

Ok c'est corrigé dans ce sens J'ai un peu avancé depuis hier et si redbus le veut bien c'est consultable ici : http://www.unelectronlibre.info/perso/Export_Guss.png http://www.unelectronlibre.info/perso/guss.xml (Format DBDesigner) Si tu as le temps d'y jeter un oeil, je suis preneur

C'est vrai que j'en suis peut être plus au MPD qu'au MCD. En fait, ma question des clés étrangères est arrivé en cherchant à comprendre pourquoi DBDesigner faisait des liens avec des FK Pour le moment, j'en suis à ce que tu peux voir ci-joint. Je me pose la question de mentionner aussi les relations "inverses" : par ex, j'ai mentionné pour le moment le lien utilisateur > profil, mais je me demandais si cela m'était utile de définir la relation profil > utilisateur...

Hello, Je suis en train de pondre mon MCD avec DBDesigner pour un projet PHP/MySQL et j'ai qqs questions : Quand je lis une table à une autre, cette liaison est-elle forcément une clé étrangère ? MySQL ne semble gérer les clés étrangères qu'avec les tables InnoDB - est-ce toujours le cas avec MySQL 4.x et quel est l'impact de choisir un type InnoDB plutôt que MyISAM ? Si je n'utilise pas de clé étrangère mais m'assure seulement d'avoir des liens logiques dans mes tables, hormis un surplus de programmation, qu'est-ce que je risque ? A l'inverse quels sont les impacts d'utiliser des clés étrangères ? Merci d'avance

SMF serait libre, je comprendrais ce choix mais sauf changement de licence récent, il est juste gratuit et non libre. Pour moi faire un tel choix c'est s'exposer à de futurs problèmes et se mettre des contraintes avec le respect de la licence, etc

Ok, merci pour le retour... vais quand même tenté de prendre le temps de mettre SPF en place... Par contre petite question : si j'ai bien compris, je dois lister tous les serveurs qui envoi des mails pour une adresse donnée. Donc si j'utilise le smtp de mon fai ou du bureau pour envoyer des mails, je présume que je vais devoir ajouter tous ces smtp... c'est bien ça ? Car pour le moment, je ne permets pas l'envoi de mail sur mon serveur depuis un client mail...

J'ai ceci qui est apparu et j'avoue que j'ai du mal à voir le traitement que je dois appliquer : Est-ce parce que je n'ai pas encore mis d'item SPF (http://www.openspf.org) dans ma configuration de bind ?

XUL permet de créer normalement des interfaces riches mais XUL n'est disponible à ce jour que sous les navigateurs Mozilla / Firefox. Pour en savoir plus sur Xul, je te conseille http://xul-fr.org/

J'allais dire SPIP aussi...

Pas mal en effet

nativement, non... mais en utilisant les API eZ Publish et en réalisant un schéma de conversion, cela devrait être possible...

Je vais tenter d'être plus clair Mon organisation est pour le moment la suivante : - mon serveur héberge une dizaine de domaines différents - pour chaque domaine existe une ou plusieurs adresses mail - chaque adresse mail est un compte système et non de la forme compte_AT_domaine.com - la redirection des adresses compte_AT_domaine.com vers compte est géré via postfix Ce que je voudrais : - avoir une seule instance de webmail (pour des soucis de mise à jour, de gestion des services proposés) - que lorsque l'utilisateur se connecte en saisissant son compte et son mot de passe lorsqu'il est sur webmail.undesdomaine.com alors on sait qu'il est compte_AT_undesdomaine.com pour éviter de forcer l'utilisateur à effectuer un paramétrage supplémentaire au niveau du webmail (c'est ce que j'appelais gestion du virtual host) Question subsidiaire, comment définir de manière générique au niveau d'apache que webmail.* renvoie sur mon instance du webmail ? J'espère que c'est plus clair cette fois ci

Hello, J'héberge sur mon serveur différents noms de domaine et au lieu de multiplier les instances de webmail, je cherches à n'utiliser qu'un seul webmail pour tout le monde. Du coup, il faut que ce webmail gère le virtual host nativement, ie sans que l'utilisateur lambda ait à spécifier son domaine ou son adresse... Pour le moment, mes comptes sont des compte systèmes donc le nom de domaine ne sont pas spécifiés dans le nom du comte (mais dans /etc/postfix/virtual_alias). J'utilisais Squirrelmail jusque présent mais cela ne semble pas possible de faire ce que je veux avec... Qqn a un webmail opensource en php à me proposer ? ou des retours à me faire à ce sujet ?

ben tu fais 2 boucles rubriques distinctes ? La première n'affiche par ex que les rub de niveau 1 La seconde (menu de gauche) affiche les rubriques/articles de la rubrique dans laquelle tu te trouves par ex.

Ce que je trouve étrange, c'est qu'il n'y a apparemment aucune page de présentation des fonctionnalités de l'outil... Même si ixprim est attendu depuis des années, je trouve ça frustrant de pas savoir ce que fait cet outil...

Tout ce qui est mise en page se gère dans tes squelettes. Si tu as n rubriques avec des looks différents, alors tu auras n squelettes de rubrique pour laquelle chacun aura sa déclinaison css. Pour ton fichier css, soit tu en as n et tu peux garder les memes noms de style pour toutes tes rubriques, soit tu mets tout dans un seul et là tu devras adapter tes styles en fonction (genre titre_bleu, titre_rouge, etc) Voilà pour la partie mise en page. Ensuite pour ce qui est de différencier des contenus, cela ne relève pas du css mais des boucles et de ta logique de personnalisation/accès des contenus.

Voir aussi à ce sujet : - http://ljouanneau.com/blog/2006/02/28/530-...n-des-sites-web - http://www.blog-and-blues.org/weblog/2006/...ion-de-demarche