CoolRaoul

Si tu pouvais nous dire ou tu as vu cela, afin de, si possible, aller faire corriger cette information erronée. En effet, dans l'aide de DSPhoto, il est bien question de "sauvegarde" et pas de "synchronisation". C'est justement ainsi que ça fonctionne. La suppression des photos sur le smartphone n'efface pas celles sur le NAS J'ai créé un dossier dans PhotoStation que j'ai nommé "nouvelles" et configuré DS Photo pour transférer en wifi les nouvelles photos du smartphone dans ce dernier. Et quand je supprime ces photos sur le smartphone elles ne sont pas supprimées sur le NAS (ni inversement d'ailleurs). DSPhoto mémorise la date/heure de sa dernière sauvegarde est charge vers le NAS toutes les photos postérieures des qu'il en a la possibilité.

Si le module apache n'est pas présent je ne vois pas de solution dans l'immédiat C'est une beta; fait jamais oublier. Par exemple, en ce qui me concerne (et bien que je soit quelqu'un qui aime bien bidouiller) je n'ai pas pris le risque d'y participer car je ne dispose pas de NAS de test.

A la recherche d'info sur les modules apache manquants en 5.0 je suis tombé sur ce fil dont le contenu pourrait être utile à tous les beta testeurs: http://forum.synology.com/enu/viewtopic.php?p=300136#p300136 La conséquence est que les .htaccess utilisés pour mettre en place une authentification via un fichier de mot de passe ne fonctionnent plus en DSM 5 (du moins jusqu'à la mise à disposition de ce package annoncé) J'ai découvert à cette occasion que nombres d'autres modules http ont été supprimé dans cette nouvelle version. (voir )

Aie, on peut dire que Syno a fait du ménage dans les modules apache! 4.X 5.X mod_auth_digest.so < mod_authn_alias.so < mod_authn_anon.so < mod_authn_dbd.so < mod_authn_dbm.so < mod_authnz_ldap.so < mod_authz_dbm.so < mod_authz_owner.so < mod_cache.so < mod_caldav.so mod_caldav.so mod_cern_meta.so < mod_cgid.so < mod_charset_lite.so < mod_dav.so mod_dav.so mod_dav_fs.so mod_dav_fs.so mod_dav_lock.so mod_dav_lock.so mod_davacl.so mod_davacl.so mod_dbd.so < mod_deflate.so mod_deflate.so mod_disk_cache.so | mod_fastcgi.so mod_dumpio.so < mod_expires.so < mod_ext_filter.so < mod_headers.so mod_headers.so mod_ident.so < mod_imagemap.so < mod_info.so < mod_ldap.so < mod_log_forensic.so < mod_logio.so < mod_mem_cache.so < mod_proxy.so mod_proxy.so mod_proxy_ajp.so < mod_proxy_balancer.so < mod_proxy_connect.so < mod_proxy_ftp.so < mod_proxy_http.so mod_proxy_http.so mod_proxy_scgi.so | mod_reqtimeout.so mod_rewrite.so mod_rewrite.so mod_speling.so | mod_spdy.so mod_ssl.so mod_ssl.so mod_substitute.so < mod_synobandwidth.so mod_synobandwidth.so mod_unique_id.so < mod_usertrack.so < mod_version.so < mod_vhost_alias.so < mod_xsendfile.so mod_xsendfile.so Certains risquent d'avoir de mauvaises surprises..(à moins que tous les modules manquants soient intégrés en statique dans le binaire apache, mais ça me surprendrait)

Je n'ai rien inventé, c'est sur la page du formulaire qu'il est conseillé d'utiliser l'anglais ou le chinois: Traduction: 繁體中文 ; Chinois traditionnel 简体中文 : Chinois simplifié

En effet mais le contexte initial est le ("J'ai personnellement fait un retour sur l'app Samsung hier (je ne sais pas si elle rentre dans la catégorie mais bon, on verra bien")) qu'il a posté suite ou j'indiquais l'url du formulaire de signalement de bug sur le site Synology Et l'équipe Syno est à Taiwan Faut essayer de suivre

Taiwan à adopté le coréen comme langue officielle? Et on ne m'a rien dit!

Voila qui est inquiétant, Synology aurait décidé de supprimer "mod_proxy_connect" dans les modules apaches pré-installés? Que donne la commande suivante? find / -xdev -name mod_proxy_connect.so Sinon il est possible que ça ne soit pas completement bloquant (sauf pour le SSL) Serait-il possible de supprimer le bloc <IfModule !proxy_connect_module> LoadModule proxy_connect_module modules/mod_proxy_connect.so </IfModule> de la conf et vérifier si le proxy fonctionne en mode http simple (sans SSL)

Malheureusement je n'ai qu'un NAS et donc je ne veux pas prendre de risque avec la beta. Fait espérer que quelqu'un trouvera la solution avant la sortie de la version finale. Mais sinon, avec la solution "bourrin" (activer/désactiver le service web) les modif du "httpd.conf-user" sont prises en compte ou pas?

Note à tous les beta-testeurs volontaires DSM 5: n'oubliez pas que l'objectif essentiel de cette phase de test à laquelle vous avez choisi de participer est de faire remonter les problèmes rencontrés directement à l'équipe de développement Synology afin que les bugs soient pris en compte au plus tôt de façon à être corrigés dans la version finale. A cet effet un formulaire de commentaires beta est à votre disposition. S'en tenir à signaler ici les dysfonctionnement rencontrés (surtout si c'est sans donner le moindre détail sur le contexte et les symptômes exacts observés) est bien mais pas suffisant. Si vous voulez que votre participation au programme serve vraiment à quelque chose, ça serait bien d'essayer de prendre le temps d'aller décrire en détail vos observations dans le formulaire. (s'en abstenir serait un indice ne pas avoir bien compris l'esprit d'un beta test). La bas, faudra aussi faire l'effort de rédiger en anglais. PS: il y une carotte, les 3 beta testeurs les plus efficaces seront pourront gagner un DS214play: "Synology will award a Synology DS214play to a maximum of three beta testers."

Connexion ssh, un petit script et c'est terminé #!/bin/sh PATH=/bin:/usr/bin shared_dir=/volume1/clients # a customiser staff_group=collaborateurs grep "^$staff_group:" /etc/group | cut -d : -f 4 | tr "," "n" | while read user do d=$shared_dir/$user echo "creation $d" >&2 [ -d $d ] || mkdir $d chown $user:$staff_group $d chmod g=rwx,o= $d done **EDIT** amélioré la détection des comptes clients

En effet, mais en tant qu'admin tu peux créer ce dossier a leur place.

Il vaut mieux ne pas pas modifier les droits de "homes" qui est un dossier système géré par DSM. La façon nominale d'utiliser les dossiers "home" individuels est qu'ils sont privés et par suite doivent être accessibles exclusivement au propriétaire. Si tu veux permettre des partages entre utilisateur, créée plutôt un partage commun, dans lequel sera créé un dossier par utilisateur, dont il sera propriétaire. Tous ces dossiers étant affectés au groupe "collaborateurs" avec les droits "r/w" sur le groupe et rien sur "others"

je ne pense pas. Possible que les deux instances apache (user et system) soient maintenant toutes deux gérées par S97apache-sys.sh Donc essayer simplement de faire "S97apache-sys.sh restart" en conservant la modif dans "/etc/httpd/conf/httpd.conf-user." Sinon reste toujours l'option d’arrêter puis redémarrer web station via l'interface DSM, ce qui reviendra au même.

Très bien, on avance, Il a du changer de nom lui aussi: essayer la commande ci-dessous pour voir: ls /usr/syno/etc/rc.d/*apache* Non, mieux vaut pas toucher celui-la.

Suis pas encore passé en 5.0 (pas fou, comme je n'ai qu'un NAS, je préfère laisser tester les autres!) Sinon, faudrait essayer de le chercher avec cette commande (en espérant qu'il n'ait pas changé de nom): find / -xdev -name httpd.conf-user

Je te conseillerai de relancer une indexation complète (sache que ça peut être long!): Panneau de configuration -> service d'indexage media -> ré-indexation. (Tu n'aurais pas par hasard déplacé/copié/renommé des fichiers medias directement en ligne de commande? Ca pourrait expliquer ce que tu constates)

Je ne pense pas que tu ais bien compris le fonctionnement du reverse proxy **EDIT** Eans chaque block de définition "VirtualHost" on ne redirige qu'un seul port, et en outre tu peux y ajouter des restrictions, par exemple par IP (via les clauses "Allow/Deny")

Toutes les données de VideoStation sont dans la database PostgreSQL système nommée "video_metadata", propriétaire "admin". Une fois connecté en shell (ssh ou telnet) sous le compte root, tu va pouvoir manipuler cette base en ligne de commande, comme cela: fserv> /usr/syno/pgsql/bin/psql -U admin -d video_metadata Welcome to psql 8.3.21, the PostgreSQL interactive terminal. Type: copyright for distribution terms h for help with SQL commands ? for help with psql commands g or terminate with semicolon to execute query q to quit video_metadata=# <taper les commandes ici> Ensuite suffit de quelques compétences PostgreSQL (que je n'ai pas je dois avouer mais je ne doute pas que d'autres membres du forum maîtrisent le domaine) pour faire ce que tu souhaites. Je sais que postgres sait exporter le résultat d'une requête sql directement au format CSV donc ça devrait pas être bien compliqué (la doc est ici: http://www.postgresql.org/docs/8.3/static/index.html) **EDIT** il existe aussi une interface graphique web à Postgre, dans le style de PhpMyAdmin, qui peut s'installer sur Syno. On doit trouver un tuto quelque part sur le forum. **EDIT#2** Les infos sont ici:

Sans blagues?? tu veux dire qu'il n'est plus configurable en DSM 5.0?

Deux solutions: reverse proxy haproxy Utiliser la recherche : les deux méthodes ont été décrites dans le forum.

Ca existait déjà ça

Tiens ils ont mis une webcam sur une terrasse d'immeuble.

Je ne sais plus comment expliquer désolé: j'ai mis une copie d'écran d'une fenêtre de l'explorateur Windows et voila que tu me parle du navigateur Firefox... Je ne peux quand même pas faire un didacticiel vidéo Espérons que quelqu'un de plus doué que moi pour expliquer passera par là.

Une mauvaise valeur de paramètre de modem/routeur qui peut entraîner des téléchargement corrompus? Voila qui aiguillonne ma curiosité