Bonjour,
Je vais aider une association pour faire leur site web. Je peux
évidemment utiliser un logiciel classique pour faire ça page par page
mais je me demandais si ce ne serait pas plus malin d'utiliser un truc
plus orienté blog ou gestion de documents, pour pouvoir le mettre à jour
plus facilement, en fonction de l'actualité de l'association, des photos
etc.. Le seul dont j'ai entendu parler dans ce domaine c'est SPIP, qui
ne m'accroche pas trop.
Est-ce que quelqu'un a ce type d'expérience? Des recommandations de
produits?
Merci,
-- daniel.patin (et non pas marcel.dugenou) http://leinad-fr.net le blog http://www.daniel-patin.net sur mon mac http://daniel.patin.adsl.free.fr/ quelques photos
...mais il a oublié de dire merci!
alors, merci christophe
--
daniel.patin (et non pas marcel.dugenou)
http://leinad-fr.net le blog
http://www.daniel-patin.net sur mon mac
http://daniel.patin.adsl.free.fr/ quelques photos
-- daniel.patin (et non pas marcel.dugenou) http://leinad-fr.net le blog http://www.daniel-patin.net sur mon mac http://daniel.patin.adsl.free.fr/ quelques photos
cfranco
José Campos <jose.campos+ wrote:
Là, tu n'as plus qu'à ouvrir l'emplacement de ton Joomla avec ton navigateur, et Joomla va t'afficher la page d'installation.
Si l'on crée les pages en local (après avoir installé MySQL, PHP et Cie), est-il possible de faire facilement la synchro avec le site distant? Sinon, est-il possible de faire facilement une sauvegarde locale du site distant?
Les deux sont possibles, la synchro consiste à copier les fichiers et à recopier la base de données (ce qui se fait très facilement avec phpMyAdmin). La méthode de sauvegarde est d'ailleurs identique, mais en copiant le tout dans l'autre sens. Donc du point de vue de la procédure, c'est rigoureusement identique.
Créer les pages en local a peut-être l'avantage de se "forcer" à faire une sauvegarde qu'on est bien obligé de copier le tout sur le serveur de l'hébergeur, alors que si on travaille directement sur le site on risque tôt ou tard de "zapper" l'étape sauvegarde. En outre, techniquement, c'est plus facile si on modifie manuellement les fichiers de le faire sur une version en local.
Mais a contrario, si le site est gros, il sera plus facile de le copier depuis chez l'hébergeur vers chez soi que l'inverse, du moins si on est en ADSL avec un débit montant fatalement bien plus faible que le débit descendant... En outre, cette solution a un avantage plus "concrêt", c'est qu'elle préserve l'état de la base du site qui contient des informations statistiques sur les visiteurs, informations perdues si on écrase cette base par celle qu'on a en local.
Personnellement, j'ai donc tendance à préparer en local la version "initiale" du site, et à ne la mettre en ligne que quand elle est un minimum finie (c'est à dire concrêtement quand on ouvre le site au public). Et par la suite, je ne touche plus à la version locale, je ne fais plus de modifications que sur la version du site, et je fais une sauvegarde au moins une fois par jour les jours où j'ai fait des modifications sur le site.
-- Christophe Franco
José Campos <jose.campos+spam@galacsys.com> wrote:
Là, tu n'as plus qu'à ouvrir l'emplacement de ton Joomla avec ton
navigateur, et Joomla va t'afficher la page d'installation.
Si l'on crée les pages en local (après avoir installé MySQL, PHP et
Cie), est-il possible de faire facilement la synchro avec le site
distant? Sinon, est-il possible de faire facilement une sauvegarde
locale du site distant?
Les deux sont possibles, la synchro consiste à copier les fichiers et à
recopier la base de données (ce qui se fait très facilement avec
phpMyAdmin). La méthode de sauvegarde est d'ailleurs identique, mais en
copiant le tout dans l'autre sens. Donc du point de vue de la procédure,
c'est rigoureusement identique.
Créer les pages en local a peut-être l'avantage de se "forcer" à faire
une sauvegarde qu'on est bien obligé de copier le tout sur le serveur de
l'hébergeur, alors que si on travaille directement sur le site on risque
tôt ou tard de "zapper" l'étape sauvegarde. En outre, techniquement,
c'est plus facile si on modifie manuellement les fichiers de le faire
sur une version en local.
Mais a contrario, si le site est gros, il sera plus facile de le copier
depuis chez l'hébergeur vers chez soi que l'inverse, du moins si on est
en ADSL avec un débit montant fatalement bien plus faible que le débit
descendant... En outre, cette solution a un avantage plus "concrêt",
c'est qu'elle préserve l'état de la base du site qui contient des
informations statistiques sur les visiteurs, informations perdues si on
écrase cette base par celle qu'on a en local.
Personnellement, j'ai donc tendance à préparer en local la version
"initiale" du site, et à ne la mettre en ligne que quand elle est un
minimum finie (c'est à dire concrêtement quand on ouvre le site au
public). Et par la suite, je ne touche plus à la version locale, je ne
fais plus de modifications que sur la version du site, et je fais une
sauvegarde au moins une fois par jour les jours où j'ai fait des
modifications sur le site.
Là, tu n'as plus qu'à ouvrir l'emplacement de ton Joomla avec ton navigateur, et Joomla va t'afficher la page d'installation.
Si l'on crée les pages en local (après avoir installé MySQL, PHP et Cie), est-il possible de faire facilement la synchro avec le site distant? Sinon, est-il possible de faire facilement une sauvegarde locale du site distant?
Les deux sont possibles, la synchro consiste à copier les fichiers et à recopier la base de données (ce qui se fait très facilement avec phpMyAdmin). La méthode de sauvegarde est d'ailleurs identique, mais en copiant le tout dans l'autre sens. Donc du point de vue de la procédure, c'est rigoureusement identique.
Créer les pages en local a peut-être l'avantage de se "forcer" à faire une sauvegarde qu'on est bien obligé de copier le tout sur le serveur de l'hébergeur, alors que si on travaille directement sur le site on risque tôt ou tard de "zapper" l'étape sauvegarde. En outre, techniquement, c'est plus facile si on modifie manuellement les fichiers de le faire sur une version en local.
Mais a contrario, si le site est gros, il sera plus facile de le copier depuis chez l'hébergeur vers chez soi que l'inverse, du moins si on est en ADSL avec un débit montant fatalement bien plus faible que le débit descendant... En outre, cette solution a un avantage plus "concrêt", c'est qu'elle préserve l'état de la base du site qui contient des informations statistiques sur les visiteurs, informations perdues si on écrase cette base par celle qu'on a en local.
Personnellement, j'ai donc tendance à préparer en local la version "initiale" du site, et à ne la mettre en ligne que quand elle est un minimum finie (c'est à dire concrêtement quand on ouvre le site au public). Et par la suite, je ne touche plus à la version locale, je ne fais plus de modifications que sur la version du site, et je fais une sauvegarde au moins une fois par jour les jours où j'ai fait des modifications sur le site.
-- Christophe Franco
Yannick F.
Bonjour, Je vais aider une association pour faire leur site web. Je peux évidemment utiliser un logiciel classique pour faire ça page par page mais je me demandais si ce ne serait pas plus malin d'utiliser un truc plus orienté blog ou gestion de documents, pour pouvoir le mettre à jour plus facilement, en fonction de l'actualité de l'association, des photos etc.. Le seul dont j'ai entendu parler dans ce domaine c'est SPIP, qui ne m'accroche pas trop.
Est-ce que quelqu'un a ce type d'expérience? Des recommandations de produits? Merci,
fu2:fr.comp.sys.mac
(Moi j'aime bien spip) Sinon, c'est carrément HS mais je te réponds quand même : regarde phpnuke, guppy par ex. Internet regorge de sites conçus comme ça.
Bonjour,
Je vais aider une association pour faire leur site web. Je peux
évidemment utiliser un logiciel classique pour faire ça page par page
mais je me demandais si ce ne serait pas plus malin d'utiliser un truc
plus orienté blog ou gestion de documents, pour pouvoir le mettre à jour
plus facilement, en fonction de l'actualité de l'association, des photos
etc.. Le seul dont j'ai entendu parler dans ce domaine c'est SPIP, qui
ne m'accroche pas trop.
Est-ce que quelqu'un a ce type d'expérience? Des recommandations de
produits?
Merci,
fu2:fr.comp.sys.mac
(Moi j'aime bien spip)
Sinon, c'est carrément HS mais je te réponds quand même :
regarde phpnuke, guppy par ex. Internet regorge de sites conçus comme ça.
Bonjour, Je vais aider une association pour faire leur site web. Je peux évidemment utiliser un logiciel classique pour faire ça page par page mais je me demandais si ce ne serait pas plus malin d'utiliser un truc plus orienté blog ou gestion de documents, pour pouvoir le mettre à jour plus facilement, en fonction de l'actualité de l'association, des photos etc.. Le seul dont j'ai entendu parler dans ce domaine c'est SPIP, qui ne m'accroche pas trop.
Est-ce que quelqu'un a ce type d'expérience? Des recommandations de produits? Merci,
fu2:fr.comp.sys.mac
(Moi j'aime bien spip) Sinon, c'est carrément HS mais je te réponds quand même : regarde phpnuke, guppy par ex. Internet regorge de sites conçus comme ça.
Voodoo
comme le portail CMSimple ne nécessitant même pas de php/SQL etc.),
M'étonnerai que au moins php ne soit pas necessaire...
comme le portail CMSimple ne nécessitant même pas de php/SQL etc.),
M'étonnerai que au moins php ne soit pas necessaire...
comme le portail CMSimple ne nécessitant même pas de php/SQL etc.),
M'étonnerai que au moins php ne soit pas necessaire...
syl_vain
Voodoo wrote:
comme le portail CMSimple ne nécessitant même pas de php/SQL etc.),
M'étonnerai que au moins php ne soit pas necessaire...
Pas de connaissance dans ce domaine, aurais-je dû dire. Tout fonctionne sans base de données sur le serveur, c'est accessible et paramétrable par le web la plupart du temps, ou par ftp pour les fichiers concernés si parfois nécessaire.
-- Sylvain Bouju --
Voodoo <voodoo@nospam.invalid> wrote:
comme le portail CMSimple ne nécessitant même pas de php/SQL etc.),
M'étonnerai que au moins php ne soit pas necessaire...
Pas de connaissance dans ce domaine, aurais-je dû dire.
Tout fonctionne sans base de données sur le serveur, c'est
accessible et paramétrable par le web la plupart du temps,
ou par ftp pour les fichiers concernés si parfois nécessaire.
comme le portail CMSimple ne nécessitant même pas de php/SQL etc.),
M'étonnerai que au moins php ne soit pas necessaire...
Pas de connaissance dans ce domaine, aurais-je dû dire. Tout fonctionne sans base de données sur le serveur, c'est accessible et paramétrable par le web la plupart du temps, ou par ftp pour les fichiers concernés si parfois nécessaire.
