Recent files
[Réglé] Installation en local et chez un provider
Je teste avec plaisir YACS et j'ai 2 questions de débutant dont j'ai pas trouvé la réponse dans ce site...
Alors voilà, j'ai installé YACS en local avec easyphp sans trop de difficulté.
Ma première question est : puis-je rapatrier facilement mon début de site ébauché en local chez mon provider ? Par extension, puis-je continuer de développer mon site en local et mettre à jour ensuite chez mon provider ? les 2 raisons qui me font poser cette question sont le nomadisme et les déconnexions fréquentes de l'ADSL chez moi.
Ma deuxième question est : chez mon provider je peux installer plusieurs site différends. Si je veux installer 3 sites, suis-obligé d'installer YACS 3 fois ? (c'est peut-être idiot mais j'ai pas la réponse...)
Enfin j'ai eu 2 petites difficultés après avoir installé YACS 6.1 en local.
1 - j'ai fait une mise à jour (option du panneau de contrôle). Je ne sais pas quelle version a été installée (sans doute une version non stabilisée). J'ai raté la commande de redémarrage du serveur et me suis déconnecté... J'ai trouvé le fichier switch à renommer car le serveur étant arrêté, je ne pouvais plus m'y connecter pour le redémarrer
Y-a-til une bonne raison pour que le rédamarrage ne se fasse pas dans la foulée, c'est-à-dire semi-automatiquement comme les étapes précédentes ?
2 - après avoir redémarré YACS, impossible d'atteindre le panneau de contrôle (parse error dans le script php... J'ai résolu le problème en re-installant YACS. Si les mises-à-jours ne sont pas stabilisées ce serait bien d'avertir le débutant que je suis. Par ailleurs, je n'ai pas trouvé de possibilité pour supprimer la mise-à-jour, est-ce possible ?
Merci d'avance pour vos réponses et bravo pour votre dynamisme, votre implication et votre... courtoisie
Paddy
Ma première question est : puis-je rapatrier facilement mon début de site ébauché en local chez mon provider ? Par extension, puis-je continuer de développer mon site en local et mettre à jour ensuite chez mon provider ? les 2 raisons qui me font poser cette question sont le nomadisme et les déconnexions fréquentes de l'ADSL chez moi.
Ma deuxième question est : chez mon provider je peux installer plusieurs site différends. Si je veux installer 3 sites, suis-obligé d'installer YACS 3 fois ? (c'est peut-être idiot mais j'ai pas la réponse...)
Enfin j'ai eu 2 petites difficultés après avoir installé YACS 6.1 en local.
1 - j'ai fait une mise à jour (option du panneau de contrôle). Je ne sais pas quelle version a été installée (sans doute une version non stabilisée). J'ai raté la commande de redémarrage du serveur et me suis déconnecté... J'ai trouvé le fichier switch à renommer car le serveur étant arrêté, je ne pouvais plus m'y connecter pour le redémarrer
Y-a-til une bonne raison pour que le rédamarrage ne se fasse pas dans la foulée, c'est-à-dire semi-automatiquement comme les étapes précédentes ?2 - après avoir redémarré YACS, impossible d'atteindre le panneau de contrôle (parse error dans le script php... J'ai résolu le problème en re-installant YACS. Si les mises-à-jours ne sont pas stabilisées ce serait bien d'avertir le débutant que je suis. Par ailleurs, je n'ai pas trouvé de possibilité pour supprimer la mise-à-jour, est-ce possible ?
Merci d'avance pour vos réponses et bravo pour votre dynamisme, votre implication et votre... courtoisie
Paddy
Comments
Lucrecius from La Rochelle / Charente-Maritime / France 239 posts |
Cher Paddy, Bienvenue sur les routes de l'univers YacS ! Les premiers pas sont toujours exaltants et... ridicules. Etant passé par les mêmes embuches (il nous faut bien passer par le stade débutant), je viens avec plaisir à votre secours. Les animateurs de Yacs s'en font un principe de vie (vous avez semble-t-il pu en juger dans d'autres fils de discussion). Ceci explique sans doute le dynamisme qui en ressort... comme on dit dans le sud-ouest de la France, "avec plaisir !". " Ma première question est : puis-je rapatrier facilement mon début de site ébauché en local chez mon provider ? Par extension, puis-je continuer de développer mon site en local et mettre à jour ensuite chez mon provider ? les 2 raisons qui me font poser cette question sont le nomadisme et les déconnexions fréquentes de l'ADSL chez moi. "Une première réponse globale, est OUI, le chargement vers un hébergeur est faisable et recommandé. La difficulté d'exécution et de gestion dépend assez de l'hébergeur en question. Nous remontons les expériences cf chez free ou OVH. Je suis moi-même administrateur d'un serveur qui hébèrge plusieurs types de CMS, je prépare la documentation spécifique à ce cas de figure. Plus globalement, le plan de documentation futur prévoit les deux cas d'hébergement, grand-public ou bien spécifique. Les différents retours de pratiques montrent qu'une majorité préfère tout réaliser d'abord sur le serveur, puis font une réplique de sauvegarde en local. Cela correspond bien à un usage "nomade". Le serveur faisant office de référentiel. L'optique inverse (et complémentaire) favorise la préparation des variantes en local, précédent une mise en place distante stabilisée. A vous de voir ce qui correspond le plus à votre besoin et... à vos contraintes. Si les déconnexions sont fréquentes, vous allez vite être agacé par l'indisponibilité de votre espace de travail. La logique du portable comme outil fiable et le serveur comme vitrine de production (chargée épisodiquement) me semble plus correspondre. " Ma deuxième question est : chez mon provider je peux installer plusieurs site différends. Si je veux installer 3 sites, suis-obligé d'installer YACS 3 fois ? (c'est peut-être idiot mais j'ai pas la réponse...) "En réalité, toutes les options sont possibles, sachant que les trois cas 1_yacs=1_site, 1_yacs=n_sites, x_yacs par serveur, fonctionnent et ne sont pas des configurations figées. Pour commencer, il est raisonnable de faire 1_yacs=n_sites. Cela dépend aussi des degrés de liberté que donne l'hébergeur. Y a-t-il un accès au paramétrage Apache, DNS-Bind ?... aux paramètres MySQL ?. Ce qui mène au sujet de la structure des données, prises en charge par MySQL. Le pb se pose de la même manière, une seule base avec plusieurs groupes de tables (un groupe = un yacs)....ou plusieurs bases ? Yacs offre la possibilité, sans douleur, de grossir et changer d'échelle... tout en partant du meme modeste noyau. En somme, je ne saurais mieux conseiller que de commencer petit, pragmatiquement. Il sera toujours temps de faire des mues successives, quand le besoin se fera vraiement sentir. " Enfin j'ai eu 2 petites difficultés après avoir installé YACS 6.1 en local.Toutes les versions chargeables sont réputées stabilisées... sinon elles ne seraient pas à disposition sur le serveur public.:wink: Les modification possibles des structures internes de yacs ne permettent pas de rendre, en même temps, le site accessible à la navigation, sous peine risque de corruption des composants. C'est la raison de la fermeture imposée. De même, il serait dangereux de réouvrir automatiquement, nous tenons à ce que le responsable du site et/ou de son administration, soit... responsabilisé à cet égard. En complément, cela incite à une gestion professionnelle qui vise à séparer de façon étanche, espace de test / espace de production. Au vu de ce qui était abordé plus haut, cela peut correspondre -dans certains cas simples- à la différence entre le site local et le site distant. " ...Si j'ai bien compris la succession des événements, je dirai que la réinstallation a nécesserement mis en place la version précédent la mise à jour, puisqu'on repart normalement de la "distrib". Sous le contrôle de Bernard, je dirais que la version précédent une mise à jour est toujours accessible, car les fichiers en place recevant la mise à jour sont renommés en ".bak". Enfin, une documentation (pour l'instant en englais) est accessible dans la partie "support" Merci encore pour votre intérêt pour Yacs, vos progrès sont nos progrès. Yacsement votre, Lucrecius |
Fernand from Paris 1287 posts |
Bonjour, Je vous répond concernant les petites difficultés que vous avez rencontrées exprimées dans les deux derniers points de votre message: Si vous avez un pépin pendant une mise à jour (panne de courant, par exemple...) Et que lorsque vous voulez accéder à votre site, il vous annonce gentiment qu'il est fermé. Pas besoin de tout réinstaller  !Trouvez le fichier "switch.off" à la racine de votre site et renommez-le "switch.on". Concernant votre première question, la réponse est oui. Vous pouvez le faire dans les deux sens. C'est à dire que vous pouvez aussi rapatrier votre base ou/et votre site depuis le serveur pour retravailler en local. Puis, replacer votre travail sur le serveur. Deuxième question: Je vous conseille d'installer une seule archive Yacs par site. Cordialement, |
| Fernand from Paris 1287 posts |
Paddy : Les réponses de Lucrecius et moi-même se sont télescopées parceque nous les rédigions probablement en même temps. D'où certains doublons. |
Paddy from la Provence, au pied du Luberon, 136 posts |
" Paddy : Les réponses de Lucrecius et moi-même se sont télescopées parceque nous les rédigions probablement en même temps. D'où certains doublons. " Pas de pb, "trop d'une bonne chose est absolument merveilleux" (citation d'une actrice américaine dont j'ai oublié le nom )D'abord Merci pour vos encouragements et vos conseils  Je refais un point sur mes questions et difficultés : Question 1 " La logique du portable comme outil fiable et le serveur comme vitrine de production (chargée épisodiquement) me semble plus correspondre " C'est bien comme cela que je vois la chose et cela permet comme Lucrecius le dit si bien de séparer espace de test et espace de production. Est-ce compliqué à mettre en place, y-at-il une procédure automatisée ou automatisable ? Je comprend qu'il doit avoir une solution différente pour chaque utilisateur, mais j'aimerai pouvoir appréhender les grandes lignes, notamment au niveau de la base données. Question 2 " En somme, je ne saurais mieux conseiller que de commencer petit, pragmatiquement. Il sera toujours temps de faire des mues successives, quand le besoin se fera vraiement sentir " Ok, je prends bonne note. J'ai un site créé avec NVU que je garderais encore un peu comme ça. Je vais me contenter de yacser mon prochain site et j'attendrais pour le troisième... " Je vous conseille d'installer une seule archive Yacs par site " Fernand : ne serais-ce pas plutôt un seul site par archive Yacs ? Mes difficultés Je pense avoir été un peu confus, alors je vais reformuler tout ça : J'ai essayé de faire une mise-à-jour. J'ai installé une version que je n'ai pas identifié et j'ai cafouillé pour redémarrer le serveur, jusqu'à ce que je trouve le fichier switch. Par contre, je pense qu'à partir de ce moment-là 'en fait après la mise*à-jour), je me suis retrouvé avec un script du panneau de controle vérolé (parse error). J'ai alors écrasé cette version inconnue en ré-installant mon archive Yacs du départ. Dans ce genre de situation, est-il possible d'identifier la version intermédiaire ? Il semble possible de revenir en arrière sans tout réinstaller (yeah !!!) " Sous le contrôle de Bernard, je dirais que la version précédent une mise à jour est toujours accessible, car les fichiers en place recevant la mise à jour sont renommés en ".bak" " Un renommage des fichiers ".bak" est-il suffisant ? Je retourne à mes essais de Yacs en me disant que si Yacs a bien des qualités, sa communauté est bien un autre de ses atouts  Bonne soirée à tous et à bientôt. Paddy ----- Parti de rien, je ne suis arrivé à rien... mais tout seul ! Groucho Marx |
Bernard from nearby-an-airport Associate, 6581 posts |
Paddy: Le contenu de YACS est entièrement basé sur des fichiers, et sur la base de données. La démarche pour développer un site localement, puis pour l'installer sur un site distant, est la suivante :
Donc la duplication est toujours possible avec YACS --pas de base de registre ici . Moi je m'en sert plutôt dans l'autre sens, je rapatrie des serveurs complets pour les troubleshooter.La limite de ceci, c'est qu'elle interdit les mises à jour par les surfeurs (commentaires, etc.) Une autre option serait de permettre la synchronisation partielle de serveur, sur le mode de Lotus Notes ou du Palm. Une spécification technique existe, c'est SyncML, et j'ai le projet de l'implémenter pour mon propre usage. Si en plus certains sont intéressés pour en faire une méthode standard de développement/publication, encore mieux... Attention, il s'agit là d'un développement assez lourd, qui s'étalera sur plusieurs mois... |
| Paddy from la Provence, au pied du Luberon, 136 posts |
Bernard : Merci pour les précisions, je comprends mieux. Comme je désire un site coopératif, il me faudra travailler directement sur le site distant, après avoir fait des essais en local. Je suis bien sûr intéressé par votre proposition de développer une implémentation de SyncML. Cordialement Paddy ----- Parti de rien, je ne suis arrivé à rien... mais tout seul ! Groucho Marx |
| Fernand from Paris 1287 posts |
Paddy : " Fernand : ne serais-ce pas plutôt un seul site par archive Yacs ? "Oui  , pardon pour ce hiatus !
|
| Paddy from la Provence, au pied du Luberon, 136 posts |
" La démarche pour développer un site localement, puis pour l'installer sur un site distant, est la suivante : Il m'a fallu un peu de temps pour réfléchir à ceci et j'ai du mal à le faire coller avec la notion de séparation production/développement. " La logique du portable comme outil fiable et le serveur comme vitrine de production (chargée épisodiquement) me semble plus correspondre. " Si je comprends bien, en faisant un site collaboratif, je ne peux pas développer mon site en local puis le placer par ftp chez mon provider car j'écrase alors la base de données. Est-ce que cela signifie que je dois stopper Yacs pendant que je modifie la structure de mon site, par exemple quand je crée de nouvelles sections ? Parce que si je le fais pas, ca risque de faire drôle à mes visiteurs non ? Et si je le fais ça risque de faire de longs moments avec mon site down car je pense pas aller très vite pour l'instant. Ais-je bien compris le système ? Suis-je bien obligé de développer un site collaboratif en distant et suis-je aussi "obligé" de stopper yacs pendant cette tâche ? Merci pour vos réponses et à bientôt... ----- Parti de rien, je ne suis arrivé à rien... mais tout seul ! Groucho Marx |
| Lucrecius from La Rochelle / Charente-Maritime / France 239 posts |
Cher Paddy, Nous voici dans le noeud de la problématique ouverture/sécurité ! Actuellement en déplacement, je n'ai pas le temps de faire une réponse argumentée, à cet exposé de questions pertinentes... Ceci est donc une toute petite mise en bouche très rapide. Il importe de savoir ce qui constitue la référence dans la construction.... référence d'où le responsable doit repartir, en cas de pb, d'évolution, etc. Globalemenent, dans l'hypothèse d'un site collaboratif, je pense que la référence du contenu est celle en ligne, tout pendant que celle de la structure est partagée (répliquée), entre local et distant. Le protocole d'évolution est à soigner, reprenant les hypothèses que vous avez émises, y compris la notion de production/développement, mais ce qui compte, c'est de diminuer au maximum le temps d'indisponibilité du système. Je reviendrais sur tout cela dans un prochain texte, intégré dans la doc de yacs. Yacsement votre, Lucrecius |
| Paddy from la Provence, au pied du Luberon, 136 posts |
Lucrecius : " Je reviendrais sur tout cela dans un prochain texte, intégré dans la doc de yacs. " J'ai hâte de vous lire, à bientôt et merci... ----- Parti de rien, je ne suis arrivé à rien... mais tout seul ! Groucho Marx |
| Fernand from Paris 1287 posts |
Paddy : " Est-ce que cela signifie que je dois stopper Yacs pendant que je modifie la structure de mon site, par exemple quand je crée de nouvelles sections ? "Quant à cela précisément: non. On rajoute des sections, des articles, en ligne sans problème et sans aucunement arrêter son serveur YACS. Ce site est modifié, quand il y a besoin, en direct et sans arrêter le serveur. La seule chose qui se produise en amont, est sans doute la préparation des nouveaux styles, (skins). Encore les installe t-on sans aucun besoin d'arrêter le serveur. Cordialement, |
| Bernard from nearby-an-airport Associate, 6581 posts |
Paddy: En fait, c'est exactement l'inverse. YACS a été conçu pour refléter sur le web les idées et contributions des uns et des autres au fur et à mesure qu'elles apparaissent. Dans ce sens, le passage par un environnement de développement avant la production sert principalement pour définir l'ossature d'un site, c'est-à-dire son apparence visuelle (le skin) et l'arborescence de départ pour le contenu. Le résultat de ce travail, généralement effectué en local, mais ce n'est pas obligatoire, doit ensuite être officialisé sur le web. Ceci peut s'effectuer à base de copier-coller, ou en dupliquant le contenu du serveur de développement. C'est ce que j'expliquais précédemment. Ensuite, il est toujours possible d'intervenir sur un serveur de production pour changer son apparence, ou la structure du contenu. Ajouter ou modifier une section s'effectue à la volée, au moment où vous en avez besoin, et cette opération ne requière pas l'arrêt du serveur. |
| Paddy from la Provence, au pied du Luberon, 136 posts |
Bon ca y est ! C'est clair ! Ce soir je vais me coucher un peu plus intelligent Je vois mieux comment faire avancer mon p'tit projet. Merci à tous pour votre support, je reviendrais surement poser d'autres questions bientôt, et dès que j'ai un début de site en ligne je vous donne l'adresse. Cordialement et de plus en plus impatiemment (je sais pas si c'est bien français mais ça exprime bien mon état )----- Parti de rien, je ne suis arrivé à rien... mais tout seul ! Groucho Marx |
Reply
Quote
13 comments · 
Add a comment
Rate this page
Posted by Paddy on Feb. 20 2006, (popular)
