Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Environnement de développement
#1
Bonjour,

Etant tout nouveau sur MS j voulais avoir un avis sur l'environnement de développement que vous utilisez.

Pour ma part j'ai toujours utilisé PHPEclipse + filezilla + putty.

En faite , je me demande comment mettre en prod des fichiers modifiés alors qu'un rédacteur fait des modifications tous les jours.

Les deux personnes touchent à la base de donnée en même temps.ça pose problème...

Je risque d'écraser à tout moment ce qu'il a fait, vu que je n'aurai pas forcément repris la dernière bdd.

Ma question est :

Comment le rédacteur peut prévenir automatiquement d'un changement dans la bdd?
On ne peut pas passer par un SVN car c'est au niveau de la bdd...


J'attends vos réactions et vos conseils.

Merci
Répondre
#2
Citation :Développement et Astuces
Partagez vos trucs et astuces PHP SMARTY MySQL pour CMSMS. Aucune demande d'aide ici

je déplace dans Général

Pourquoi une telle question ? as tu bien conscience que l'avantage n° de n'importe quel CMS c'est de s’affranchir de ses questions ? tu as 1 site en production, n'importe qui avec les identifiant d'un rédacteur se connecte au site, le met à jour et c'est finit

si deux rédacteurs modifie en même temps la même page, c'est le dernier à enregistrer qui écrasera les données. Aucun avertissement.

Si tu cherche un outil offline, oublie le concept même de CMS
Répondre
#3
Peut-être que « fwa49300 » voulait dire qu'il faisait régulièrement des mises à jour du CMS, de modules ou de templates et que ça impactait la base de données. Manque de chance son rédacteur lui aussi modifie régulièrement la base de données en rédigeant de nouveaux contenus.

Alors, c'est ainsi que je l'ai compris, il ne sait pas comment faire pour mettre à jour le site de son environnement de dev à celui de prod sans effacer les données saisies par le rédacteur entre temps.

J'ai juste ?
Exacore - Freelance en communication
Répondre
#4
c'est effectivement une autre interprétation possible

dans ce cas : mise en maintenance du site, prévenir les rédacteurs de ne rien faire, rapatrier sur son pc local le site, upgrade des modules/cmsms, repousser les modifications système sur son site, prévenir les rédacteurs et retirer le mode maintenance.

Avec de la pratique tu peux tenter à tes risques et péril de faire en ligne l'upgrade de module tant que tu as un backup frais pour le "au cas ou", mais c'est un risque qui existe et qu'il ne faut jamais négliger Smile
Répondre
#5
ben même pas...le rédacteur mets à jour des contenus qui ne touchent pas les mêmes tables que le dev.
Le dev se fout de ce qu'il y a comme contenu dans son environnement de dev...quand de nouveaux modules sont installés ou modifiés, il suffit de balancer les dossiers et les tables impactées sur la prod.

On cherche des complications là où c'est plutôt simple.
{SEO}
Inscrivez-vous à notre Newsletter sur le site (colonne de droite, en bas).
Vous appréciez CMSMS et l'aide qui vous est fournie ici, aidez-nous en participant au projet.
Formation CMS Made Simple | Création de site CMS Made Simple.

C'est en se plantant qu'on devient cultivé.
J'ai un string dans l'Array (Paris Hilton)
Répondre
#6
un rédacteur des pages : oui je te rejoint

un rédacteur de News : risque d'écrasement de donnée

un rédacteur touchant à Album, Gallery, ... tous les modules seront potentiellement touché...

bref personnellement je préconiserais un "stop levez les bras touchez à rien" entre chaque maintenance d'un site.
Répondre
#7
Exactement "exacore", c'est sur ce point que je voulais insister.Smile

Je sais que dans la plupart des cas, le rédacteur et le dev ne touchent pas aux mêmes fichiers mais dans mon cas ça m'est arrivé c'est pour ça que je voulais savoir.

Merci pour vos réponses.

Une autre question:

Quelle est la meilleure manière de faire les transferts de fichiers d'un serveur local en prod?

Eclipse + svn + putty ?
Répondre
#8
Citation :Quelle est la meilleure manière de faire les transferts de fichiers d'un serveur local en prod?
Eclipse + svn + putty ?
Aucun si on parle bien du transfert du CMS

Voir Transfert sur un nouveau serveur
ou le wiki
J-C Etiemble Tutoriels v 2.2.x
Répondre
#9
C'était pas ma question...je me suis peut être mal expliqué.
Dans mon cas le site est déjà en prod mais j'ai beaucoup d'améliorations a apportées (dev de modules, css,...).Je le fait donc en local dans un premier temps.

Ma question était quel est le meilleur moyen de mettre ces améliorations en prod. Aujourd'hui je les met un par un avec Filezilla, ce qui me semble par forcément très performant et dangereux (oublie de fichiers).

Merci,
Répondre
#10
Citation :Dans mon cas le site est déjà en prod mais j'ai beaucoup d'améliorations a apportées (dev de modules, css,...).

Dans ce cas ce n'est pas un problème ,CMSms mais ,uniquement un problème de ton organisation, si tu es le seul développeur
Pour les fichiers modules, personnellement je transférais les fichiers datés de puis le dernier envoi FTP ou alors tout le module entier
pour les CSS c'est en base de données normalement.

Mais dans ce cas on est hors charte du forum
J-C Etiemble Tutoriels v 2.2.x
Répondre
#11
Oui c'était une question assez générale sur les environnement de dev utilisés par les utilisateurs de ce CMS.

SI je suis hors charte du forum, vous pouvez fermer.

Merci tout de même de vos réponses
Répondre
#12
balance tout par FTP, avec Filezilla tu risques pas de louper un fichier dans le transfert.

faut juste pas transférer config.php (et éventuellement le .htaccess) et vider le cache une fois le transfert terminé et ce sera tout bon Smile
Répondre
#13
OK ! Et les modif des root url vous en faites quoi? Script perso? module? modif dans bdd?

Merci beaucoup pour toutes ces informations.
Répondre
#14
tu n'écrit pas les url root en dur dans ton code de toute façon, tu utilise {root_url} et [[root_url]] dans le css et c'est automatiquement remplacé par les valeurs de config.php

donc ce n'est pas un soucis Smile
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)