Aller au contenu

malipalo

Membres
  • Compteur de contenus

    6
  • Inscription

  • Dernière visite

À propos de malipalo

  • Date de naissance 07/31/1969

Contact Methods

  • Website URL
    http://

Mon Profil

  • Sex
    Male
  • Intérêts
    Mon Syno.

malipalo's Achievements

Newbie

Newbie (1/14)

0

Réputation sur la communauté

  1. Bonjour, Par expérience ce n'est pas les photos qui ont un problème, mais l'indexation ne jamais réindexé sinon problème. Vos photos sont toujours là pas de soucis c'est les miniatures qui ne sont plus valable. Solution 1 : je n'ai pas testé mais elle doit fonctionner. Le mieux est d'effacer les indexes (fichiers miniature créé par photostations) encore faut-t-il savoir ou il sont. Quelqu’un peut aider ? Via un accès SSH depuis PUTTY (activer SSH dans le panneau de configuration de DSM) accéder à votre serveur depuis l'adresse IP Important désactiver SSH après l'opération si vous n'avez pas créé de règle dans le pare-feux qui n'autorise que vous en local. Une fois connecté comme root:password le password est celui du compte admin mais avec le login root. Une fois connecté Faite : cd /volume1/@appstore/PhotoStation/ Vous vous trouvez la le cœur de PhotoStation 6 bin etc indexdb lib photo photo_scripts ui si c'est trop compliqué pour vous de rechercher les fichiers miniature innutiles et les effacer ou les renommer : Solution 2: Plus simple mais vous allez garder 550gb d'indexes de vos photos inutilisé par PhotoStation. J'ai eu le même problème, une fois les fichiers indexé créé, une astuce, changer les noms des fichiers images ou vidéo par des séquences depuis photofiltre (je parle de changer le nom de chaque fichiers, photofiltre le fait sous Automatisation) Par exemple vous pouvez changer 1000 fichiers : m732467813482.jpg Devient j732467813482.jpg Comme ils n’ont jamais été indexé et bien ils le seront mais c'est une "bidouille" la solution 1 d'effacer le bon fichier d'index est beaucoup mieux à mon avis. Quelqu’un doit pouvoir vous dire lesquels dans les dossiers ci-dessus. Et PhotoStation devrait reconstruire les indexes tout seul sans les coupures d'images. Comme ils n’ont jamais été référencé vu qu'ils ont changé de nom, PhotoStation va reconstruire les indexes c'est logique et je le fait parfois moi-même. Mai laisser la page html de PhotStation ouverte durant l'opération. Bon courage Mais dans tous les cas faite un backup de /volume1 avant.
  2. J'utilise PhotoStation 6 canal stable, la version qui à mon sens est la plus aboutie. DS_Photo+ depuis le iphone, c'est génial et très bien pensé ! C'est du bon boulot malgré quelques bugs mais quand ont change de version c'est innévitable il y a toujours des corrections à faire et baucoup de patience. J'utilse un I7 en SSD, ont peu pas mieux pour la vitesse, mais j'ai quand même des problèmes de lenteurs lors de l'affichage, (si c'est sur un dual core ça doit être une catastrophe.) La fonction d'indexation lors de l'ajout de photos directement sur le disque syno est aussi un plus, (quand c'est les photos d'origines et qu'elle n'ont jamais été indexées.) A mon avis il manque juste un petit + pour que la vitesse d'affichage soit plus rapide sur les navigateurs des machines clientes, à méditer...
  3. Bonjour, je comprend mais c'est justement la le problème tout ce travail de création qui peut être évité depuis javascript avec d'autres techniques d'affichage dans l'exemple ci-dessus il n'y pas de miniature ! Ni à la création mais juste à l'affichage sur les machines clientes. Le système fonctionne. Je cherche pas a vendre je voulais juste suggérer une approche différente a vous de voir si c'est une idée intéressante, qui peut aider à la mise en place d'un system beaucoup plus rapide.
  4. Bonjour, J'utilise le syno avec PhotoStation depuis quelque temps la version 6.0-25.34 Je confirme que PhotoStation marche très bien. Je suis sur un DS211 avec DSM 4.3-3776, mais la partie PhotoStation est très lente dès qu'il y a ré-indexation des images par le menu. Biensure j'utilise "Synology Photo Station Uploader" qui est très pratique, mais qui a mon avis pourrait être supprimé. Personnellement j'utilise un system différents avec javascript. J'ai trouvé les source exemple sous : http://www.dynamicdrive.com/dynamicindex4/thumbnail2.htm http://www.dynamicdrive.com/dynamicindex4/php-photoalbum.htm (javascript - php) c'est les sources que j'ai utilisé comme point de départ. J'ai amélioré le system pour mon site. Qui affiche les images très rapidement, je n'ai pas de miniatures. Elles sont créés en mémoire pas sur le disque à l'affichage des photos. Non seulement je ne comprends pas pourquoi créer tous ce travail de miniatures sur un disque du serveur et pas sur celui du client ? mais il est inutile, et le traitement est long et fastidieux, c'est lui qui ralentis l'affichage. Et je ne comprend pas pourquoi persister à la création de miniatures, dès lors que d'autres systems comme avec javascript - php existe et sont hyper rapide sans création de miniatures sur le serveur. Des miniatures sont quand même créés, mais sur la machine cliente à la première lecture des photos et elle reste dans le cache ce qui augmente la vitesse lors de relecture ! Pour les curieux : qui veulent tester sans miniatures, avec des améliorations sur les scripts ci-dessus. http://membres.incdata.net (site de test) ne regarder pas le system, mais le concept d'affichage ! 390 photos dans un album. login : incdata password :123456z Pourquoi ne pas appliquer ce type d'affichage et supprimer toute la partie miniatures/création/stockage qui se ferais chez le client et pas sur le serveur syno. Voilà je voulais juste lancer une idée. Bonne soirée a tous.
  5. Problème RESOLU Comme j'ai plusieurs site sur le même syno, en vérifiant ce que j'avais modifié dans la semaine, j'ai trouvé d'ou viennait cette erreur Pour resserrer le sécurité d'un autre site j'ai modifié temporairement la ligne : disable_function = dans php.ini et comme elle impact l'ensemble des sites de la syno, il a eu cette incidence sur le login d'accès de PhotoStation 6 (logique) . Une fois remis d'origine le problème c'est évidement réglé. C'était donc un mauvais manipulation de ma part merci pour l'aide.
  6. Bonjour à tous, J'ai trouvé un gros problème de sécurité, je suis sur un DS211 avec DSM 4.3-3776. Je vous invite à vérifier si vous avez le même problème sans le savoir. PhotoStation ma version est la 6.0-25.34. Que je viens de stopper : lorsque je me logue avec admin ou n'importe quel autre compte seulement sur PhotoStation, j'ai remarqué que: si je met un mot de passe au hasard qui est inexistant et bien je rentre comme admin BAD BAD... (pareil avec les autres comptes) alors j'ai changé les paramètres et passé de compte Photstation a compte DSM ce qui n'a rien changer au problème. Je n'ai pas touché à ma configuration et je ne comprends pas d'ou viens ce problème est-ce un bug ou un blackhat est passé par là ? (bref j'ai signalé le bug si c'est un bug) Si je me connecte sur DSM il n'y aucun problème, ni en ssh local avec root. Si je pouvais avoir un peu d'aide, elle serait la bienvenue. J'ai 12'700 photos et je ne veux pas que n'importe qui puisse y accéder, les moteurs encore moins et je ne sais pas ou corriger ce problème. J'ai testé avec chrome, explorer, safari en ayant vidé le cache, aussi depuis mon Iphone avec DS_Photo+ le problème est toujours là. Merci d'avance si quelqu’un à rencontré ce problème et peu m'aider. Je lance une restauration du backup de la nuit passé pour voir si il y a une différence en les deux version et je vais remonter de jour en jour jusqu'à résolution du problème si il y a résolution du problème.
×
×
  • 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.