Aller au contenu

Rechercher dans la communauté

Affichage des résultats pour les étiquettes 'fichiers'.



Plus d’options de recherche

  • Rechercher par étiquettes

    Saisir les étiquettes en les séparant par une virgule.
  • Rechercher par auteur

Type du contenu


Forums

  • Qnap général
    • Annonces
    • Présentation
    • Ajout de fonctionnalités
    • Expérience
    • Où acheter
    • Nas QNAP d'occasion
  • Démarrer avec QNAP
    • Manuel en ligne
    • Tutoriels
    • FAQ (questions fréquentes)
    • Question avant achat
    • Turbo Station installation & configuration
  • Firmwares et QPKG
    • Firmwares et utilitaires (Login obligatoire)
    • QPKG applications softwares
  • Support
    • Matériels Compatibles
    • Partages de fichiers
    • Backup & Restore-NetBak Replicator & Logiciels de sauvegardes
    • Systeme & Gestion du volume des disques
    • Serveur Web & applications (Apache + PHP + MySQL / SQLite)
    • Station de téléchargement & QGet
    • Station de surveillance
    • Autres
  • Customisation
    • Open TurboStation (Zone des modders)
  • Business
    • Windows Ad (Active directory)
    • iSCSI – Disques virtuels
    • Réplication distante/Récupération sur crash
  • Multimedia
    • Multimedia Station (Album Photos)
    • NMP
    • Streaming media
    • Mobile phones
  • QNAP NVR [ VioStor ]
    • Matériels Compatibles
    • Question avant achat
    • Support technique
    • Tutoriels

Calendriers

  • Calendrier de la communauté

3 résultats trouvés

  1. Bonjour J ai un NAS TS 251 et suis sous macosx el capitan. Je suis nouveau pour le NAS mais pas pour Macosx que je connais bien SVP pouvez vous m aider ? ça fait 10 jours que j essaye de créer un lien de partage et que ça ne marche pas Le partage de fichiers ne fonctionne pas. ce qui est un comble pour un NAS dont c est une fonction principale ! J ai fait plein d essais différents ,mais c est complètement aléatoire. Dans file station je rentre dans émultimédiaé et je coche un dossier ou un fichier ,clic droit "partager" "créer le lien de partage " je le copie ( d ailleurs, Safari de Apple est infouttu de le copier correctement il faut utiliser FIREFOX qui lui permet de le copier) j envoie à mes correspondants en collant le lien dans un mail. Les destinataires ne peuvent pas telecharger ni ouvrir les dossiers. (que ce soit du son de la video ou du text ) Par contre si je clique dans le lien du malique j ai envoyé à mes correspondants, ça marche chez moi, je peux lire et télécharger . ça ne marche pas. L autre procédure "partager" "email " est lourde et en plus elle est buggée : il faut renseigner à la main les emails en les séparants par des virgules : BUG : impossible de mettre une virgule, la virgule n apparait pas, et on ne peut donc envoyer que un par un aux destinataires . pénible. et à terme , inutilisable. Et pas de liste de mails groupés, qui pourrait être pratique , à moins que je ne soit passé à coté d une fonction essentielle ( les groupes de mails que je ne vois que dans mon iPhone mais pas dans l interface en ligne sur l ordi ) ? Pourriez vous m aider ou m envoyer vers un Tuto ( j en ai vu plein, et je suis leur conseils, chez eux ça a l air de marcher , pas chez mes correspondants . Merci ç tous pour votre partage de connaissances !
  2. Bonjour, je rencontre un problème avec le serveur web depuis quelques semaines. Cela semble remonter à l'avant dernière mise à jour du firmware. Le produit est un QNAP TS210 (2 disques en RAID 1). Exemple pour illustrer la problématique : lorsque je modifie un fichier .php la modification n'est effective sur le serveur qu'au bout de 60 secondes. si je fais un "echo 'bonjour toto';" => le fichier m'affiche "bonjour toto" si je modifie le fichier à 13h20min 37 secondes "echo 'bonjour titi';" le fichier m'affiche toujours "bonjour toto" jusqu'à 13h21min 36 secondes et la seconde suivante j'obtiens "bonjour titi". Attendre 60 secondes pour chaque modif c'est juste cauchemardesque en phase de développement. -> j'ai cru que ça pouvait être le logiciel qui retardait l'envoi du fichier dans le dossier (Zend Studio) alors j'ai testé avec dreamweaver => même problème -> alors j'ai cru que peut être c'était le cache du navigateur, j'ai testé alors sur Firefox, Chrome, IE => même problème (et toujours exactement ces 60 secondes) -> dans le doute j'ai ouvert le fichier directement depuis le dossier Web avec notepad et fait les modifs => même délai pour avoir les modifs à l'écran Je n'utilise pas QSync. Je sèche, alors je me suis dit... peut-être que quelqu'un a déjà le problème ? p.s: j'ai fait quelques recherches sur le forum et rien trouvé à ce sujet. Je vous remercie par avance, je suis ouvert à toute suggestion. Addy. ======================================================= Re !! Oulaaaaa, grosse info complémentaire ! Je viens de tester avec un fichier .html => dans ce cas la transformation est immédiate Et si j'entre le même simple texte html dans un fichier .php le problème du délai se pose à nouveau. C'est donc uniquement le fichier .php qui est concerné. Je continue à chercher... ======================================================== Ok, le problème semble venir du php.ini et en particulier le secteur [opcache] opcache.revalidate_freq = 60 Petit souci - car un ennui n'arrive jamais seul ce ne serait pas drôle - lorsque je modifie le php.ini et enregistre (via l'interface Qnap) les modifications du php.ini ne sont pas conservées et la valeur 60 revient. Je continue à chercher ... ======================================================= Bon, toujours pas trouvé de solution. J'ai 2 fichiers php.ini : /etc/default_config/php/php.ini /mnt/HDA_ROOT/.config/php.ini mais à chaque restart d'apache (pour prendre la modif en compte) il me remet l'opcache sur 60 secondes J'imagine qu'il y a un fichier initial qui est rechargé à chaque restart. Une idée ? Addy. ======================================================= Dernier test : je modifie la valeur : opcache.revalidate_freq = 0 sur les 2 fichiers php.ini. Puis je relance apache, et j'obtiens /etc/default_config/php.ini => opcache.revalidate_freq = 0 /mnt/HDA_ROOT/.config/php.ini => opcache.revalidate_freq = 60 A ce stade je suis tenté de modifier le fichier sur HDA_ROOT et le bloquer en écriture, mais ce n'est vraiment pas très propre. Edit : testé - même bloqué en écriture il est remplacé à chaque redémarrage d'Apache. La vérité est ailleurs ...
  3. Bonjour, J'ai investi dans un QNAP TS-212 pour héberger les fichiers de notre petite entreprise. Il a remplacé la semaine dernière un serveur Windows 2003 dans ce rôle. La qualité essentielle de ce QNAP était de pouvoir gérer des ACL en s'appuyant sur Active Directory. Je pensais nous simplifier la gestion des partages, mais la mise en place est difficile... J'ai d'abord créé un dossier "Users" dans /share/MDO_DATA, partagé à l'usage de l'administrateur (moi-même, vous l'aurez deviné). Puis j'ai crée un sous-dossier de "Users" par utilisateur, lui-même partagé sous son nom de dossier, disons par exemple "\\NAS\John DOE" pour le dossier "/share/MDO_DATA/Users/John DOE". J'ai passé des heures de sueurs froides à comprendre pourquoi aucun utilisateur ne pouvait accéder à ses fichiers, après copie depuis mon vieux 2003 vers leur nouveau partage par l'administrateur. Impossible de leur attribuer effectivement les droits, malgré un affichage correct de ces droits côté interface d'admin. J'ai finalement laissé tomber, ai déplacé les dossiers utilisateurs de "/share/MDO_DATA/Users" vers "/share/MDO_DATA", les ai partagés à nouveau, et mon problème a semblé résolu. Ouf. Tans pis pour ma pulsion d'organisation de la structure des dossiers... J'en ai déduit que partager un dossier en même temps que ses sous-dossiers n'était pas recommandé avec le TS-212. MAIS ICI ARRIVE MON VRAI PROBLÈME : Certains de ces partages utilisateurs ne sont en fait pas opérationnels. Les symptômes: - Impossible d'enregistrer une modification sur un document qui s'y trouve - Des fichiers tempoirares '.dat' sont créés lorsque l'on essaie de modifier un document, ce fichier '.dat' étant alors inaccessible, inamovible, et il est même impossible d'en devenir propriétaire !!! (Seule solution : Le supprimer depuis le QNAP) - Si on essaie de copie un document "Test.doc" en local, un "Test - Copie.doc" est bien créé, mais il fait 0k, est aussi inaccessible que les '.dat' cités plus haut. - Un doc Word ouvert assez longtemps va créer des "~$st.doc" plein d'infos de récupération, avec les mêmes symptômes. Je vais tenter ce midi* une mise à jour de mon firmware (3.8.1b20121205 vers 3.8.2b201303101), mais j'ai peur que cela tienne aux droits déjà attribués à mes fichiers. (*J'ai quelques utilisateurs connectés sur d'autres partages qui, eux, fonctionnent très bien, come 'Public'...) J'ai tenté des solution extrêmes du genre "chown -R admin:administrators /share/MDO_DATA/Users/John DOE" et "chmod -R 777 /share/MDO_DATA/Users/John DOE", sans plus de succès que de permettre le parcours des sous-dossiers, qui était lui-même impossible au départ. Difficile de résumer quelques heures de tests divers en quelques lignes, mais si quelqu'un a une idée sur l'origine de mes soucis je suis tout ouïe... Merci ! Thomas NB: Le TS-212 n'est pas dans les choix possible à l'inscription sur ce forum. J'ai coché TS-210 en attendant...
×