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,
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,
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
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.
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.
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.
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 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
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 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
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 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..
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..
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..
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 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 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 :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.
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.
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 :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.
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
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
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
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.
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.
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.
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 ?
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 ?
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,.. ?
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 ?
puis-je continuer à beneficier de ton experience ?
merci d'avance
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 ?
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 ?
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,.. ?
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 ?
puis-je continuer à beneficier de ton experience ?
merci d'avance
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 ?
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 ?
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,.. ?
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 ?
puis-je continuer à beneficier de ton experience ?
merci d'avance
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.
Un client va l'utiliser, depuis des comptes premium. Mais ça n'a rien à
voir avec mon métier :
puis-je continuer à beneficier de ton experience ?
merci d'avance
Du moment que j'ai du temps et que je suis de bonne humeur...
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.
Un client va l'utiliser, depuis des comptes premium. Mais ça n'a rien à
voir avec mon métier :
puis-je continuer à beneficier de ton experience ?
merci d'avance
Du moment que j'ai du temps et que je suis de bonne humeur...
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.
Un client va l'utiliser, depuis des comptes premium. Mais ça n'a rien à
voir avec mon métier :
puis-je continuer à beneficier de ton experience ?
merci d'avance
Du moment que j'ai du temps et que je suis de bonne humeur...