Aller au contenu

Bicbucstriim


Messages recommandés

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

Lien vers le commentaire
Partager sur d’autres sites

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é par Zorineau
Lien vers le commentaire
Partager sur d’autres sites

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.

Lien vers le commentaire
Partager sur d’autres sites

  • 3 mois après...

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.

 

Lien vers le commentaire
Partager sur d’autres sites

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

Lien vers le commentaire
Partager sur d’autres sites

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

Lien vers le commentaire
Partager sur d’autres sites

  • 1 an après...
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 ?

Lien vers le commentaire
Partager sur d’autres sites

  • 2 mois après...

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)…

 

Lien vers le commentaire
Partager sur d’autres sites

  • 11 mois après...

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.