je ne connais malheureusement pas encore Clearcase, mais je connais CVS et Samba.
j'essaie de reformuler ton besoin tel que je le comprend : ne pas avoir besoin de faire d'update dans ta copie de travail
mon avis : impossible
détails : dans CVS tu as le repository (unique) et X copies de travail. Les copies de travail ne se mettent à jour que si tu fais des "cvs update" dessus. Si tu veux que ton sandbox (copie de travail) soit constamment à jour, je conseille de mettre en crontab la commande "cvs update", disons toutes les minutes, mais garre aux conflits !
L'intérêt de Samba dans tout ça : pas très évident ! A la limite, ça va te servir à avoir ton sandbox sur un compte Unix-like et éditer des fichiers par montage réseau sous windows (donc des utilisateurs qui pourront utiliser un éditeur de texte à la mode clic clic)
Maintenant je ne connais pas du tout ClearCase, mais assez bien CVS (je suis "l'admin" CVS sur un gros projet dans ma boîte), et du coup, je ne comprend pas l'intérêt de la "Vue dynamique" (si tu veux bien m'en expliquer l'intérêt :-), je suis preneur)
je dois en être à environ 250 mails à cause de ça aujourd'hui. J'en ai un tout petit peu ras le bol... (comment je fais dans procmail pour mettre dans un fichier spécial les mails avec fichier attaché ?)
Gros articles :
- les créateurs s'insurgent contre la tyrannie du copyright
- A bas les intermédiaires
- Indépendants et fiers de l'être
- Les passionnés de la Gorbouchka
- Pourquoi nous écrivons sous copyleft
- Harlequin n'aime pas se voir en peinture
Petits articles (ça doit pas s'appeller comme ça) :
- Copyright et droit d'auteur
- Le droit à la copie privée menacé (on y parle eucd)
- Les alternatives au copyright
- Faire front contre les lois trop restrictives
- Des labels innovants
- Littérature sur le Net
- Pirater les films pour la simple beauté du geste
Je ne suis pas très spécialiste de la base de donnée. Que sont les clés étrangères et à quoi servent elles ?
Ce sont des "propriétés" que l'on applique à un ou plusieurs champs d'une table pour la lier à une autre table. Un exemple valant mieux qu'un long discours :
table article contenant un champ "category_id"
table category contenant un champ "id"
la table article doit avoir une clé étrangère qui fait pointer son champ category_id vers category.id.
A quoi ça sert ? A assurer l'intégrité de ta base. A aucune moment elle ne doit permettre d'insérer un article qui n'a pas de catégorie. De même si tu supprimes une catégorie, il ne doit plus y avoir d'orphelins (ie des articles sans catégorie).
Sinon j'aurais une question à propos de inodb et des jointures : est ce qu'il le permet ?
(je n'utilise pas InnoDB) A mon avis, ce n'est pas une question de format de fichier stockage, mais de possibilité du SGBD (MySQL en l'occurence). Et MySQL gère parfaitement les jointures (encore heureux).
Avoir une table spéciale pour les jointures ne va être conceptuellement utile (je parle pas en terme d'optimisations etc.) que lorsqu'un article pourra appartenir à plusieurs catégories (pour reprendre l'exemple précédent). Plutôt que d'avoir article.category_id, tu aura une table article_category avec 2 champs : article_id et category_id (avec doublons autorisés pour chaque champ, mais pas pour un couple donnée).
Si ça t'intéresse de "fusionner" les projets... (si on n'est pas trop différent) on peut en discuter. En tout cas bon courage pour trouver des contributeurs, ce n'est pas facile facile j'avoue.
Je pense que dans ta banque, on utilise de moins en moins GL Trade, ou alors pour des marchés bien précis et que parallèlement c'est la solution "maison" qu'on essaie de mettre partout pour des raisons d'indépendance et de perfs.
Le serveur de passage d'ordres maison de cette grande banque française (dont je tairai le nom) a été principalement développé pour Solaris mais je sais que parallèlement des tests sous Linux (RT Linux plus précisément) ont été faits pour mesurer le gain de perfs. Et il est réel. N'y travaillant plus, je ne sais pas où en est le "projet" de passer une partie des marchés sous Linux mais je pense que ça ne devrait pas tarder à commencer (vous noterez que tout est dans la nuance)
Bref, pour moi, ça veut dire que les banques voient en Linux en OS qui brille par ses qualités techniques (et que l'argument du coût du soft n'a que très peu d'importance en contrepartie des sommes en jeu lorsque les traders s'amusent)
PhpWebGallery est pas mal (je suis le créateur, je suis parti pris...). J'ai créé un topic sur mon forum afin d'avoir des avis objectifs sur "quel système de gestion de galerie utiliser pour quel utilisateur ?" : http://forum.phpwebgallery.net/index.php?act=ST&f=5&t=1311(...) (on y trouve le très bon Coppermine)
Pour un site familial, PhpWebGallery est bien. Pour un site pro qui risque d'être fortement fréquenté, utilise la version 1.2 qui est plus rapide (mais plus de requêtes SQL) -> j'ai des améliorations à faire sur la release 1.3 pour améliorer la vitesse sur les sites ayant de nombreuses catégories (et de nombreux sous niveaux récursifs).
Bon choix :-)
PS : considère également l'aide qui peut t'être apportée, pour PhpWebGallery ou Coppermine, il ya des forums très réactifs (pour Gallery aussi il me semble).
PS2 : j'ai eu la joie d'être cité dans Linux Pratique de l'été 2003 (ça m'a fait bien plaisir d'ailleurs, c'était une bonne surprise)
PS3 : PhpWebGallery a été développé sous Debian + emacs + CVS (pour la release 1.3 en tout cas)
> répondre et APRES mettre une citation, c moins lisible par exemple. ça aide moins à comprendre où on en est.
C'est ce que j'ai fait au début pour mon premier boulot. On m'a rapidement fait la réflexion : "Dans tes mail, on comprend rien, y'a d'abord écrit les messages précédents... on sait pas qui écrit quoi.". Et pourtant, je quote intelligemment, c'est à dire que je ne quote que ce à quoi je réponds précisément, je reprend pas tout le mail précédent...
Comme quoi, c'est une question d'habitude aussi. Faut dire que dans ma boîte actuelle, on associe messagerie électronique à Outlook ou Outlook Express (ceux qui me voient avec ThunderBird se demande vraiment l'intérêt de pas faire comme tout le monde).
J'ai eu l'occasion de rédiger une documentation complète en DocBook d'un outil que j'avais développé. L'expérience fut très intéressante et j'avoue que ce fut très facile, surtout grâce à la coloration syntaxique (j'ai utilisé GNU Emacs).
Je garde espoir qu'un jour ce type de format "source" soit pris en charge par tous les traitements de textes.
Pour moi l'idéal concernant les documents que l'on produit avec ce type d'outils serait :
1. un format ouvert dont les spécifications seraient rédigées et diffusées par un organisme tiers (W3C, Oasis...) -> pérennité et portabilité.
2. des éditeurs wysiwig comme Microsoft Word (Word est un bon outil, en tout cas le 97 et 2000, c'est le format doc qui n'est pas "bon"), OpenOffice.org, AbiWord, etc.
3. la possiblité d'éditer le "code" du document directement à la main, en mode texte (style vi ou emacs)
4. des formats d'exports qui soient visualisables sous n'importe quel plateforme : HTML, PDF, etc. On choisirait l'un plutôt que l'autre selon la finalité : impression -> PDF, diffusion -> HTML.
Je pense que ça va arriver (en tout cas je l'espère), mais ce n'est certainement pas pour tout de suite. En tout cas, tout le monde aurait à y gagner, même Microsoft (bon, pas au début peut-être)
tant qu'on y est de faire un peu de pub... je vais en faire un peu pour la galerie que j'ai développé :-) : PhpWebGallery, http://www.phpwebgallery.net(...)
J'aime bien, c'est pas encore parfait, loin de là, mais ça a le mérite de rendre service a pas mal de débutant et ça me fait bien plaisir. Je bosse sur la version 1.3 que j'espère plus rapide, avec un code plus propre (ça y'aura pas de soucis) et fonctionnant avec un vrai système de template (pour que n'importe quel webmaster puisse changer la présentation sans avoir besoin que je lui dise quelle lignes modifier).
> Quant au fantasme final, il ne laisse pas d'ambiguïté : ce n'est qu'un
> fantasme. Dans le vrai monde du film, Monty finit en prison. Il n'y a
> pas que moi qui le dit : Spike Lee était tout aussi étonné de
> constater que certaines personnes trouvaient la fin ambiguë.
Tout à fait, en sortant du ciné, mes copains pensaient aussi que le choix de la fin était hypothétique alors que je vois pas en quoi elle peut l'être.
Je le recommande également, j'avoue avoir apprécié le côté "justice" -> ses meilleurs copains trouvent ça "normal" qu'il aille en prison pour ce qu'il a fait.
# Re: Quel geek êtes vous ?
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal Quel geek êtes vous ?. Évalué à 1.
# Re: sondage
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal sondage. Évalué à 1.
1. légalité/coût
1 ex-aqueo. philosophie (= liberté)
2. nouveauté
3. technique
# Re: sondage
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal sondage. Évalué à 1.
2. 23 ans
3. copains de prépa
4. étudiant en prépa (qui l'eut cru)
5. ingénieur d'études en informatique
# Re: CVS + Samba
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal CVS + Samba. Évalué à 1.
j'essaie de reformuler ton besoin tel que je le comprend : ne pas avoir besoin de faire d'update dans ta copie de travail
mon avis : impossible
détails : dans CVS tu as le repository (unique) et X copies de travail. Les copies de travail ne se mettent à jour que si tu fais des "cvs update" dessus. Si tu veux que ton sandbox (copie de travail) soit constamment à jour, je conseille de mettre en crontab la commande "cvs update", disons toutes les minutes, mais garre aux conflits !
L'intérêt de Samba dans tout ça : pas très évident ! A la limite, ça va te servir à avoir ton sandbox sur un compte Unix-like et éditer des fichiers par montage réseau sous windows (donc des utilisateurs qui pourront utiliser un éditeur de texte à la mode clic clic)
Maintenant je ne connais pas du tout ClearCase, mais assez bien CVS (je suis "l'admin" CVS sur un gros projet dans ma boîte), et du coup, je ne comprend pas l'intérêt de la "Vue dynamique" (si tu veux bien m'en expliquer l'intérêt :-), je suis preneur)
# Re: Scripts PHP pour site web d'un club
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal Scripts PHP pour site web d'un club. Évalué à 1.
je te propose http://www.phpwebgallery.net(...)
# Re: Un nouveau virus aujourd'hui ?
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal Un nouveau virus aujourd'hui ?. Évalué à 2.
[^] # Re: La culture libre dans Courrier International
Posté par Pierrick Le Gall (site web personnel) . En réponse à la dépêche La culture libre dans Courrier International. Évalué à 8.
Gros articles :
- les créateurs s'insurgent contre la tyrannie du copyright
- A bas les intermédiaires
- Indépendants et fiers de l'être
- Les passionnés de la Gorbouchka
- Pourquoi nous écrivons sous copyleft
- Harlequin n'aime pas se voir en peinture
Petits articles (ça doit pas s'appeller comme ça) :
- Copyright et droit d'auteur
- Le droit à la copie privée menacé (on y parle eucd)
- Les alternatives au copyright
- Faire front contre les lois trop restrictives
- Des labels innovants
- Littérature sur le Net
- Pirater les films pour la simple beauté du geste
[^] # Re: innodb
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal innodb. Évalué à 1.
Ce sont des "propriétés" que l'on applique à un ou plusieurs champs d'une table pour la lier à une autre table. Un exemple valant mieux qu'un long discours :
la table article doit avoir une clé étrangère qui fait pointer son champ category_id vers category.id.
A quoi ça sert ? A assurer l'intégrité de ta base. A aucune moment elle ne doit permettre d'insérer un article qui n'a pas de catégorie. De même si tu supprimes une catégorie, il ne doit plus y avoir d'orphelins (ie des articles sans catégorie).
(je n'utilise pas InnoDB) A mon avis, ce n'est pas une question de format de fichier stockage, mais de possibilité du SGBD (MySQL en l'occurence). Et MySQL gère parfaitement les jointures (encore heureux).
Avoir une table spéciale pour les jointures ne va être conceptuellement utile (je parle pas en terme d'optimisations etc.) que lorsqu'un article pourra appartenir à plusieurs catégories (pour reprendre l'exemple précédent). Plutôt que d'avoir article.category_id, tu aura une table article_category avec 2 champs : article_id et category_id (avec doublons autorisés pour chaque champ, mais pas pour un couple donnée).
# Re: projet sympa cherche gentils contributeurs
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal projet sympa cherche gentils contributeurs. Évalué à 4.
Si ça t'intéresse de "fusionner" les projets... (si on n'est pas trop différent) on peut en discuter. En tout cas bon courage pour trouver des contributeurs, ce n'est pas facile facile j'avoue.
[^] # Re: GLTrade et HP s'associent pour fournir des solutions éléctroniques de trading sous Linux
Posté par Pierrick Le Gall (site web personnel) . En réponse à la dépêche GLTrade et HP s'associent pour fournir des solutions éléctroniques de trading sous Linux. Évalué à 3.
Je pense que dans ta banque, on utilise de moins en moins GL Trade, ou alors pour des marchés bien précis et que parallèlement c'est la solution "maison" qu'on essaie de mettre partout pour des raisons d'indépendance et de perfs.
Le serveur de passage d'ordres maison de cette grande banque française (dont je tairai le nom) a été principalement développé pour Solaris mais je sais que parallèlement des tests sous Linux (RT Linux plus précisément) ont été faits pour mesurer le gain de perfs. Et il est réel. N'y travaillant plus, je ne sais pas où en est le "projet" de passer une partie des marchés sous Linux mais je pense que ça ne devrait pas tarder à commencer (vous noterez que tout est dans la nuance)
Bref, pour moi, ça veut dire que les banques voient en Linux en OS qui brille par ses qualités techniques (et que l'argument du coût du soft n'a que très peu d'importance en contrepartie des sommes en jeu lorsque les traders s'amusent)
[^] # Re: Album photo en php pour site web
Posté par Pierrick Le Gall (site web personnel) . En réponse au journal Album photo en php pour site web. Évalué à 1.
Pour un site familial, PhpWebGallery est bien. Pour un site pro qui risque d'être fortement fréquenté, utilise la version 1.2 qui est plus rapide (mais plus de requêtes SQL) -> j'ai des améliorations à faire sur la release 1.3 pour améliorer la vitesse sur les sites ayant de nombreuses catégories (et de nombreux sous niveaux récursifs).
Bon choix :-)
PS : considère également l'aide qui peut t'être apportée, pour PhpWebGallery ou Coppermine, il ya des forums très réactifs (pour Gallery aussi il me semble).
PS2 : j'ai eu la joie d'être cité dans Linux Pratique de l'été 2003 (ça m'a fait bien plaisir d'ailleurs, c'était une bonne surprise)
PS3 : PhpWebGallery a été développé sous Debian + emacs + CVS (pour la release 1.3 en tout cas)
[^] # Re: Mozilla 1.6 Alpha
Posté par Pierrick Le Gall (site web personnel) . En réponse à la dépêche Mozilla 1.6 Alpha. Évalué à 5.
C'est ce que j'ai fait au début pour mon premier boulot. On m'a rapidement fait la réflexion : "Dans tes mail, on comprend rien, y'a d'abord écrit les messages précédents... on sait pas qui écrit quoi.". Et pourtant, je quote intelligemment, c'est à dire que je ne quote que ce à quoi je réponds précisément, je reprend pas tout le mail précédent...
Comme quoi, c'est une question d'habitude aussi. Faut dire que dans ma boîte actuelle, on associe messagerie électronique à Outlook ou Outlook Express (ceux qui me voient avec ThunderBird se demande vraiment l'intérêt de pas faire comme tout le monde).
[^] # Re: Oasis Open
Posté par Pierrick Le Gall (site web personnel) . En réponse à la dépêche OpenOffice.org vs Microsoft Office : Chronique d'une migration réussie à grande échelle. Évalué à 2.
Je garde espoir qu'un jour ce type de format "source" soit pris en charge par tous les traitements de textes.
Pour moi l'idéal concernant les documents que l'on produit avec ce type d'outils serait :
1. un format ouvert dont les spécifications seraient rédigées et diffusées par un organisme tiers (W3C, Oasis...) -> pérennité et portabilité.
2. des éditeurs wysiwig comme Microsoft Word (Word est un bon outil, en tout cas le 97 et 2000, c'est le format doc qui n'est pas "bon"), OpenOffice.org, AbiWord, etc.
3. la possiblité d'éditer le "code" du document directement à la main, en mode texte (style vi ou emacs)
4. des formats d'exports qui soient visualisables sous n'importe quel plateforme : HTML, PDF, etc. On choisirait l'un plutôt que l'autre selon la finalité : impression -> PDF, diffusion -> HTML.
Je pense que ça va arriver (en tout cas je l'espère), mais ce n'est certainement pas pour tout de suite. En tout cas, tout le monde aurait à y gagner, même Microsoft (bon, pas au début peut-être)
[^] # Re: Gallery
Posté par Pierrick Le Gall (site web personnel) . En réponse à la dépêche Sortie de LinuxMag 50. Évalué à 3.
J'aime bien, c'est pas encore parfait, loin de là, mais ça a le mérite de rendre service a pas mal de débutant et ça me fait bien plaisir. Je bosse sur la version 1.3 que j'espère plus rapide, avec un code plus propre (ça y'aura pas de soucis) et fonctionnant avec un vrai système de template (pour que n'importe quel webmaster puisse changer la présentation sans avoir besoin que je lui dise quelle lignes modifier).
Pouvez voir une demo là : http://demo.phpwebgallery.net(...)
Naturellement PhpWebGallery est sous GPL, avec pas la moindre miette de pub de nul part.
[^] # Re: Après l'heure, ce n'est plus l'heure...
Posté par Pierrick Le Gall (site web personnel) . En réponse à la dépêche Après l'heure, ce n'est plus l'heure.... Évalué à 0.
> fantasme. Dans le vrai monde du film, Monty finit en prison. Il n'y a
> pas que moi qui le dit : Spike Lee était tout aussi étonné de
> constater que certaines personnes trouvaient la fin ambiguë.
Tout à fait, en sortant du ciné, mes copains pensaient aussi que le choix de la fin était hypothétique alors que je vois pas en quoi elle peut l'être.
Je le recommande également, j'avoue avoir apprécié le côté "justice" -> ses meilleurs copains trouvent ça "normal" qu'il aille en prison pour ce qu'il a fait.