- Statut : non résolu
- Ce sujet contient 11 réponses, 2 participants et a été mis à jour pour la dernière fois par MamanLullaby, le il y a 10 années et 11 mois.
-
AuteurMessages
-
27 décembre 2013 à 17 h 08 min #532264
Bonjour,
Ma configuration WP actuelle
– Version de WordPress : 3.8
– Version de PHP/MySQL : 5.2.17 / 5.1.66-0+squeeze1-log
– Thème utilisé : Weaver II
– Extensions en place : Akismet (2.5.9), Broken Link Checker (1.9.2), Contact Form 7 (3.6), Ultimate TinyMCE (5.2), SSL Grins (5.1.1)
– Nom de l’hebergeur : Apache
– Adresse du site : http://sansleconsnipunitions.frProblème(s) rencontré(s) :
Pour situer un peu :
J’avais essayé de récupérer les articles de mon ancien blog OB grâce à un fichier fournit par IV OAM. Le fichier permet de rapatrier articles et commentaires mais pas les images.
J’ai donc rapatrier mes images avec le plugin cache image. Il n’a fonctionné qu’à moitié : il a bien uploadé mes images dans ma bibliothèque mais n’a pas modifié les url des images dans les articles. J’en ai parlé ici.
J’ai utilisé le plugin search and replace pour changer les urls, et ça semblait fonctionner, jusqu’à ce que je me retrouve avec des bugs :
– problèmes de sauvegarde de bdd incomplètes (j’en ai parlé ici)
– alors que j’avais demandé dans search and replace de changer les urls idata.overblog en wp-content/uploads/2013/12/, dans le dossier 12/2013 donc, là où elles ont toutes été uploadées, je me suis retrouvée avec plein de liens cassés parce que les nouvelles urls se sont retrouvées datées du mois de publication de l’article (par exemple wp-content/uploads/2012/10/nomdelimage) !! Or ces dossiers n’existaient pas !Donc je viens de réinstaller wp après avoir supprimé la bdd et tout le dossier www.
J’ai repris une sauvegarde sql datant de fin octobre, avant import de mes anciens articles.
J’ai supprimé tous les plugins qui n’étaient pas compatibles avec wp3.8.
Donc avant de tenter de nouveau de rapatrier mes articles et surtout mes images, je me demande si je dois décocher l’option : Organiser mes fichiers envoyés dans des dossiers mensuels et annuels. Ça m’ennuie un peu parce que ça va être un peu galère pour retrouver les images, non ? elles se retrouveront toutes dans le même dossier upload ? Est-ce que vous pensez que les changement d’urls sont dûs à cette option ?Merci !
28 décembre 2013 à 9 h 58 min #929934De toute manière, il me semble impossible à un outil de reclasser automatiquement dans les bons répertoires mensuels les images extérieures – il va tout mettre dans le même répertoire.
Ce que je ferai mais je ne suis pas sûr que ce soit la meilleure chose: une fois récupérées toutes vos images, vous les redéplacez dans un répertoire wp-content/ov-images (par FTP). Vous faites vos modifs dans la base de données pour que les liens des images pointent vers ce répertoire. Vous activez le classement mensuel et toutes les nouvelles images seront rangées convenablement sans à avoir à gérer les anciennes images.
MAIS. Ces anciennes images ne peuvent pas être gérées convenablement par WP et à votre place – c’est ce que j’ai fait avec mon ancien site Dotclear et HTML – je réimporterai petit à petit en prenant mon temps les images OB dans WP de manière classique – c’est à dire que je supprimerai dans chaque article les images rangées dans ov-images et je les réinsérerai en utilisant WP.
J’espère que j’ai été clair. ATTENTION, je ne suis pas certain que ce soit le moyen le plus simple et le plus efficace. C’est plutôt bourrin.28 décembre 2013 à 12 h 54 min #929935Merci pour votre réponse.
Li-An wrote:De toute manière, il me semble impossible à un outil de reclasser automatiquement dans les bons répertoires mensuels les images extérieures – il va tout mettre dans le même répertoire.Effectivement, c’est ce qu’a fait image cache : il a tout importé dans le dossier de décembre. Et ça m’arrangeait bien, c’était plus simple pour changer les urls avec search and replace, je n’avais qu’un url de remplacement à indiquer.
Je ne comprends donc pas par quel procédé ces urls se sont transformées en urls mensuelles.
Et je me dis que si c’est un bug parce que wp ne sait pas gérer un article publié en 2012 contenant une photo uploadée en 2013, je risque de me retrouver avec le même problème, même avec la procédure que vous me conseillez : si je réimporte petit à petit mes images, il y aura toujours un décalage entre la date d’upload de l’image et la date de création de l’article ?
D’où ma question d’organiser les dossiers par mois, vu que si j’ai bien compris, cela se fait automatiquement et je ne peux pas gérer les dossiers à la main, par exemple, créer par ftp des dossiers des mois précédents.Ce que je ferai mais je ne suis pas sûr que ce soit la meilleure chose: une fois récupérées toutes vos images, vous les redéplacez dans un répertoire wp-content/ov-images (par FTP). Vous faites vos modifs dans la base de données pour que les liens des images pointent vers ce répertoire.
Mais comme vous le dites plus loin, wp ne saura pas gérer ce répertoire, je ne comprends pas pourquoi y faire pointer les liens ? Les images s’afficheront tout de même ?
Vous activez le classement mensuel et toutes les nouvelles images seront rangées convenablement sans à avoir à gérer les anciennes images.
MAIS. Ces anciennes images ne peuvent pas être gérées convenablement par WP et à votre place – c’est ce que j’ai fait avec mon ancien site Dotclear et HTML – je réimporterai petit à petit en prenant mon temps les images OB dans WP de manière classique – c’est à dire que je supprimerai dans chaque article les images rangées dans ov-images et je les réinsérerai en utilisant WP.
J’espère que j’ai été clair. ATTENTION, je ne suis pas certain que ce soit le moyen le plus simple et le plus efficace. C’est plutôt bourrin.C’est clair oui, enfin je crois que j’ai compris en tout cas. 😋 Mais quitte à les remplacer à la main petit à petit, je ne comprends pas l’intérêt de passer par un dossier ov-images. 😉
Et si je fais l’inverse : j’importe mes images sans cocher l’option, elles sont toutes placées dans upload, je corrige les urls, et ensuite je coche l’option (à partir de janvier) pour les prochains articles ? Que deviennent les images non classées par mois ?
Merci !
28 décembre 2013 à 14 h 30 min #929936La solution que je vous donnais vous permettait d’avoir un site fonctionnel rapidement. Les images « non classées », du moment que l’URL est toujours valable, s’afficheront correctement – par exemple, tant que vos images sont bien hébergées sur OB, elles s’afficheront même dans votre site WP si les URL sont toujours valables.
Quand je dis que WP ne saura pas les gérer, ça veut dire que les plugins qui gérent les images ne sauront pas les reconnaître par exemple. Ça peut aussi poser des problèmes d’image à la une éventuellement – mais ça je ne m’en rappelle plus trop. Si par exemple, vous changez de thème et que vous avez besoin de regénérer les miniatures, ce ne sera pas possible.30 décembre 2013 à 20 h 43 min #929937Bon, j’ai décoché l’option, importé mes images et changé les urls avec search and replace, et ça semble fonctionner !
Du coup, je n’ose pas recocher l’option de peur de faire tout bugger… Je commencerai le nom de mes prochaines images par la date pour classer un peu…Par contre, lorsque je clique sur les images pour les voir en gros, au lieu d’afficher l’image, ça envoie soit vers le site wp-content.com, soit même vers adobe flash player !!!
En examinant l’élément dans firefox, je n’y comprends pas grand-chose, mais je vois que l’image source est toujours img.overblog. Mais toutes ces images ont une url différente parce qu’elles contiennent les dimensions de l’image. Et ce que je ne comprends pas c’est que ce sont les dimensions de l’image insérée dans l’article, pas celle de l’image originale.<a class="nopopup" href="http://wp-content/uploads/jeu-gouttiere4.JPG">
<img class=" aligncenter" width="400" height="299" style="border: 2px solid #444;margin: 0px auto" alt="jeu+gouttiere4" src="http://img.over-blog.com/400x299/4/06/89/19/septembre2012/jeu-gouttiere4.JPG"></img>J’ai trouvé cette requête sql pour modifier les url :
UPDATE wp_posts SET post_content = REPLACE (post_content, ‘src= »http://www.oldsiteurl.com’, ‘src= »http://yourcdn.newsiteurl.com’);
Mais savez-vous si on peut mettre des étoiles ou autre chose pour les parties de l’url qui ne sont jamais les mêmes ?
Merci !
4 janvier 2014 à 12 h 05 min #929938Bouh, décidément, je ne vais pas y arriver !
Je croyais que le changement d’url avait fonctionné, mais tous les liens sont signalés comme cassés…
Je ne comprends pas pourquoi, l’url a l’air correcte, et les images s’affichent (sur mon ordi en tout cas) ! Je ne comprends pas le message d’erreur :
Journal: === Code HTTP: 404 ===
HTTP/1.1 404 Not Found
Date: Sat, 04 Jan 2014 11:33:23 GMT
Server: Apache
X-Powered-By: PHP/5.2.17
X-Pingback: http://sansleconsnipunitions.fr/xmlrpc.php
Expires: Wed, 11 Jan 1984 05:00:00 GMT
Cache-Control: no-cache, must-revalidate, max-age=0
Pragma: no-cache
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8Le lien est cassé.
4 janvier 2014 à 13 h 11 min #929939Le htaccess est bien mis à jour ?
4 janvier 2014 à 13 h 13 min #929940Je ne sais pas 😉, voici ce qu’il contient :
SetEnv PHP_VER 5_3
SetEnv REGISTER_GLOBALS 06 janvier 2014 à 12 h 01 min #929941En regardant dans mes anciens fichiers, avant de réinstaller wp, .htaccess contenait ça :
SetEnv PHP_VER 5
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPressEst-ce que je dois recopier ça dans mon nouveau fichier ?
6 janvier 2014 à 15 h 12 min #929942Le second est bien meilleur puisqu’il gère en effet les redirections nécessaires pour les permaliens. Il semblerait que le htaccess n’ait pas été modifié correctement.
6 janvier 2014 à 21 h 48 min #929943Il devrait se modifier automatiquement ?
En tout cas, j’ai copié/collé, et il n’y a aucun changement.
7 janvier 2014 à 19 h 21 min #929944Est-ce que je dois marquer ce pb comme résolu et commencer une autre discussion pour le .htaccess ?
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.