DaffY

Bonjour, @didier06 tu as raison ! ok je viens de vérifier, en effet la suppression automatique par le script de nettoyage du dossier corbeille (fonction intégrée à nos NAS) ne semble plus fonctionner (au moins sur le principe de vidage pour des fichiers antérieurs à ... x jours sinon en suppression sans condition c'est OK). J'ai testé en modifiant les dates des fichiers présents directement dans le dossier #recycled (date création et date modification 08/2018 pour un vidage demandé antérieur à 7 jours). Anomalie remontée au support Synology. En attendant, on peut utiliser le script MENAGE en direct sur le dossier #recycle. en veillant à bien laisser le paramètre en ligne 75 du fichier de paramètrage param.txt à 0 (pour ne pas prendre en compte justement la corbeille). Dispo par MP si besoin de support concernant le script. Affaire à suivre donc... ☺️ MENAGE.zip

Bonjour, Pourquoi ne pas utiliser la procédure intégrée à nos NAS sur le vidage de corbeille ? Le script vide un dossier pour des fichiers de plus de n jours. Si la corbeille est activée ils sont déplacés en corbeille... Après, ce là suppose de vider la corbeille manuellement ou automatiquement.

Ouaip... désolé Envoyé de mon iPad en utilisant Tapatalk

Bonjour, Donc pas besoin d’utiliser cette fonctionnalité Envoyé de mon iPad en utilisant Tapatalk

Bonjour Un dernier petit conseil, Ok,pour le process décrit si en plus la bibliothèque photo est distincte de la bibliothèque système du mac. On peut plus facilement l’utilise ensuite sur un autre mac. Envoyé de mon iPad en utilisant Tapatalk

Bonjour, L'accès externe via un DDNS est possible et reconnu pour les parage si le NDD est paramétré dans le NAS. Panneau de configuration du NAS connecté en tant qu'utilisateur du groupe admin section Accès externe Onglet avancé rubrique nom d'hôte ou ip statique Des lors en se connectant directement au NAS via cette adresse NDD:5001 lors d'un partage par fileStation l'adresse proposée sera bien celle souhaitée. Par ailleurs pour le renouvellement du certificat Let's encrypt ça se fait via le 443 vers le 443 et le 80 vers le 80. Oups moins rapide que @Mic13710....😁

Bonjour, Oui en effet nous sommes d’accord. C’est bien pour ces raisons que le déport d’une bibliothèque de ce genre ou sa synchronisation sur un Nas est toujours délicate et parfois source de problèmes. Mieux vaux isoler ses sources et les préserver et utiliser un mécanisme de sauvegarde pour la partie bibliothèque. (Timemachine ou script maison pour 1/une archive de la bibliothèque 2/ sa copie sur support externe) En tous cas je souscris à ton idée : pas mettre tous les œufs dans le même panier. Bonne semaine Envoyé de mon iPad en utilisant Tapatalk

Pas du tout. macOS la présente comme un paquet, mais s’agit bien d’un dossier et plein de sous dossiers et fichiers. Il suffit de faire bouton droit afficher le contenu du paquet sur macOS pour s’en rendre compte. De plus le mécanisme de l’application indexe en permanence ses fichiers. Du coup lors d’une synchronisation externe c’est long, même si, seuls les fichiers modifiés ajoutés supprimés sont physiquement copiés. Encore une fois, le test suivant le démontre facilement Copie de la bibliothèque avec environ 1 ou 2 Go de photos prend bien plus de temps que si on archive la bibliothèque et qu’on la copie. C’est truffés de petits fichiers... Pour le reste je suis entièrement d’accord et surtout sur l’aspect Mono utilisateur ce qui rend de facto les processus de synchronisation délicat. Envoyé de mon iPad en utilisant Tapatalk

Ok, tant mieux mais je demeure avec un doute sur le parametrage. -V c’est pour verifier version de compilation de nginx... Un redémarrage ne doit rien afficher, preuve que tous les paramètres sont bons. Concernant le sujet, il est facile à vérifier Installation wordpress Si ok Une rédaction d’un article Puis changement permalien Si l’article est toujours accessible alors oui, c’est ok Envoyé de mon iPad en utilisant Tapatalk

Bonjour je te propose mon assistance via mp Envoyé de mon iPad en utilisant Tapatalk

C’est surtout que les cycles de maj sont moindres donc...ça peut plus traîner . Attention a bien renseigner les infos dans l’application QuickConnect c’est juste le nom Puis le nom d’utilisateur Puis le mot de passe Puis décoche ssl si activé Desinstalles l’application Redémarre tonsmartphone Réinstalle

La réponse est dans la question... Le fichier de conf contient des erreurs Le mieux est de Supprimer le VirtualHost crée Désinstallation WebStation Redémarrer le Nas Refaire dans le bon ordre sans bidouiller donc en comprenant a minima les actions réalisées Sinon Recourir aux paquets synology Envoyé de mon iPad en utilisant Tapatalk

Bonjour, Je doute que cela fasse avancer, car la démonstration a été faite que c’est bien le device qui est en cause et non la connectivité 1/ Il faut s’assurer que l’iP utilisée en 4g ne soit pas grillée sur le syno 2/ vérifier la partie logicielle du smartphone genre firewall local qui serait activé - trouve quelqu’un disposant d’un smartphone même version et tente un accès. - je t’aurai bien demandé de créer un accès et de m’envoyer par mp les identifiants.... mais j’ai pas de Google phone... - Bon courage Envoyé de mon iPad en utilisant Tapatalk

Tout est possible et tu es libre de le faire. En revanche je ne vois pas bien l'intérêt. si tu utilises par ailleurs TimeMachine, tout est sauvegardé. Qui plus est le NAS dispose de cette fonction. Synchroniser la bibiliotheque photos sur un drive ne me semble pas une bonne idée car il s'agit d'une kyrielle de fichiers. J'en veux pour preuve un test tout simple : copier une bibliothèque Photos d'un disque sur un autre et tu verras le temps que cela met. Pire copier la du mac vers le NAS et là c'est bien pire. (Pour une bibliothèque de 2 à 5 Go on dépasse le temps imparti pour la copie de quelques videos de la même taille) Bien que Drive soit certes fonctionnel, je crains que cette solution ne soit pas pérenne dans le temps. De plus le mécanisme interne de Photos fait tout bouger... du coup la synchro ne fait pas dans le différentiel et recopie quasi tout à chaque fois, couteux en temps, bande passante et usure disque. Après je n'ai pas l'exactitude de mes propos, et les choses ont surement évolué depuis 2 ou 3 ans avec les différents outils cités (Phots  et Drive e chez Synology) Si il s'agit de la préserver au sens sauvegarder la bibliothèque, autant utiliser un mécanisme de compression et l'archiver sur le NAS si on ne veut pas l'inclure dans le process classique sur mac qu'est TimeMachine. Mais je n'ai sans doute pas bien compris l'objectif visé. En tout cas, tout est possible et tu peux le faire cela va sas dire. 😏

Oui Envoyé de mon iPad en utilisant Tapatalk

Bonsoir, [Troll Mode ON] Pique le téléphone de ta femme 😜 [Troll mode OFF] Après ces tests, je pencherai pour un petit filtrage côté androïd.. et encore sur TON téléphone; N'as tu pas une application qui sous des prétextes de sécurité... bloquerai un peu trop... OU tout simplement une ip brulée si jamais tu as mis cela en place judicieusement sur ton NAS...Ce qui pourrait expliquer que ton ip via ton fournisseur est grillée mais pas en Wifi et pas avec celui de Mme. Regarde du côté sécurité panneau de config du NA en admin

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonsoir, content que ça serve.

Picassa google = cloud Google, j’imagine que les méta montent d'abord chez eux... avant d'être échangées en interne.... et ce sont surement toujours celles de chez eux qui sont aussi en descente...Mais de mémoire Picassa créé des fichiers dans les dossiers pris en compte. Tous les logiciels qui jouent sur des métadonnées s'appuient sur des fichiers sources. soit il écrivent les métas tout ou partie sur le dossier source soir sur leur propre base interne ou sur la partition où ils se trouve (cas des bibliothèque de l'application Photos) soit on considère l'unité réseau comme support des sources soir on la considère comme partie intégrante de la bibliothèque quelque soit le logiciel utilisée. Or... c'est justement ce genre d'utilisation qui parfois pose problème... la notion d'unité partagée, quand bien montée sur un Pc ou un Mac demeure une unité partagée répondant un à système de fichier qui est en général différent que celui utilisé par le logiciel applicatif. Sans parler des droits et surtotu en omettant l'évnetuelle synchronisation vers un autre NAS.... Bref selon la solution logicielle retenue, il faut bien voir ses avantages/inconvénients et faire son choix. une solution qui ne doit pas toucher les sources ne devrait même pas y déposer des fichiers... (pour moi) et l'utiliser comme simple support.. des surces justement... LightRoom le permet, l'application Photos aussi... Picassa sauf erreur colle des fichiers dans les dossiers sources.

Bonsoir... du coup je ne vois pas trop l'intérêt... Par défaut le principe de bibliothèque  est d'importer les images en son sein. Une fois importées, on peut pratiquement supprimer les sources puisqu'elles sont intégrées (physiquement copiées) dans la bibliothèque. Garder les deux ne me semble dans ce cas peu pertinent car doublant e stockage des photos. en revanche, et là je souscris : garder mes photos sources, classées comme je l'entends sur un dossier du NAS (genre photo par hasard) Y faire référence pour que Photos agrège cela, me propose des albums etc... SANS importer en son sein les originaux - cf préférences de photos normalement - ie Photos bosse avec des miniatures en locales et des liens pour accéder au fichier source. suppose d'avoir l'unité où se trouvent les sources montées avant toute utilisation de Photos on évite aussi que cela soit la bibliotheque syst§me macOS n'aime pas trop le partage. + Je peux aussi utiliser d'autres outils en complément (PhotoStation sur le NAS avec les mêmes sources) enfin pour garder trace de mes albums, les reco de visage etc.. je sauvegarde via TimeMachine Photos et ses bibliothèques (qui demeurent liées à une machine) conclusion : Photos originales sur le NAS / bibliothèque avec TimeMachine après chacun fait comme il veut. Mon expérience est la suivante. Il y'a longtemps j'avais basculé toutes mes photos DANS un logiciel comme Photos (Aperrture à l'époque).. et rapidement en cas de crash de problème de version etc.. La récupération des photos originales est toujours délicate car l'organisation faite par le logiciel est... sa propre logique... Après j'ai procédé comme dit, donc en gardant mes images sources hors la bibliothèque. Inconvénient : si l'éditeur change sa manière d'adresser les sources... et ce fut le cas par  non pas du logiciel en lui même mais dans le montage des unités distante (mac OS eL capitan vers macOs Sierra), les liens peuvent être là aussi cassés et pas toujours facile à refaire... Mais on moins on est libre de refaire puisque disposant des sources. Dans l'autre cas... c'est plus Faustien... Un confort quand cela fonctionne, mais une obligation de poursuivre avec la solution logicielle établie. Rappel : Photos ne fonctionne pas comme LightRoom .

Bonjour, Mise en garde sur photos C’est pas une bonne idée de délocaliser la bibliothèque sur une unité partagée Photos crée plein de fichiers et de dépendances qui peuvent se « briser » sur une unité autre qu’un disque hfs ou apfs (Apple). Ou Garder les bibliothèques en local en pointant les images elles sur un dossier du Nas (pas de recopie des images sources dans la/l’es bibliothèque) Du coup le Nas sert de support aux images sources seules. En utilisant Time machine on sauvegarde les bibliothèques dans le mécanisme timemachine (qui peut être stocké sur le NAS) Ce qui complète le principe de sauvegarde. Envoyé de mon iPad en utilisant Tapatalk

bonsoir, pour une installation sans passer par les paquets synology cela suppose que WordPress repose (tant qu'à faire) sur serveur NGINX et non apache. Je conseille si possible de desinsallaer WebStation et tout autre paquet non requis (tel serveur apache, php5 etc..) ici je résume... là je détaille : Il faut à minima : MariaDB avec un mot de passe sur root un php 7 ensuite le groupe http en lec/ecr sur le dossier web on installe paquet WebStation cela créé le dossier web on télécharge WordPress "from Wordpress" et on décompresse l'archive sur le dossier web Dans WebStation on paramètre le virtualhost (NDD, ports et surtout dossier web/worpress visé le tout sur progile PHP et serveur NGINX) on en profite pour corriger les paramètres du profil par défaut de php7 (onglet coeur - mysqli.default_port –> 3307 mysqli.default_socket –> /run/mysqld/mysqld10.sock) Ensuite Adaptation pour le groupe http et le dossier WordPress et prise en compte des permaliens pour NGINX actions à mener en accès telnet ou SSH au NAS en mode root. A - attribuer la propriété du dossier wordpress au groupe http chown -R http:http wordpress B - prise en compte permaliens Faire un tail du fichier VirtualHost comme suit pour identifier le dossier de conf du virtualhost créé tail /etc/nginx/app.d/server.webstation-vhost.conf A noter cette commande affiche ce genre de résultat include fastcgi.conf } include /usr/local/etc/nginx/conf.d/64445-dc9-842-000aefd4/user.conf*; } L'idée est de créer dans ce dossier le fichier user.conf.wordpress-permalink qui contiendra ces lignes location /{ try_files $uri $uri/ /index.php?$args; } [ soit concrètement] cd /usr/local/etc/nginx/conf.d/64445-dc9-842-000aefd4 vi saisie des lignes indiquées puis sauvegarde ESCape :wq (sinon avec l'éditeur du de texte du NAS on fait un fichier texte en UFT-8, on le met de côté et on le copie au bon endroit ensuite) C -redémarrer le serveur NGINX nginx -s reload D- Lancer l'installation du site WordPress, se connecter avec l'utilisateur identifié En résumé Les opérations indiquées permettent d'installer wordpress en lien avec php7 et la base mariaDB de permettre l'installation d'extension, themes et mise à jour de WordPress sans FTP ni accès SSH de changer les permaliens sans que le site WP plante Bonne soirée PS : tuto complet dispo ici : http://bit.ly/wp_DSM

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Cool ! Content pour toi, merci pour ton retour. Envoyé de mon iPad en utilisant Tapatalk

Bonjour, Pour tester il faut soit attendre... soit jouer sur les dates de modification attributs des fichiers. A voir selon PC Windows Linux ou mac Zeus proposera sans doute un touch en ssh ‘-) Ça fonctionne bien chez moi en tout cas et cela fait partie des paramètres liés aux dossiers des corbeilles du Nas Envoyé de mon iPad en utilisant Tapatalk