Je tenais à attirer l'attention sur cet ensemble de CGI Perl qui permettent de gérer trés facilement une banque d'image organisée en Albums ; avec commentaires, news etc.
Merci à John Moose qui a fait un gros boulot pour sortir cette version
Aller plus loin
- IDS Homepage (3 clics)
- IDS in action (2 clics)
- IDS in action (2 clics)
# Plusieurs logiciels pour la meme chose
Posté par Eugen Dedu . Évalué à 1.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par kasi77 . Évalué à 1.
Les différences ne résident pas seulement dans les interfaces mais également au niveau des choix des langages web, des bases de données etc. Chaque différence permettant de choisir le logiciel qu'il te faut pour toi.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Eugen Dedu . Évalué à 1.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Mokona . Évalué à 1.
L'ennui, c'est qu'on a très souvent un cas génant qui se produit : on a le choix entre 10 logiciels avec le même cahier des charges, et aucun de terminé.
Les efforts étant divisés, beaucoup de projets s'arrêtent.
Moins de projets redondants, avec des cahiers des charges peut être identiques, mais des façon de voir différente, c'est là que se trouve la force du libre.
Si le résultat est au contraire d'avoir le choix entre 10 solutions qui font strictement la même chose, l'intérêt est nul.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Alain Tésio . Évalué à 1.
mais pas forcément pour les personnes qui le
développent. T'as le choix entre plusieurs trucs
équivalents, c'est comme pour les OS, le hardware,
les cigarettes, les pizzas et les préservatifs,
et c'est mieux comme ca.
Le dernier essai majeur pour rationaliser la
production a raté, ca s'appelait le communisme.
Trabant pour tout le monde !
Les discussions générales pour savoir si une
organisation de développement est bonne ou pas
(fork GNU Emacs/Lucid Emacs, BSDs, ...) n'amènent
jamais à rien, et c'est normal, il y a des personnes
à l'origine de ces projets et ils ont des raisons
diverses de ne pas s'intégrer à un projet existant,
tu peux toujours critiquer mais il faut comprendre
qu'ils prennent des décisions de leur point de vue
et pas pour que toi utilisateur vive dans un monde
meilleur.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Eugen Dedu . Évalué à 1.
Cependant, je pensais a faire un programme qui englobe toutes ces fonctionnalites et qui te permette de choisir celles que tu veux.
Je serais tres interesse de savoir les raisons pour lesquelles des programmeurs ne s'integrent pas aux divers projets existants (comme tu le disais) et egalement de savoir s'ils ont fait un etat de l'art (connaitre les autres projets sur le meme sujet) avant de commencer/publier leur projet. Merci d'avance.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Mokona . Évalué à 1.
Oui à la multiplication des projets... s'ils ont quelque chose à offrir.
Je ne demande pas l'uniformisation, au contraire, je souhaite que chaque nouveau projet apporte avec lui une nouvelle manière de voire le problème ou de le traiter.
Pas qu'il ait besoin d'être à 100% neuf et innovant non, mais qu'il ne soit pas un clone de quelque chose d'existant, avec un utilisation qui change parceque les icônes seront en 32x32 au lieu de 16x16.
Pour des changements minimes, je trouve plus constructif de s'intégrer à un projet existant.
Pour des changements majeurs, ou un désaccord complet avec les méthodes utilisées par l'existant, je trouve plus constructif de faire un projet parallèle.
Ainsi, si quelqu'un considère que la Trabant n'est pas une bonne voiture, il décide de mettre une Fiat Punto a disposition. Et de fil en aiguille, on arrivera à une Diablo (peut être pas le bon exemple, ça consomme ce machin :) ).
Mais si quelqu'un s'amuse à mettre une Trabant en changeant la couleur des phares, il n'apporte rien du tout à l'existant.
D'un point de vu personnel, il peut avoir appris à faire une voiture au passage, pourquoi pas. Mais dans ce cas, maintenant qu'il a appris, pourquoi ne pas apporter la touche supplémentaire ?
Pour eminescu, il y a deux raisons que je vois pour ne pas s'intégrer à certains projets :
- divergence de point de vue total avec la conception du projet ;
- incompatibilité avec le gestionnaire du projet (parfois un peu trop possessif, et n'acceptant parfois même pas des patchs correctifs de memory leak evident ; je parle d'expérience :) ).
Pour l'état de l'art, je pense qu'il n'est souvent pas fait à fond.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Eugen Dedu . Évalué à 1.
Une remarque sur l'etat de l'art. C'est tres rare que je vois sur les sites d'une application les applications "concurrentes". Et dans ces rares cas, quasiment toujours il n'y a qu'un lien vers les autres. Pas de presentation des avantages, des inconvenients, des specificites de chacun... Neanmoins, je reconnais que cela peut prendre du temps, de s'interesser tous les six mois sur l'avancements de ces concurrents. Cependant, cela aiderait bien les utilisateurs. J'espere ne pas etre trop ireel...
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Eugen Dedu . Évalué à 1.
Je ne vois qu'un seul avantage que toute personne puisse commencer son projet et le rendre publique sans qu'il le finisse : c'est que cela donne a toute personne la chance de gagner de l'experience : l'experience de travailler avec d'autres (les "clients").
Par contre, le grand desavantage est qu'une des puissances du libre (GPL en particulier) - le fait de ne pas implanter la meme chose deux fois, mais travailler ensemble sur le meme code source - n'est pas exploitee. Je pense qu'il faut que quelqu'un puisse avoir une vision plus globale sur les projets existants et travailler pour les faire cooperer.
[^] # Re: Plusieurs logiciels pour la meme chose
Posté par Anonyme . Évalué à 0.
certains logiciels utilisent une bdd, d'autres non.
certains generent le HTML en dynamique, d'autres le preparent a l'avance.
certains sont en perl/php/python/java ...
ces differences technologiques et d'architecture justifient à mon avis le nombre de projets de gestion d'albums photo. ceux qui se ressemblent techniquement devraient converger, mais les autres ont des differences significatives...
PLuG
# Ils auraient pu choisir un autre nom !
Posté par Anonyme . Évalué à 0.
http://highsecu.tuxfamily.org(...)
[^] # Re: Ils auraient pu choisir un autre nom !
Posté par Stéf . Évalué à -1.
chu pas réveillé là, saré fête de la zik mu !
# phpgraphy
Posté par Anonyme . Évalué à 0.
[^] # Re: phpgraphy
Posté par Eugen Dedu . Évalué à 1.
Contacte-moi si tu en a besoin.
# Un bug majeur :
Posté par Anonyme . Évalué à 0.
la possibilité d'aller dans d'autre répertoire
Pour ce faire, c'est simple, prenez une 'example'
naviguez jusqu'a que vous puissez voir une image
cliquez dessus
a la fin de l'url, enlevez 'mahcin.jpg' par ../../../../../../../../etc/passwd
et vla ! on voit pas le fichier /etc/passwd, certes, mais on voit quelques infos quand même
comme la taille du fichier /etc/passwd !
allez !! amusé vous avec ca !!
tchao
# Classer/consulter des images.
Posté par Wawet76 . Évalué à 1.
Pour l'instant je les classe par evenements en commencant mes noms de fichiers/repertoires par la date afin que l'odre alphabetique corresponde à l'ordre chronologique.
J'aimerais un soft pour stocker la date de chaque photo avec le lieu, les personnes, les paramètres de prise de vue (automatique), etc...
Le tout avec des fonctions de recherches.
J'entends déjà quelques personnes qui suggérent de faire quelques tables dans une BDD...
Le problème est que j'aimerais aussi diffuser des CD avec un sous-ensemble de mon stock de photo en incluant les infos de manière exploitable simplement.
Je refléchis depuis un moment au fait de stocker les infos dans un/des fichier(s) xml plus ou moins mélés aux fichiers, avec une applie pour les exploiter...
Quelqu'un a déjà vu un projet de ce genre ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.