J'ai écrit en html, php et javascript une application qui permet de
présenter des photos regroupées en galeries à partir d'un serveur WEB
supportant les scripts *.php et donnant accès à une base de données MySQL.
C'est gratuit, ça s'appelle "GlPhot" et c'est disponible à l'adresse
suivante (version beta) :
http://pr.chauveau.free.fr/Mpp/Mpp.htm
Si le coeur vous en dit.
Toutes les critiques "constructives" sont les bienvenues.
Ne passe aucun des validateurs du W3C : HTML non conforme, CSS non conforme... (bon, normal pour la feuille de style, y-en a pas...).
Et j'espère que c'est paramétrable, parce qu'un album photo sur fond rose foncé... en général, on recommande toujours un fond neutre non coloré (noir, blanc ou gris)
Pierre wrote:
J'en ai placé un exemple à l'adresse suivante :
http://pr.chauveau.free.fr/GPhot/
Ne passe aucun des validateurs du W3C : HTML non conforme, CSS non conforme...
(bon, normal pour la feuille de style, y-en a pas...).
Et j'espère que c'est paramétrable, parce qu'un album photo sur fond rose
foncé... en général, on recommande toujours un fond neutre non coloré (noir,
blanc ou gris)
Ne passe aucun des validateurs du W3C : HTML non conforme, CSS non conforme... (bon, normal pour la feuille de style, y-en a pas...).
Et j'espère que c'est paramétrable, parce qu'un album photo sur fond rose foncé... en général, on recommande toujours un fond neutre non coloré (noir, blanc ou gris)
Pierre
il faudrait au minimum fournir un utilitaire pour construire les images et les imagettes, puisque tu impose leur format et qu'il faut faire l'opération à l'avance. ou au moins fournir le mode d'emploi pour ça...
xnview
dire aussi quelque part ce que tu offre de plus qu'un jalbum ou autre...
Une présentation différente, la possibilité d'ajouter/supprimer des
photos, des commentaires n'importe quand sans avoir à tout reconstruire.
par exemple, s'il était possible d'avoir deux niveaux de qualité pour les grosses images, en fonction de la demande du visiteur, ce serait bien.
Je note.
savoir aussi que certains scripts php ont d'énormes trous de sécurité et que les serveurs de Free (entre autres) sont souvent compromis à cause de ça.
as-tu lu le fichier d'aide AideGlPhot.html ? J'y parle de la sécurité
donc donner dans ta doc une idée de ce que tu fais pour éviter ca...
jdd
Cordialement.
Pierre
il faudrait au minimum fournir un utilitaire pour construire
les images et les imagettes, puisque tu impose leur format
et qu'il faut faire l'opération à l'avance. ou au moins
fournir le mode d'emploi pour ça...
xnview
dire aussi quelque part ce que tu offre de plus qu'un jalbum
ou autre...
Une présentation différente, la possibilité d'ajouter/supprimer des
photos, des commentaires n'importe quand sans avoir à tout reconstruire.
par exemple, s'il était possible d'avoir deux niveaux de
qualité pour les grosses images, en fonction de la demande
du visiteur, ce serait bien.
Je note.
savoir aussi que certains scripts php ont d'énormes trous de
sécurité et que les serveurs de Free (entre autres) sont
souvent compromis à cause de ça.
as-tu lu le fichier d'aide AideGlPhot.html ? J'y parle de la sécurité
donc donner dans ta doc une idée de ce que tu fais pour
éviter ca...
il faudrait au minimum fournir un utilitaire pour construire les images et les imagettes, puisque tu impose leur format et qu'il faut faire l'opération à l'avance. ou au moins fournir le mode d'emploi pour ça...
xnview
dire aussi quelque part ce que tu offre de plus qu'un jalbum ou autre...
Une présentation différente, la possibilité d'ajouter/supprimer des
photos, des commentaires n'importe quand sans avoir à tout reconstruire.
par exemple, s'il était possible d'avoir deux niveaux de qualité pour les grosses images, en fonction de la demande du visiteur, ce serait bien.
Je note.
savoir aussi que certains scripts php ont d'énormes trous de sécurité et que les serveurs de Free (entre autres) sont souvent compromis à cause de ça.
as-tu lu le fichier d'aide AideGlPhot.html ? J'y parle de la sécurité
donc donner dans ta doc une idée de ce que tu fais pour éviter ca...
jdd
Cordialement.
Pierre
Pierre
Pierre wrote:
J'en ai placé un exemple à l'adresse suivante :
http://pr.chauveau.free.fr/GPhot/
Ne passe aucun des validateurs du W3C : HTML non conforme, CSS non conforme... (bon, normal pour la feuille de style, y-en a pas...).
Effectivement. Un test rapide me motre que c'est très souvent le même type d'erreur qui se reproduit. Il faut que j'analyse cela.
Et j'espère que c'est paramétrable, parce qu'un album photo sur fond rose foncé... en général, on recommande toujours un fond neutre non coloré (noir, blanc ou gris) Ce n'est pas fait pour l'instant mais prévu.
Cordialement.
Pierre
Pierre wrote:
J'en ai placé un exemple à l'adresse suivante :
http://pr.chauveau.free.fr/GPhot/
Ne passe aucun des validateurs du W3C : HTML non conforme, CSS non
conforme... (bon, normal pour la feuille de style, y-en a pas...).
Effectivement. Un test rapide me motre que c'est très souvent le même
type d'erreur qui se reproduit. Il faut que j'analyse cela.
Et j'espère que c'est paramétrable, parce qu'un album photo sur fond
rose foncé... en général, on recommande toujours un fond neutre non
coloré (noir, blanc ou gris)
Ce n'est pas fait pour l'instant mais prévu.
Ne passe aucun des validateurs du W3C : HTML non conforme, CSS non conforme... (bon, normal pour la feuille de style, y-en a pas...).
Effectivement. Un test rapide me motre que c'est très souvent le même type d'erreur qui se reproduit. Il faut que j'analyse cela.
Et j'espère que c'est paramétrable, parce qu'un album photo sur fond rose foncé... en général, on recommande toujours un fond neutre non coloré (noir, blanc ou gris) Ce n'est pas fait pour l'instant mais prévu.
Cordialement.
Pierre
Pierre
Par exemple Cameroun, les transitions sont trop brèves,
Quelles transitions ?
Je veux dire : le passage d'une diapo à l'autre (le temps d'affichage, quoi).
Aigle bavard
C'est programmable de 1 à 5 secondes en cliquant sur les petites cases marquées de "1" à "5" en haut à droite des planches contact.
Cordialement.
Pierre.
Par exemple Cameroun, les transitions sont trop brèves,
Quelles transitions ?
Je veux dire : le passage d'une diapo à l'autre (le temps d'affichage,
quoi).
Aigle bavard
C'est programmable de 1 à 5 secondes en cliquant sur les petites cases
marquées de "1" à "5" en haut à droite des planches contact.
C'est programmable de 1 à 5 secondes en cliquant sur les petites cases marquées de "1" à "5" en haut à droite des planches contact.
Cordialement.
Pierre.
Ah, j'ai vu mais je n'ai même pas essayé : pour moi, c'était les accès directs aux diapos par leur numéro d'ordre...
Aigle bavard
jullag
Dans la serie albums photos en php/mysql quel est l'avantage par rapport a Gallery par exemple? (http://gallery.menalto.com/) Je me trompe peut-etre mais entre nous, qui a envie d'avoir à mettre en place un serveur Mysql alors qu'un simple arborescence de repertoires suffit? Et pourquoi faire ramer (oui je sais le terme est quelque peu exagéré) ton serveur web avec des executions dynamiques de scripts php, alors que le contenu d'un album photo est statique?(par ma definition, du moins) J'utilise JAlbum skin ExhibitPlus (http://www.fyvie.net/photos/info_exhibitplus.html) qui est tres puissante et personnalisable. pas convaincu, désolé. cordialement julien lagarde
Dans la serie albums photos en php/mysql quel est l'avantage par
rapport a Gallery par exemple? (http://gallery.menalto.com/)
Je me trompe peut-etre mais entre nous, qui a envie d'avoir à mettre
en place un serveur Mysql alors qu'un simple arborescence de
repertoires suffit?
Et pourquoi faire ramer (oui je sais le terme est quelque peu
exagéré) ton serveur web avec des executions dynamiques de scripts
php, alors que le contenu d'un album photo est statique?(par ma
definition, du moins)
J'utilise JAlbum skin ExhibitPlus
(http://www.fyvie.net/photos/info_exhibitplus.html) qui est tres
puissante et personnalisable.
pas convaincu, désolé.
cordialement
julien lagarde
Dans la serie albums photos en php/mysql quel est l'avantage par rapport a Gallery par exemple? (http://gallery.menalto.com/) Je me trompe peut-etre mais entre nous, qui a envie d'avoir à mettre en place un serveur Mysql alors qu'un simple arborescence de repertoires suffit? Et pourquoi faire ramer (oui je sais le terme est quelque peu exagéré) ton serveur web avec des executions dynamiques de scripts php, alors que le contenu d'un album photo est statique?(par ma definition, du moins) J'utilise JAlbum skin ExhibitPlus (http://www.fyvie.net/photos/info_exhibitplus.html) qui est tres puissante et personnalisable. pas convaincu, désolé. cordialement julien lagarde
Pierre
Dans la serie albums photos en php/mysql quel est l'avantage par rapport a Gallery par exemple? (http://gallery.menalto.com/)
Il existe des centaines de galeries différentes et je ne connais pas toutes leurs possibilités. J'en ai réalisée une pour :
- me familiariser avec le php et MySQL - avoir une présentation personnalisée.
De fait, si elle intéresse quelqu'un, je la mets gracieusement à disposition. Vous pouvez voir ses caractéristiques à l'adresse suivante :
http://pr.chauveau.free.fr/Mpp/Mpp.htm
Je me trompe peut-etre mais entre nous, qui a envie d'avoir à mettre en place un serveur Mysql alors qu'un simple arborescence de repertoires suffit?
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Cela fait maintenant plus de 15 ans que je programme (avec DELPHI) et je n'avais jamais trouvé de motivation pour utiliser des bases de données. C'en était une ... et je me dis que j'aurais aussi vite fait sans et avec des variables de type records et quelques fichiers qui vont bien.
C'est vrai que parfois, l'accès à la base de données rame dur.
Et pourquoi faire ramer (oui je sais le terme est quelque peu exagéré) ton serveur web avec des executions dynamiques de scripts php, alors que le contenu d'un album photo est statique?(par ma definition, du moins) J'utilise JAlbum skin ExhibitPlus (http://www.fyvie.net/photos/info_exhibitplus.html) qui est tres puissante et personnalisable. pas convaincu, désolé. cordialement julien lagarde
Cordialement.
Pierre.
Dans la serie albums photos en php/mysql quel est l'avantage par
rapport a Gallery par exemple? (http://gallery.menalto.com/)
Il existe des centaines de galeries différentes et je ne connais pas
toutes leurs possibilités. J'en ai réalisée une pour :
- me familiariser avec le php et MySQL
- avoir une présentation personnalisée.
De fait, si elle intéresse quelqu'un, je la mets gracieusement à
disposition. Vous pouvez voir ses caractéristiques à l'adresse suivante :
http://pr.chauveau.free.fr/Mpp/Mpp.htm
Je me trompe peut-etre mais entre nous, qui a envie d'avoir à mettre
en place un serveur Mysql alors qu'un simple arborescence de
repertoires suffit?
La base de données (ou système équivalent) permet d'enlever/ajouter des
images, des commentaires, ... quand on le veut et sans avoir à
reconstruire une page statique.
Cela fait maintenant plus de 15 ans que je programme (avec DELPHI) et je
n'avais jamais trouvé de motivation pour utiliser des bases de données.
C'en était une ... et je me dis que j'aurais aussi vite fait sans et
avec des variables de type records et quelques fichiers qui vont bien.
C'est vrai que parfois, l'accès à la base de données rame dur.
Et pourquoi faire ramer (oui je sais le terme est quelque peu
exagéré) ton serveur web avec des executions dynamiques de scripts
php, alors que le contenu d'un album photo est statique?(par ma
definition, du moins)
J'utilise JAlbum skin ExhibitPlus
(http://www.fyvie.net/photos/info_exhibitplus.html) qui est tres
puissante et personnalisable.
pas convaincu, désolé.
cordialement
julien lagarde
Dans la serie albums photos en php/mysql quel est l'avantage par rapport a Gallery par exemple? (http://gallery.menalto.com/)
Il existe des centaines de galeries différentes et je ne connais pas toutes leurs possibilités. J'en ai réalisée une pour :
- me familiariser avec le php et MySQL - avoir une présentation personnalisée.
De fait, si elle intéresse quelqu'un, je la mets gracieusement à disposition. Vous pouvez voir ses caractéristiques à l'adresse suivante :
http://pr.chauveau.free.fr/Mpp/Mpp.htm
Je me trompe peut-etre mais entre nous, qui a envie d'avoir à mettre en place un serveur Mysql alors qu'un simple arborescence de repertoires suffit?
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Cela fait maintenant plus de 15 ans que je programme (avec DELPHI) et je n'avais jamais trouvé de motivation pour utiliser des bases de données. C'en était une ... et je me dis que j'aurais aussi vite fait sans et avec des variables de type records et quelques fichiers qui vont bien.
C'est vrai que parfois, l'accès à la base de données rame dur.
Et pourquoi faire ramer (oui je sais le terme est quelque peu exagéré) ton serveur web avec des executions dynamiques de scripts php, alors que le contenu d'un album photo est statique?(par ma definition, du moins) J'utilise JAlbum skin ExhibitPlus (http://www.fyvie.net/photos/info_exhibitplus.html) qui est tres puissante et personnalisable. pas convaincu, désolé. cordialement julien lagarde
Cordialement.
Pierre.
Bernard Perrot
Pierre wrote:
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est le rôle de PHP. MySQL est un SGBDR, pas un générateur de pages.
Pierre wrote:
La base de données (ou système équivalent) permet d'enlever/ajouter des
images, des commentaires, ... quand on le veut et sans avoir à
reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est
l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est
le rôle de PHP.
MySQL est un SGBDR, pas un générateur de pages.
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est le rôle de PHP. MySQL est un SGBDR, pas un générateur de pages.
FAb
Bernard Perrot writes:
Pierre wrote:
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est le rôle de PHP. MySQL est un SGBDR, pas un générateur de pages.
La question est quel est l'intérêt d'un système hyper dynamique pour quelque chose qui ne l'est pas particulièrement ? Une galerie ordinaire gagne à être couplée à un système de cache de pages... (Je ne fais que reformuler la question qui ne me semblait pas bien perçue)
FAb
Bernard Perrot <bernard.perrot@univ-rennes1.fr> writes:
Pierre wrote:
La base de données (ou système équivalent) permet d'enlever/ajouter des
images, des commentaires, ... quand on le veut et sans avoir à reconstruire
une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est
l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est le
rôle de PHP.
MySQL est un SGBDR, pas un générateur de pages.
La question est quel est l'intérêt d'un système hyper dynamique pour quelque
chose qui ne l'est pas particulièrement ?
Une galerie ordinaire gagne à être couplée à un système de cache de pages...
(Je ne fais que reformuler la question qui ne me semblait pas bien perçue)
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est le rôle de PHP. MySQL est un SGBDR, pas un générateur de pages.
La question est quel est l'intérêt d'un système hyper dynamique pour quelque chose qui ne l'est pas particulièrement ? Une galerie ordinaire gagne à être couplée à un système de cache de pages... (Je ne fais que reformuler la question qui ne me semblait pas bien perçue)
FAb
Pierre
Pierre wrote:
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est le rôle de PHP. MySQL est un SGBDR, pas un générateur de pages.
Oui, j'ai mal formulé ma réponse.
C'est effectivement le script php qui permet de faire des modifications, mais celles-ci sont enregistrées dans la base de données (ou autre système équivalent).
Cordialement.
Pierre
Pierre wrote:
La base de données (ou système équivalent) permet d'enlever/ajouter
des images, des commentaires, ... quand on le veut et sans avoir à
reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est
l'utilisation d'un generateur de pages... dynamiques... En l'occurence,
c'est le rôle de PHP.
MySQL est un SGBDR, pas un générateur de pages.
Oui, j'ai mal formulé ma réponse.
C'est effectivement le script php qui permet de faire des modifications,
mais celles-ci sont enregistrées dans la base de données (ou autre
système équivalent).
La base de données (ou système équivalent) permet d'enlever/ajouter des images, des commentaires, ... quand on le veut et sans avoir à reconstruire une page statique.
Ce n'est pas veritablement la definition d'une base de données...
Ce qui permet de ne pas avoir a reconstruire de pages statiques, c'est l'utilisation d'un generateur de pages... dynamiques... En l'occurence, c'est le rôle de PHP. MySQL est un SGBDR, pas un générateur de pages.
Oui, j'ai mal formulé ma réponse.
C'est effectivement le script php qui permet de faire des modifications, mais celles-ci sont enregistrées dans la base de données (ou autre système équivalent).
