JamiD207

Ces commentaires s'appliquent uniquement pour les personnes ayant installé Disk Manager Station version 2.2 AVANT DE COMMENCER LES OPERATIONS SUIVANTES, VEUILLEZ SAUVEGARDER VOTRE BASE DE DONNEES PHOTO EN AYANT PRIS SOIN AU PREALABLE DE DESACTIVER PHOTOSTATION. A cet effet, procédez ainsi: connectez-vous à l'aide de votre navigateur (Internet Explorer, Firefox, Opera, Safari ou autre) au système de paramétrage de votre NAS dénommé Disk Manager Station 2.2 en tapant dans la barre d'adresse http://adresse.ip.du.NAS:5000/ ou https://adresse.ip.du.NAS:5001/ pour ceux qui possèdent une connexion SSL vers le NAS, adresse.ip.du.NAS étant l'adresse ip de votre NAS que vous pourrez obtenir avec le logiciel Synology Assistant (une adresse possible pourrait être 169.254.1.1). Tapez le mot de passe du compte admin sans avoir à taper le nom du compte puis cliquez sur Management. Dans la fenêtre de gauche intitulée Disk Station, cliquez sur Applications puis sur Photo Station. Décochez alors la case intitulée Activez Photo Station 3 et cliquez sur le bouton OK; vérifiez que vous pouvez accéder au NAS via telnet. A cet effet, depuis la même fenêtre de gauche intitulée Disk Station, cliquez sur Service réseau puis sur Terminal. Cochez alors la case intitulée Activez le service Telnet et cliquez sur le bouton OK ; connectez-vous au NAS à l'aide de telnet. Pour cela, ouvrez une fenêtre de commande (command.com pour Windows 95/98/Me ou cmd.exe pour Windows NT/2000/XP/2003/Vista/7/2008) et tapez telnet adresse.ip.du.NAS. Face à l'indication login: tapez admin et face à password: tapez le mot de passe du compte admin correspondant; vous voici connecté au NAS via telnet. Maintenant, il va falloir sauvegarder la base de données photo. Tapez alors les commande suivantes: cd /var/database vous accédez ainsi à l'arborescence où figure le dossier pgsql qui contient toutes les données des bases de données de type PostgreSQL gérées par le NAS. La base de données photo est l'une d'entre elles. pg_dump -i -o photo > photo.sav Tout changement de version du serveur PostgreSQL qui peut avoir lieu au moment de changer de firmware entraîne la suppression totale de toutes les bases de données de ce serveur et par voie de conséquence tout le contenu du blog par suppression du répertoire/var/database/pgsql ! C'est pour cette raison que vous devez sauvegarder vos bases de données dans /var/database et non pas dans /var/database/pgsql - voir le fichier /usr/syno/etc/rc.d/S20pgsql.sh à cet effet. vous procédez ainsi à la sauvegarde de la base de données sans vous soucier des différences de version entre la commande pg_dump - 8.2.9 - et celle du serveur PostgreSQL - 8.3.7 - (option -i) et vous conservez tout le schéma relationnel de la base de données (option -o) dans un fichier dénommé photo.sav conservé dans le dossier où vous êtes situé, soit /var/database. Pour la restauration, et seulement en cas d'erreur majeure, il vous suffira simplement de reprendre toutes les étapes décrites ci-avant et de taper les commandes suivantes à la place de pg_dump -i -o photo > photo.sav : psql -p 5432 -U admin -d postgres (et non pas psql -p 5432 -U admin -d photo car votre base de données photo étant ouverte, vous ne pourrez pas la supprimer) cela permet de se connecter au serveur PostgreSQL en ouvrant la base de données système de ce serveur. DROP DATABASE photo; le point critique de non-retour qui consiste en l'effacement complet de la base de données photo \q on quitte le serveur PostgreSQL pour recréer la base de données vide photo avec la commande suivante: createdb -T template0 photo psql -p 5432 -U admin photo < photo.sav cette dernière commande devrait recréer sans problème toutes les tables, vues et autres relations puis y insérer les données. Pour les deux cas de figure concernés et pour tous les autres cas concernant la gestion du blog sachez que le contenu des articles, commentaires, étiquettes et paramètres de configuration du blog sont enregistrés dans la base de données de type PostgreSQL dénommée photo laquelle est accessible depuis l'arborescence /var/database/pgsql/ , la connexion à cette base de données se faisant exclusivement depuis le NAS via le port 5432 avec le compte admin et sans mot de passe (commande: psql -p 5432 -U admin -d photo exécutée sous telnet). Pour les personnes ayant une version précédant la 2.2, une base de données de type PostgreSQL réservée exclusivement au blog et dénommée "blog" conservait très certainement tous les éléments décrits ci-avant. Vous pourrez voir toutes les tables de la base de données "photo" en tapant après le prompt de connexion à ladite base photo=# la commande suivante \dt . N'oubliez pas le point virgule ; à la fin de chacune de vos commandes SQL. Pour ce qui concerne les modules, 2 tables sont concernées soient blog_module et blog_config . Vous pourrez en voir le contenu à l'aide des deux commandes suivantes: SELECT * FROM blog_module; SELECT * FROM blog_config; La table blog_module contient presque tous les noms de base des module utilisables soient: personal_information, friend_link, label_cloud, statistical_data, photo_side, recent_article, recent_comment, article_collection, search, google_ad et calendar dont il est facile de faire la correspondance avec les noms des modules visualisables depuis la configuration du blog sous PhotoSation 3. Cette table contient également une deuxième colonne servant simplement à indiquer si le module est paramétrable ou non. En conséquence, si vous désirez conserver un module mais que vous ne voulez simplement pas le présenter dans le blog, vous n'avez pas besoin de supprimer de données dans cette table. Par contre, si vous ne voulez absolument pas conserver un module, supprimer alors le nom du module concerné ainsi que son indication de paramétrage grâce à la commande psql suivante: DELETE FROM blog_module WHERE module_name = 'nom_de_base_du_module'; où module_name est le nom attribué à la première colonne contenant tous les noms de base des modules lesquels doivent figurer entre des guillemets simples ' . Pour ajouter un nouveau module, vous n'aurez pas d'autres choix qu'en insérant dans la table blog_module les valeurs correspondant à son nom de base et sa configuration de paramétrage (est-il paramétrable ou non?) grâce à la commande: INSERT INTO blog_module VALUES ('nom_de_base_du_nouveau_module', valeur du parametrage); où le nom de base du module doit figurer entre les guillemets simples ' et la valeur du paramétrage être égale à f pour non paramétrable (false) ou t pour paramétrable (true). La table blog_config possède quant à elle quatre colonnes qui conservent l'ensemble des paramètres de configuration du blog. Chaque paramètre de configuration est repéré par un numéro indiqué dans la première colonne, il s'agit du champ config_id . La deuxième colonne, quant à elle, contient les noms de base de tous les modules repérés par le champ module_name. On y trouve ainsi la valeur main dont vous reconnaîtrez facilement les valeurs simples des paramètres attribuées via la fenêtre de configuration du blog dans les deux colonnes adjacentes ainsi que tous les noms des modules qui peuvent être paramétrés. La troisième colonne dénommée config_key contient tous les noms des paramètres ou fenêtres affichées sur le blog. Les deux fenêtres qui vous intéressent et dans lesquelles sont affichés les modules se dénomment layout_left et layout_right pour désigner respectivement les fenêtres inférieures gauche et droite. Dans la quatrième colonne repérée par le champ config_value , vous y trouverez tous les modules que vous désirez y afficher. Par exemple, on pourra trouver pour la fenêtre layout_left les valeurs adjacentes suivantes: search,label_cloud,statistical_data,friend_link, personal_information, correspondant à l'affichage successif en partant du haut de la fenêtre de gauche des modules recherche, étiquettes, statistiques, amis et à propos de moi. Ainsi, pour supprimer ou restaurer l'affichage d'un module tout en le conservant en mémoire dans le NAS, vous pourrez tapez la commande suivante: UPDATE blog_config SET config_value = 'nom_de_base_du_module_affiché_tout_en_haut, nom_de_base_du_module_affiché_juste_en_dessous, ......., nom_de_base_du_module_affiché_tout_en_bas,' WHERE config_key = 'nom_de_la_fenetre'; en indiquant les noms des seuls modules qu'on désire voir afficher dans la fenêtre désirée layout_left pour la fenêtre de gauche et layout_right pour la fenêtre de droite . Pour ajouter des valeurs à chaque paramètre de chaque module paramétrable, vous devrez taper la commande suivante: INSERT INTO blog_config VALUES ('', nom_de_base_du_module', 'nom_du_parametre', 'valeurs_du_parametre'); autant de fois qu'il y a de paramètres pour votre module. Pour chacun des modules que vous ne voulez pas conserver et non pas seulement ne plus afficher, utiliser la commande suivante pour supprimer tous les paramètres qui leur sont attribués: DELETE FROM blog_config WHERE module_name = 'nom_de_base_du_module'; Une fois les opérations terminées sur la base de données photo, tapez la commande \q pour quitter le serveur puis réactivez PhotoStation pour constater les différences à l'aide de votre navigateur. Enfin, il est évident que l'ajout ou la suppression définitive d'un nouveau module ne peut pas se limiter au simple ajout ou suppression de quelques valeurs dans la base de données photo . Pour ce qui concerne l'ajout, il sera fait appel à vos talents de programmation en PHP ainsi qu'en javascript pour créer le module désiré en insérant ses codes dans deux fichiers d'extension respective php et js que vous devrez enregistrer dans le dossier /usr/syno/synoman/phpsrc/blog/modules/ . Vous devrez ensuite compléter chacun des fichiers écrits en PHP situés dans le dossier /usr/syno/synoman/phpsrc/blog/language/ pour afficher correctement les informations le concernant dans toutes les langues possibles. Vous devrez également compléter le fichier admin.php situé dans le dossier /usr/syno/synoman/phpsrc/blog/admin/ pour administrer correctement le module via l'interface des paramétrages du blog. Enfin, vous devrez compléter le fichier synoblog_conf.php situé dans le dossier /usr/syno/synoman/phpsrc/blog/include/ pour adapter votre module à la configuration générale du blog sans oublier de faire figurer dans ce même dossier les fichiers supplémentaires rédigés en PHP qui seront liés à la gestion du contenu de votre module si nécessaire. Pour ce qui concerne la suppression définitive des modules, vous prendrez donc soin de supprimer les fichiers les concernant dans les dossiers /usr/syno/synoman/phpsrc/blog/modules/ et /usr/syno/synoman/phpsrc/blog/include/ (pas le fichier synoblog_conf.php bien sûr) et de supprimer tous les appels de paramètres, fonctions ou procédures vers ces modules situés dans les fichiers admin.php, synoblog_conf.php et de langues rédigés en php issus des dossiers respectifs /usr/syno/synoman/phpsrc/blog/admin/ , /usr/syno/synoman/phpsrc/blog/include/ et /usr/syno/synoman/phpsrc/blog/language/. Bon courage pour ces dernières opérations.

[quote name=%2526%252339%253Bbillyben%2526%252339%253B date='05 juin 2009 - 21:37

[quote name='kermit.la.grenouille' date='06 janvier 2010 - 18:16

[quote name='Shaolan' date='19 f