rapatrier un site

Le 04/12/2010 02:51, bpdu92 a écrit :

bonjour,
y a t'il une methode publiée (tuto ?) ou un outil
pour rapatrier en local un site WordPress,
à installer sur EasyPHP ?
(motivation : tests en local plutot que online)

il semble que l'outil existe pour Joomla, Joomlapak
merci d'avance

*
Bonjour,
Je ne sais pas (en tout cas, pas quand j'ai commencé WP il y a 2 ans)
mais il te suffit de faire une copie complète de ton site et de copier
la base de données.
Si tu n'as pas accès à un outil pour la bdd, tu as pas mal d'extensions
pour ça, dont WP-DBManager.
Si ton user en local n'est pas le même que sur ton serveur, il faut
modifier wp-config.php à la racine.
Tu trouveras des tas de tutos, même en français je pense, pour répéter
tout ça de manière plus détaillée.

On Mon, 06 Dec 2010 10:13:59 +0100, Olivier Masson
<sisemen@laposte.net> wrote:

Le 04/12/2010 02:51, bpdu92 a écrit :

bonjour,
y a t'il une methode publiée (tuto ?) ou un outil
pour rapatrier en local un site WordPress,
à installer sur EasyPHP ?
(motivation : tests en local plutot que online)

il semble que l'outil existe pour Joomla, Joomlapak
merci d'avance

*
Bonjour,
Je ne sais pas (en tout cas, pas quand j'ai commencé WP il y a 2 ans)
mais il te suffit de faire une copie complète de ton site et de copier
la base de données.

il faut au moins remplacer les urls absolues,
genre www.monsite.com/page.htm par dossier/page.htm
les noms dans wp-config, les implicites index...main..

Si tu n'as pas accès à un outil pour la bdd, tu as pas mal d'extensions
pour ça, dont WP-DBManager.
Si ton user en local n'est pas le même que sur ton serveur, il faut
modifier wp-config.php à la racine.

c'est bien le cas

Tu trouveras des tas de tutos, même en français je pense, pour répéter
tout ça de manière plus détaillée.

si tu en as 1 ou 2 de sympas ?

merci d'avance

Le 06/12/2010 20:22, bpdu92 a écrit :

il faut au moins remplacer les urls absolues,
genre www.monsite.com/page.htm par dossier/page.htm
les noms dans wp-config, les implicites index...main..

Tu as raison, j'ai oublié une chose : il faut changer l'url du site dans
la base de données (table wp_options) dans le champ siteurl et home.
Attention aussi à certaines extensions mal foutues (cad la plupart),
comme Cforms, des galleries... qui mettent l'url en dur dans un table à eux.
Et j'imagine qu'il en est de même pour certains médias utilisés avec des
extensions.
Mais WP tout seul (en fait, j'utilise couramment une dizaine de plugins
qui ne posent aucun soucis) se migre facilement.

Tu trouveras des tas de tutos, même en français je pense, pour répéter
tout ça de manière plus détaillée.

si tu en as 1 ou 2 de sympas ?

merci d'avance

En anglais.
http://codex.wordpress.org/Moving_WordPress

Le 07/12/2010 13:00, Olivier Masson a écrit :

Le 06/12/2010 20:22, bpdu92 a écrit :

il faut au moins remplacer les urls absolues,
genre www.monsite.com/page.htm par dossier/page.htm
les noms dans wp-config, les implicites index...main..

Avec unix j'emploie une méthode brutale mais efficace pour migrer d'un
domaine/hébergeur à l'autre :

Sauvegarde du dossier www complet, de préférence avec
rsync -az useer@domain:www sauvegardewww

Sauvegarde complète des bases de données :
(PHP Myadmin) Export ...

Après je crée une archive tar gzip du dossier www
tar zcf example.com-20101207.tgz sauvegardewww

Copie de l'archive SQL :
cp _mabase_.sql.gz _mabase_20100207.sql.gz

Puis je dé-gzip le dump de la base pour pouvoir effectuer les
substitutions de texte plus facilement :
gunzip _mabase_.sql.gz

Et je procède en bloc à toutes les modifications habituelles ainsi :

Remplacer les paramètres d'accès à la nouvelle base de données et les URL:

find . -type f -regextype posix-extended -iregex
'.*.(php|inc|conf(ig)?)' -printf '"%p"' | xargs perl -p -i -e
's/oldlogin/newlogin/g;s/oldpasswd/newpasswd/g;s/oldserver/newserver/g;s/oldbase/newbase/g;s/olddomain.tld/newdomain.tld/g'

Pareil pour le contenu de la base de données :
perl -p -i -e 's/olddomain.tld/newdomain.tld/g' _mabase_.sql

C'est brutal et systématique mais au moins on ne risque pas d'en oublier.

Une fois les substitutions effectuées, vous pouvez réinjecter le contenu
web et la base de données dans le nouvel hébergement.

--
Lea Gris

On Tue, 07 Dec 2010 13:00:27 +0100, Olivier Masson
<sisemen@laposte.net> wrote:

Le 06/12/2010 20:22, bpdu92 a écrit :

il faut au moins remplacer les urls absolues,
genre www.monsite.com/page.htm par dossier/page.htm
les noms dans wp-config, les implicites index...main..

Tu as raison, j'ai oublié une chose : il faut changer l'url du site dans
la base de données (table wp_options) dans le champ siteurl et home.
Attention aussi à certaines extensions mal foutues (cad la plupart),
comme Cforms, des galleries... qui mettent l'url en dur dans un table à eux.
Et j'imagine qu'il en est de même pour certains médias utilisés avec des
extensions.
Mais WP tout seul (en fait, j'utilise couramment une dizaine de plugins
qui ne posent aucun soucis) se migre facilement.

Tu trouveras des tas de tutos, même en français je pense, pour répéter
tout ça de manière plus détaillée.

si tu en as 1 ou 2 de sympas ?

merci d'avance

En anglais.
http://codex.wordpress.org/Moving_WordPress

avant de mettre en oeuvre tes bons conseils,
pourrais tu me donner les grands principes, et les limites de WP ?
peut-on s'en servir comme editeur on-line, pour l'ensemble d'un site,
ou il ne voit que les articles et pages composées via wp-admin ?
stockés comme index.php dans les differents themes ?

merci de ton aide

On Tue, 07 Dec 2010 13:47:42 +0100, Lea Gris <lea@nomail.invalid>
wrote:

Le 07/12/2010 13:00, Olivier Masson a écrit :

Le 06/12/2010 20:22, bpdu92 a écrit :

il faut au moins remplacer les urls absolues,
genre www.monsite.com/page.htm par dossier/page.htm
les noms dans wp-config, les implicites index...main..

Avec unix j'emploie une méthode brutale mais efficace pour migrer d'un
domaine/hébergeur à l'autre :

Sauvegarde du dossier www complet, de préférence avec
rsync -az useer@domain:www sauvegardewww

Sauvegarde complète des bases de données :
(PHP Myadmin) Export ...

Après je crée une archive tar gzip du dossier www
tar zcf example.com-20101207.tgz sauvegardewww

Copie de l'archive SQL :
cp _mabase_.sql.gz _mabase_20100207.sql.gz

Puis je dé-gzip le dump de la base pour pouvoir effectuer les
substitutions de texte plus facilement :
gunzip _mabase_.sql.gz

Et je procède en bloc à toutes les modifications habituelles ainsi :

Remplacer les paramètres d'accès à la nouvelle base de données et les URL:

find . -type f -regextype posix-extended -iregex
'.*.(php|inc|conf(ig)?)' -printf '"%p"' | xargs perl -p -i -e
's/oldlogin/newlogin/g;s/oldpasswd/newpasswd/g;s/oldserver/newserver/g;s/oldbase/newbase/g;s/olddomain.tld/newdomain.tld/g'

Pareil pour le contenu de la base de données :
perl -p -i -e 's/olddomain.tld/newdomain.tld/g' _mabase_.sql

C'est brutal et systématique mais au moins on ne risque pas d'en oublier.

Une fois les substitutions effectuées, vous pouvez réinjecter le contenu
web et la base de données dans le nouvel hébergement.

merci Lea,
avant d'exploiter tes aimables infos,
je dois solutionner l'acces à ma DB distante,
en cours avec OVH
à trés bientot,
cordialt

Le 08/12/2010 01:20, bpdu92 a écrit :

avant de mettre en oeuvre tes bons conseils,
pourrais tu me donner les grands principes, et les limites de WP ?
peut-on s'en servir comme editeur on-line, pour l'ensemble d'un site,
ou il ne voit que les articles et pages composées via wp-admin ?
stockés comme index.php dans les differents themes ?

merci de ton aide

Grands principes : c'est à la base un moteur de blog qui s'est
transformé en classique CMS.
Limites : celles qui tu rencontreras selon ton projet. Moi, par exemple,
je le trouve lent... mais c'est commun à tous les CMS que j'ai essayé,
hormis les tous petits. La plupart des extensions ne sont pas
développées comme il se doit. Il manque cruellement un optimisation des
js chargés. Les styles sont un peu bordéliques.

Editeur on-line : c'est-à-dire le fait de pouvoir directement modifier
sur le site. Non. Peu de CMS le permette. C'est très pratique, mais ça
permet juste des corrections. Je n'ai pas encore vu de CMS avec une
telle édition qui permette une mise en page riche (apparition
directement dans le site d'un WYMEditor par exemple).

Pour le reste, il voit tout puisque tout est fait dans le partie admin.
Ensuite, si tu comptes faire du WP sur mesure, il faut comprendre la
hiérarchie pour pouvoir modifier comme tu le souhaites.
Voir : http://tinyurl.com/22ptv8a (page du codex en français)
Et un guide complet pour créer son template (gabarit) que je n'ai pas lu
mais qui semble suffisamment détaillé pour permettre une prise main la
plupart : http://tinyurl.com/3cdbpt

Il est important de considérer la masse de doc en tous genres concernant
WP. Tutos de base, hacks plus pointus : tu trouveras de tout, y compris
en français. C'est un avantage considérable pour un CMS.
Ça n'en fait pas un CMS parfait pour autant, loin s'en faut.

On Wed, 08 Dec 2010 10:19:33 +0100, Olivier Masson
<sisemen@laposte.net> wrote:

Le 08/12/2010 01:20, bpdu92 a écrit :

avant de mettre en oeuvre tes bons conseils,
pourrais tu me donner les grands principes, et les limites de WP ?
peut-on s'en servir comme editeur on-line, pour l'ensemble d'un site,
ou il ne voit que les articles et pages composées via wp-admin ?
stockés comme index.php dans les differents themes ?

merci de ton aide

Grands principes : c'est à la base un moteur de blog qui s'est
transformé en classique CMS.
Limites : celles qui tu rencontreras selon ton projet. Moi, par exemple,
je le trouve lent... mais c'est commun à tous les CMS que j'ai essayé,
hormis les tous petits. La plupart des extensions ne sont pas
développées comme il se doit. Il manque cruellement un optimisation des
js chargés. Les styles sont un peu bordéliques.

ma question etait plutot entre les 2,
quelles sont les limites fonctionnelles de WP ,
ex pas de vision complete du site si on a ajouté des choses sans WP
dans la doc WP, ci-dessous, pas de : ce que WP ne sait pas faire ?

Editeur on-line : c'est-à-dire le fait de pouvoir directement modifier
sur le site. Non. Peu de CMS le permette.

ben si, on peut modifier ce qui a été composé via le CMS ?

C'est très pratique, mais ça
permet juste des corrections. Je n'ai pas encore vu de CMS avec une
telle édition qui permette une mise en page riche (apparition
directement dans le site d'un WYMEditor par exemple).

il semble que tous les editeurs (Netoftp, PSPad, Wyme,..)
certes voient tout le site, comme un explorateur,
mais ont une phase ftp
ce n'est pas bien genant ?

Pour le reste, il voit tout puisque tout est fait dans le partie admin.
Ensuite, si tu comptes faire du WP sur mesure, il faut comprendre la
hiérarchie pour pouvoir modifier comme tu le souhaites.
Voir : http://tinyurl.com/22ptv8a (page du codex en français)
Et un guide complet pour créer son template (gabarit) que je n'ai pas lu
mais qui semble suffisamment détaillé pour permettre une prise main la
plupart : http://tinyurl.com/3cdbpt

traduction de template : gabarit, modele, theme,.. ?

Il est important de considérer la masse de doc en tous genres concernant
WP. Tutos de base, hacks plus pointus : tu trouveras de tout, y compris
en français. C'est un avantage considérable pour un CMS.

en effet c'est impressionnant de doc,
je suppose qu'en plus il est bon de connaitre les réglages d'Apache,
htaccess et autres ?

Ça n'en fait pas un CMS parfait pour autant, loin s'en faut.

as tu regardé GoogleSite ?

bref, action, je vais tenter de recuperer mon site en local
pour tests, avec tes infos et celles de Lea

puis-je continuer à beneficier de ton experience ?
merci d'avance

Le 08/12/2010 18:38, bpdu92 a écrit :

ma question etait plutot entre les 2,
quelles sont les limites fonctionnelles de WP ,
ex pas de vision complete du site si on a ajouté des choses sans WP
dans la doc WP, ci-dessous, pas de : ce que WP ne sait pas faire ?

J'ai un peu de mal à comprendre ce que tu demandes, mais à la lecture de
ce qui suit, je me rends compte que l'on ne se comprend pas sur
l'ensemble :) Ça ressemble un peu à mes premiers contacts avec certains
clients.
Désolé, mais je ne pourrais pas te donner de limites car ce que tu
considères comme des limites, sont peut-être juste des limitations
techniques classiques ou des problèmes bénins.
Considère l'inverse : liste tes besoins et vois si rien ne s'y oppose
dans le CMS que tu souhaites utiliser (en lisant la doc ou en postant
cette liste dans un forum dédié.)

Editeur on-line : c'est-à-dire le fait de pouvoir directement modifier
sur le site. Non. Peu de CMS le permette.

ben si, on peut modifier ce qui a été composé via le CMS ?

Bien sûr, mais c'est tellement évident que je pensais que tu parlais
d'autre chose (la possibilité de modifier le contenu directement sur le
site, sans passer par la partie administration - back office -)

il semble que tous les editeurs (Netoftp, PSPad, Wyme,..)
certes voient tout le site, comme un explorateur,
mais ont une phase ftp
ce n'est pas bien genant ?

Là, c'est encore moins clair. Mais laisse tomber ma requarque : elle
était liée à la précédente.
Donc pour résumer : tu peux modifier ton site dans la partie admin. Tout
ton site, bien sûr. Tout le *contenu* de ton site.

Et un guide complet pour créer son template (gabarit) que je n'ai pas lu
mais qui semble suffisamment détaillé pour permettre une prise main la
plupart : http://tinyurl.com/3cdbpt

traduction de template : gabarit, modele, theme,.. ?

Je l'avais déjà traduit : gabarit. Mais chaque CMS donne un nom
différent. En règle générale, toutefois, on parle de thème.
Tout comme plugin = extension = add-ons (et encore, dans certains CMS tu
as des distinctions entre extensions, modules, plugins...)

en effet c'est impressionnant de doc,
je suppose qu'en plus il est bon de connaitre les réglages d'Apache,
htaccess et autres ?

Ça ne fait pas de mal d'avoir une connaissance générale du
fonctionnement, mais rien d'obligatoire puisque la plupart des CMS
modernes créent eux-mêmes leur .htaccess.
htaccess est fichier utilisé par Apache. Bien connaitre Apache est un
métier.

Ça n'en fait pas un CMS parfait pour autant, loin s'en faut.

as tu regardé GoogleSite ?

Un client va l'utiliser, depuis des comptes premium. Mais ça n'a rien à
voir avec mon métier : ils font ça pour créer des sites rapidement pour
un besoin spécifique.
Beaucoup d'autres proposent ce type de service, plus ou moins réussi (je
connais entre autres le service sur mac via me.com et celui de Gandi
avec sitemaker).
Tu peux aussi avoir ton blog sur une des nombreuses plateformes dédiées
à cela, dont wordpress (wordpress.com)

puis-je continuer à beneficier de ton experience ?
merci d'avance

Du moment que j'ai du temps et que je suis de bonne humeur...

On Thu, 09 Dec 2010 10:15:22 +0100, Olivier Masson
<sisemen@laposte.net> wrote:

Donc pour résumer : tu peux modifier ton site dans la partie admin. Tout
ton site, bien sûr. Tout le *contenu* de ton site.

quand tu dis 'partie admin'
tu parles bien de la fenetre 'Tableau de bord' de WordPress
accédée par www.fini-les-cordons.com/wp-admin,
qui donne accés à l'administration du site ?
j'ai déposé hello.htm sous www, directement avec explorateur Windows
donc sans aucune intervention de WordPress
(tu peux verifier sur http://www.fini-les-cordons.com/hello.htm)

comment puis-je avoir acces à hello.htm depuis ce tableau de bord ?

Un client va l'utiliser, depuis des comptes premium. Mais ça n'a rien à
voir avec mon métier :

tu es en SS2I ?

puis-je continuer à beneficier de ton experience ?
merci d'avance

Du moment que j'ai du temps et que je suis de bonne humeur...

me revoila donc
merci d'avance