Skip to main content Help Control Panel

Login   A+   A-

Community «   Le forum «   Problèmes d'installation «   [Réglé] Installation en local et chez un provider «  

Comment: [Réglé] Installation en local et chez un provider

  Next >>
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.
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 ? "
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.

" ...
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 ? "
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

by Lucrecius on Feb. 20 2006