Bonjour,
je gère un site internet pour lequel une refonte est amorcée. Dans un premier temps, les squelette ont été mis au point sur un serveur de travail sur lequel j'avais importé la bdd, les images etc... Cette phase est terminée.
Pour continuer la mise au point, j'ai maintenant besoin de m'appuyer sur les données présentes en temps réel, mais là où je bute c'est que les plugins utilisés par le nouveau jeu de squelette ne sont pas les mêmes que ceux activés sur le site en production.
Comment faut-il procéder : mettre en place un site vide de contenu sur lequel j'active tous les plugins nécessités par les nouveaux squelettes, et déclarer une base externe via un nouveau fichier de connexion qui interrogerait les données de la base de données du site de production ? Le truc, c'est que ça oblige à modifier toutes les boucles des squelettes pour indiquer le bon connect et puis reste le souci que les documents (images etc...) ne vont pas être trouvés.
Vous feriez comment ? Est-ce qu'il y aurait un moyen simple de mettre ça en place ?
Vous feriez comment ? Est-ce qu'il y aurait un moyen simple de mettre ça en place ?
Lorsqu'on travaille sur un site de test/dev qui est le même que celui en prod et où on fait juste quelques améliorations, on peut imaginer se brancher dessus, mais même là ce n'est pas simple car dans la base sont enregistrer des chemins comme pour les plugins, et t'aurais pas les images, etc.
Mais alors quand on fait carrément une refonte totalement différente, c'est encore plus compliqué (et parfois en plus ça nécessite de ranger un peu différemment les rubriques, de changer le contenu des menus, etc).
La solution la plus solide, c'est de mettre en place une sorte de synchronisation entre la base en ligne et ta base de dev (y compris les images). Mais ce n'est pas "un moyen simple".
cy_altern et tofulm avaient commencé un truc comme ça en commandes spip-cli (c'est fourni avec)
Bonjour,
je gère un site internet pour lequel une refonte est amorcée. Dans un premier temps, les squelette ont été mis au point sur un serveur de travail sur lequel j'avais importé la bdd, les images etc... Cette phase est terminée.
Pour continuer la mise au point, j'ai maintenant besoin de m'appuyer sur les données présentes en temps réel, mais là où je bute c'est que les plugins utilisés par le nouveau jeu de squelette ne sont pas les mêmes que ceux activés sur le site en production.
Comment faut-il procéder : mettre en place un site vide de contenu sur lequel j'active tous les plugins nécessités par les nouveaux squelettes, et déclarer une base externe via un nouveau fichier de connexion qui interrogerait les données de la base de données du site de production ? Le truc, c'est que ça oblige à modifier toutes les boucles des squelettes pour indiquer le bon connect et puis reste le souci que les documents (images etc...) ne vont pas être trouvés.
Vous feriez comment ? Est-ce qu'il y aurait un moyen simple de mettre ça en place ?
Merci d'avance de vos conseils,
Manu
si c'est pour le dev et le fignolage, est-ce que simplement importer l'etact actuel de la production te permettrait pas de finir ? le contenu change pas si fréquemment que ca non ?
personnellement je fais une copie de la base de donnée réelle et du contenu de IMG et eventuellement des spip
j’installe le site en local tel quel , je fait eventuellement la migration spip ou php pour verifier
je met les plugins a niveau ( avant ou apres migration) et je change le répertoire squelettes.
Message du 10/06/20 08:39
De : « Manu » manu@mine-de-rien.fr
A : spip@rezo.net
Copie à :
Objet : [Spip] Tester nouveaux squelettes : mêmes données mais plugins différents
Bonjour,
je gère un site internet pour lequel une refonte est amorcée. Dans un
premier temps, les squelette ont été mis au point sur un serveur de
travail sur lequel j’avais importé la bdd, les images etc… Cette phase
est terminée.
Pour continuer la mise au point, j’ai maintenant besoin de m’appuyer sur
les données présentes en temps réel, mais là où je bute c’est que les
plugins utilisés par le nouveau jeu de squelette ne sont pas les mêmes
que ceux activés sur le site en production.
Comment faut-il procéder : mettre en place un site vide de contenu sur
lequel j’active tous les plugins nécessités par les nouveaux squelettes,
et déclarer une base externe via un nouveau fichier de connexion qui
interrogerait les données de la base de données du site de production ?
Le truc, c’est que ça oblige à modifier toutes les boucles des
squelettes pour indiquer le bon connect et puis reste le souci que les
documents (images etc…) ne vont pas être trouvés.
Vous feriez comment ? Est-ce qu’il y aurait un moyen simple de mettre ça
en place ?
Bonjour,
je gère un site internet pour lequel une refonte est amorcée. Dans un premier temps, les squelette ont été mis au point sur un serveur de travail sur lequel j'avais importé la bdd, les images etc... Cette phase est terminée.
Pour continuer la mise au point, j'ai maintenant besoin de m'appuyer sur les données présentes en temps réel, mais là où je bute c'est que les plugins utilisés par le nouveau jeu de squelette ne sont pas les mêmes que ceux activés sur le site en production.
Comment faut-il procéder : mettre en place un site vide de contenu sur lequel j'active tous les plugins nécessités par les nouveaux squelettes, et déclarer une base externe via un nouveau fichier de connexion qui interrogerait les données de la base de données du site de production ? Le truc, c'est que ça oblige à modifier toutes les boucles des squelettes pour indiquer le bon connect et puis reste le souci que les documents (images etc...) ne vont pas être trouvés.
Vous feriez comment ? Est-ce qu'il y aurait un moyen simple de mettre ça en place ?
Merci d'avance de vos conseils,
Manu
si c'est pour le dev et le fignolage, est-ce que simplement importer l'etact actuel de la production te permettrait pas de finir ? le contenu change pas si fréquemment que ca non ?
Bah, assez souvent tout de même : deux-trois fois par semaine au minimum.
Le truc qui est embêtant, c'est que travaillant pour le moment sur une copie de la bdd, les petits ajustements que je fais de ci de là sur le contenu sont écrasés dès qu'on réinjecte une base plus actualisée... C'est pour cela que je cherche à pouvoir utiliser la base du site en production à l'exception finalement de sa table spip_meta.... Dans le fond, ce serait ça l'idéal : trouver un moyen qui permette d'utiliser une table meta_bis qui permettrait d'activer les plugins nécessités par la refonte (je sais pas si je suis bien clair sur ce coup-là...)
Dans le fond, ce serait ça l'idéal : trouver un moyen qui permette d'utiliser une table meta_bis qui permettrait d'activer les plugins nécessités par la refonte (je sais pas si je suis bien clair sur ce coup-là...)
Ce ne serait pas carré du tout, les plugins c'est pas juste spip_meta : plein de plugins ajoutent de nouvelles tables dans la base, ou même modifient des tables existantes (ajout du champ "composition", etc). Donc non, juste utiliser une autre spip_meta ne peut pas suffire et être générique.
Dans le fond, ce serait ça l'idéal : trouver un moyen qui permette d'utiliser une table meta_bis qui permettrait d'activer les plugins nécessités par la refonte (je sais pas si je suis bien clair sur ce coup-là...)
Ce ne serait pas carré du tout, les plugins c'est pas juste spip_meta : plein de plugins ajoutent de nouvelles tables dans la base, ou même modifient des tables existantes (ajout du champ "composition", etc). Donc non, juste utiliser une autre spip_meta ne peut pas suffire et être générique.
Bonjour,
il y a longtemps que je rêve d'un plugin..."migration"...
Lequel mémoriserait les modifications de la base de prod, et/ou celles
de la base de tests, pour pouvoir, au moment de la migration,
visualiser, appliquer, ou "merger" ces modifications vers l'une ou
l'autre base (+IMG).
Ce besoin est récurrent (chez moi en tout cas), parce qu'il s'écoule
parfois trop de temps pour le dev, et donc bien des modifs sur l'ancien
site.
Je ne mesure sans doute pas la complexité d'une telle fonctionnalité.
Est-ce que je peux continuer à rêver ?...
Le 10/06/2020 à 11:16, RastaPopoulos a écrit :
Le 10/06/2020 à 10:45, Manu a écrit :
Dans le fond, ce serait ça l'idéal : trouver un moyen qui permette d'utiliser une table meta_bis qui permettrait d'activer les plugins nécessités par la refonte (je sais pas si je suis bien clair sur ce coup-là...)
Ce ne serait pas carré du tout, les plugins c'est pas juste spip_meta : plein de plugins ajoutent de nouvelles tables dans la base, ou même modifient des tables existantes (ajout du champ "composition", etc). Donc non, juste utiliser une autre spip_meta ne peut pas suffire et être générique.
Contrairement à ce qui est indiqué dans al doc, il est compatible 3.2.
jeanmarie
Le 10/06/2020 à 11:59, Sylvain Nogues a écrit :
Bonjour,
il y a longtemps que je rêve d'un plugin..."migration"...
Lequel mémoriserait les modifications de la base de prod, et/ou celles
de la base de tests, pour pouvoir, au moment de la migration,
visualiser, appliquer, ou "merger" ces modifications vers l'une ou
l'autre base (+IMG).
Ce besoin est récurrent (chez moi en tout cas), parce qu'il s'écoule
parfois trop de temps pour le dev, et donc bien des modifs sur l'ancien
site.
Je ne mesure sans doute pas la complexité d'une telle fonctionnalité.
Est-ce que je peux continuer à rêver ?...
Le 10/06/2020 à 11:16, RastaPopoulos a écrit :
Le 10/06/2020 à 10:45, Manu a écrit :
Dans le fond, ce serait ça l'idéal : trouver un moyen qui permette d'utiliser une table meta_bis qui permettrait d'activer les plugins nécessités par la refonte (je sais pas si je suis bien clair sur ce coup-là...)
Ce ne serait pas carré du tout, les plugins c'est pas juste spip_meta : plein de plugins ajoutent de nouvelles tables dans la base, ou même modifient des tables existantes (ajout du champ "composition", etc). Donc non, juste utiliser une autre spip_meta ne peut pas suffire et être générique.
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
Autre possibilité qui existe mais que je n'ai pas mis personnellement en
action: une réplication mySQL ? Quelques tutos et références:
Le 10/06/2020 à 10:45, Manu a écrit :
Le 10/06/2020 à 09:39, Maïeul Rouquette a écrit :
Le 10/06/2020 à 08:39, Manu a écrit :
Bonjour,
je gère un site internet pour lequel une refonte est amorcée. Dans
un premier temps, les squelette ont été mis au point sur un serveur
de travail sur lequel j'avais importé la bdd, les images etc...
Cette phase est terminée.
Pour continuer la mise au point, j'ai maintenant besoin de m'appuyer
sur les données présentes en temps réel, mais là où je bute c'est
que les plugins utilisés par le nouveau jeu de squelette ne sont pas
les mêmes que ceux activés sur le site en production.
Comment faut-il procéder : mettre en place un site vide de contenu
sur lequel j'active tous les plugins nécessités par les nouveaux
squelettes, et déclarer une base externe via un nouveau fichier de
connexion qui interrogerait les données de la base de données du
site de production ? Le truc, c'est que ça oblige à modifier toutes
les boucles des squelettes pour indiquer le bon connect et puis
reste le souci que les documents (images etc...) ne vont pas être
trouvés.
Vous feriez comment ? Est-ce qu'il y aurait un moyen simple de
mettre ça en place ?
Merci d'avance de vos conseils,
Manu
si c'est pour le dev et le fignolage, est-ce que simplement importer
l'etact actuel de la production te permettrait pas de finir ? le
contenu change pas si fréquemment que ca non ?
Bah, assez souvent tout de même : deux-trois fois par semaine au minimum.
Le truc qui est embêtant, c'est que travaillant pour le moment sur une
copie de la bdd, les petits ajustements que je fais de ci de là sur le
contenu sont écrasés dès qu'on réinjecte une base plus actualisée...
C'est pour cela que je cherche à pouvoir utiliser la base du site en
production à l'exception finalement de sa table spip_meta.... Dans le
fond, ce serait ça l'idéal : trouver un moyen qui permette d'utiliser
une table meta_bis qui permettrait d'activer les plugins nécessités
par la refonte (je sais pas si je suis bien clair sur ce coup-là...)
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
Incroyable ! Merci !
Bon, je ne l'ai pas testé, mais il me semble qu'il permet de recopier la
BD complète, et les fichiers d'un site vers l'autre.
Le truc dont je rêvais, c'est de pouvoir migrer... les seules
modifications de la BD source vers la cible... modifications de la
source depuis la migration initiale (ajouts/modifications d'articles, etc.)
Bon, je continue à rêver !
Contrairement à ce qui est indiqué dans al doc, il est compatible 3.2.
jeanmarie
Le 10/06/2020 à 11:59, Sylvain Nogues a écrit :
Bonjour,
il y a longtemps que je rêve d'un plugin..."migration"...
Lequel mémoriserait les modifications de la base de prod, et/ou celles
de la base de tests, pour pouvoir, au moment de la migration,
visualiser, appliquer, ou "merger" ces modifications vers l'une ou
l'autre base (+IMG).
Ce besoin est récurrent (chez moi en tout cas), parce qu'il s'écoule
parfois trop de temps pour le dev, et donc bien des modifs sur l'ancien
site.
Je ne mesure sans doute pas la complexité d'une telle fonctionnalité.
Est-ce que je peux continuer à rêver ?...
Bonjour,
je gère un site internet pour lequel une refonte est amorcée. Dans
un premier temps, les squelette ont été mis au point sur un serveur
de travail sur lequel j’avais importé la bdd, les images etc…
Cette phase est terminée.
Pour continuer la mise au point, j’ai maintenant besoin de m’appuyer
sur les données présentes en temps réel, mais là où je bute c’est
que les plugins utilisés par le nouveau jeu de squelette ne sont pas
les mêmes que ceux activés sur le site en production.
Comment faut-il procéder : mettre en place un site vide de contenu
sur lequel j’active tous les plugins nécessités par les nouveaux
squelettes, et déclarer une base externe via un nouveau fichier de
connexion qui interrogerait les données de la base de données du
site de production ? Le truc, c’est que ça oblige à modifier toutes
les boucles des squelettes pour indiquer le bon connect et puis
reste le souci que les documents (images etc…) ne vont pas être
trouvés.
Vous feriez comment ? Est-ce qu’il y aurait un moyen simple de
mettre ça en place ?
Merci d’avance de vos conseils,
Manu
si c’est pour le dev et le fignolage, est-ce que simplement importer
l’etact actuel de la production te permettrait pas de finir ? le
contenu change pas si fréquemment que ca non ?
Bah, assez souvent tout de même : deux-trois fois par semaine au minimum.
Le truc qui est embêtant, c’est que travaillant pour le moment sur une
copie de la bdd, les petits ajustements que je fais de ci de là sur le
contenu sont écrasés dès qu’on réinjecte une base plus actualisée…
C’est pour cela que je cherche à pouvoir utiliser la base du site en
production à l’exception finalement de sa table spip_meta… Dans le
fond, ce serait ça l’idéal : trouver un moyen qui permette d’utiliser
une table meta_bis qui permettrait d’activer les plugins nécessités
par la refonte (je sais pas si je suis bien clair sur ce coup-là…)