Bicbucstriim

[PiwiLAbruti]

Quand tu auras fait cette réinstallation, profites-en pour remonter les actions nécessaires sur spksrc de façon à ce que le paquet soit corrigé en conséquence : https://github.com/SynoCommunity/spksrc/issues/new

[loli71]

il y a 57 minutes, PiwiLAbruti a déclaré:

Quand tu auras fait cette réinstallation, profites-en pour remonter les actions nécessaires sur spksrc de façon à ce que le paquet soit corrigé en conséquence : https://github.com/SynoCommunity/spksrc/issues/new

Pour t'aider Piwi, voilà l'impression que j'ai sur ce problème :

Outre le fait qu'il faille rajouter le chemin du répertoire que l'on défini pour les livre dans l'open_basedir PHP et donner les droits en lecture/écriture au compte http à ce même répertoire, il faut bien comprendre que lorsque l'on déplace ses livres depuis son PC windows sur le NAS au travers du répertoire partagé, ces fichiers ont logiquement comme propriétaire/groupe le compte utilisé pour monter le répertoire partagé sur le NAS. Et ce compte/groupe n'est pas forcément accessible en lecture par le compte HTTP.

Du coup, le passage par ssh pour remettre soit le propriétaire http aux fichiers une fois la copie faite, soit mettre des droits en 666 sur le fichier .db et du 644 sur les ficiers des livres, est incontournable :-(

Et je pense que le problème vient de là, c'est le fonctionnement normal du NAS, mais pas évident de trouver comment prendre en charge dans le paquet ce problème de droits à part en y rajoutant un script utilisant le "su -" et permettant de forçer ces droits directement depuis l'interface web lorsque nécessaire.

Bien évidement, on retrouve la même chose sur le paquet COPS à mon avis

[PiwiLAbruti]

Le moins pire serait peut-être de créer un script et de l'ajouter aux tâches planifiées. Ainsi ce script pourra appliquer les droits nécessaires à intervalles réguliers et/ou être exécuté à la demande depuis le planificateur de tâches.

[loli71]

Oui je suis plutôt d'accord avec toi Piwi, cela serait le moins pire

[PiwiLAbruti]

La solution idéale est une interface intégrée à DSM, mais ça demande beaucoup de travail pour peu de choses.

[loli71]

Effectivement, je me demandais aussi si l'utilisation  de File Station pour le transfère du fichier .db et des livres ne répondrait pas de répondre à la problématique de gestion des droits et du propriétaire http ..

[Zorineau]

Ce dessous mon post sur le gitHub pour la partie concernant BBS

 

Après avoir lutté pour faire refonctionner COPS et BBS sur mon NAS et suite au topic sur le NAS-Forum
Je récapitule ici mes actions.

Pour préparation du NAS

• Desinstallation COPS/BBS
• Copie du fichier metadata.db et d'un dossier livre dans un nouveau répertoire sans liens (non conservation des droits initiaux pour propriété)
• Desactivation des composants php (intl, mycript, mssql) que j'avais activé manuellement dans mes essais
• Reset PHP open_basedir
• Création de 2 share pour les test (droit non modifiés (groupe admin seulement)
  • /volume1/test1/metadata.db
  • /volume1/test2/calibre/metadata.db

installation BBS

• installation du package : OK
• connexion url bbs : OK
• accès aux dossiers :
  • test1 : KO le Dossier existe mais ne peut être lu
  • test2/calibre : KO le Dossier existe mais ne peut être lu
• ajout du groupe http en lecture sur le share test1 : ça fonctionne !
• ajout du groupe http en lecture sur le dossier calibre : KO
  • ajout du groupe http en lecture sur le share test2 : ça fonctionne !

A ce stade je suis dèg d'y avoir passer des heures en cherchant a gauche a droite un console avec putty et j'en passe ... donc je vire tout ça et je recommence avec COPS juste pour rire ... haha rire jaune)

Conclusions
BBS & COPS requiert que le GROUPE HTTP puisse parcourir l'arborescence jusqu'au dossier calibre et avoir un accès en lecture a ce dernier
Les modules php ne sont pas requis in fine, pas plus que la modification du open_basedir dans les paramètres php.

L'installation de COPS en parallèle peux poser des problèmes car a ce jour in reinitialise complètement les droits du dossier cible avec un mauvais compte.

Modifié le 16 novembre 2015 par Zorineau

[Zorineau]

Sur 14/11/2015 12:13:01 , loli71 a déclaré:

Effectivement, je me demandais aussi si l'utilisation  de File Station pour le transfère du fichier .db et des livres ne répondrait pas de répondre à la problématique de gestion des droits et du propriétaire http ..

Loli71 , j'ai ma base calibre sur mon PC pour un problème de reactivité lors des modifications de masse.

du coup a chaque modif je recharge les changements via un robocopy de mon PC vers le NAS

cela ne touche pas aux droits ni a la propriété du fichier, et de plus il apparaît au final qu'il n'est pas nécessaire d'être propriétaire ou en contrôle total pour que cela fonctionne.

[d3smo]

Bonjour,

J'ai pas mal de soucis à faire fonctionner COBS et BBS sur mon NAS Synology. J'ai bien lu le topic et j'ai bien donné les droits en lecture au groupe http sur mon dossier Ebook mais que ce soit dans COBS ou dans BBS il me dis ne pas pouvoir lire le répertoire.

J'ai aussi changé les droits en chmod 770 sur le dossier Ebook et changer l'utilisateur qui lance les services mais sans plus de succès.

Auriez vous des conseils à me donner ? J eprécise que c'est une première installation je n'ai pas encore de fichier metadata.db, juste un dossier Ebbok avec un ensemble de fichier de livres.

 

[loli71]

il y a une heure, d3smo a dit :

Auriez vous des conseils à me donner ? J eprécise que c'est une première installation je n'ai pas encore de fichier metadata.db, juste un dossier Ebbok avec un ensemble de fichier de livres.

Et bien ton problème vient de là je pense, pour rappel, il faut faire le fichier metadata.db avec Calibre et le déposer sur le NAS. COBS et BBS ne font que des frontend pour présenter les ebook en utilisant la base de donnée metadata.db de Calibre

[d3smo]

Le 19/2/2016 at 14:07, loli71 a dit :

Et bien ton problème vient de là je pense, pour rappel, il faut faire le fichier metadata.db avec Calibre et le déposer sur le NAS. COBS et BBS ne font que des frontend pour présenter les ebook en utilisant la base de donnée metadata.db de Calibre

En effet en créant le fichier .db sur mon ordi et en transférant le tout sur le NAS ensuite tout fonctionne à merveille.

Merci

[d3smo]

J'ai un soucis pour configurer l'envoi vers une adresse kindle, je ne comprends pas comment configurer BBS ? Voilà ce que j'ai fait en image, et aucun lien n’apparaît au niveau des livres pour les envoyer ???

[iostrym]

Le 14/11/2015 à 10:54, loli71 a dit :

Pour t'aider Piwi, voilà l'impression que j'ai sur ce problème :

Outre le fait qu'il faille rajouter le chemin du répertoire que l'on défini pour les livre dans l'open_basedir PHP et donner les droits en lecture/écriture au compte http à ce même répertoire, il faut bien comprendre que lorsque l'on déplace ses livres depuis son PC windows sur le NAS au travers du répertoire partagé, ces fichiers ont logiquement comme propriétaire/groupe le compte utilisé pour monter le répertoire partagé sur le NAS. Et ce compte/groupe n'est pas forcément accessible en lecture par le compte HTTP.

Du coup, le passage par ssh pour remettre soit le propriétaire http aux fichiers une fois la copie faite, soit mettre des droits en 666 sur le fichier .db et du 644 sur les ficiers des livres, est incontournable :-(

Et je pense que le problème vient de là, c'est le fonctionnement normal du NAS, mais pas évident de trouver comment prendre en charge dans le paquet ce problème de droits à part en y rajoutant un script utilisant le "su -" et permettant de forçer ces droits directement depuis l'interface web lorsque nécessaire.

Bien évidement, on retrouve la même chose sur le paquet COPS à mon avis

Hello, j'ai exactement ce problème avec COPS sur mon NAS Synology. Je dois donner les droit en lecture à tout le monde sur le fichier.db après chaque backup de la database calibre de mon PC vers le répertoire partagé du NAS. (utilisation de syncback).

Pour éviter cela, si j'ai bien compris :

Certains stockent directement la database calibre sur le répertoire partagé du NAS, c'est bien ça ? mais j'imagine qu'à chaque ajout de nouveau livre il faut aussi jouer avec les droits en lecture via ssh non ?

Certains utilisent un autre logiciel de copie (robocopy) qui semble ne pas modifier les droits des fichiers existants ? mais quid de l'ajout des nouveaux fichiers ? ils prennent les droits du répertoire contenant ?

[indy75012]

Bonjour,

je relance la discussion ici car je rencontre un problème avec BBS sur mon NAS. Ca fonctionnait parfaitement jusqu'il y a quelques jours, et j'ai essayé récemment de me reconnecter sur mon serveur BBS, et j'obtiens, en lieu et place de la page du serveur, du code PHP, qui commence ainsi :

<?php
/**
 * BicBucStriim
 *
 * Copyright 2012-2015 Rainer Volz
 * Licensed under MIT License, see LICENSE
 *
 */

J'ai tout réinstallé, vérifié les paramètres PHP et le installcheck.php de l'appli, et tout est au vert. Une idée d'où peu provenir le pb ?

 

Mon NAS est un DS215j sous DSM 6.1.3-15152 Update 8 (à jour, donc)…

 

[Ryo84]

Bonjour,

Y a t il un tuto pour bicbucstriim ??

Merci