Diaoul

WebDAV est dérivé du HTTP. Pour l'utiliser tu utilises l'URL webdav.tondomain.tld (ou quelque chose comme ça) sur le port 443. Pour DSFile sur Android j'ai mis ça (avant de finalement mettre l'IP locale du NAS et de passer par le VPN lorsque je suis en 3G)

Aucune idée de ce que ça pourrait être ce toolkit, peut être des infos sur le kernel / les toolchains ou alors à l'API de payement. Ca serait sympa. Je regarderai ça. En tout cas il me semble que Synology soit clairement tourné vers l'ouverture afin d'atirer des tiers a faire des packages.

Et je n'ai de toute façon pas de toolchain pour cross compiler du USB Station 2.

Comme je le pensais 88f5281 et powerpc n'ont pas compilé car les toolchains sont en GCC 3.x. Ce sont des architectures abandonnées par Synology de toute façon issues des séries 07x et 08x.

Bon je crois que je vais laisser tomber la façon classique de cette lib décidément très bizarre pour me concentrer sur un patch d'openzwave comme décrit ici.

Je viens de tomber au hasard sur domotiga... Décidément, c'est pas les initiatives qui manquent...

Si tu tournes sur 9.1 et que des fichiers par2 ont été renommé NZBGet est un peu lent car il fait plusieur passes de vérification complète. Ce comportement est amélioré (grandement) avec la 10.0 disponible avec le SPK NZBGet Testing.

Je ne confond rien, je constate de part mon experience en cross compilation de la propreté respective des projets et de leur respect des best practices en la matière. Par ailleurs il s'agit ici d'un topic sur Domoticz. Après un petit patch du CMakeLists.txt j'ai pu cross compiler Domoticz avec succès ! PatrickH d'après le INSTALL.txt il faut faire l'étape suivante : J'imagine que si tu utilises le RFXCom sur ton Syno c'est une étape que tu as déjà faite. Tu peux confirmer ? Quelle est l'archi de ton Syno ? Je lance la cross compilation de Domoticz sur toutes les architectures cette nuit mais vu que ça dépend de boost ça m'étonnerai que j'arrive à toutes les avoir. PS : Le support de Z-Wave dans Domoticz c'est par ici

As-tu regardé la doc intégrée à DSM ? Je ne connais pas de moyen de rediriger vers un dossier /site/ et je ne pense pas que ce soit possible. Je vais tenter d'expliquer pourquoi. Mettons que l'on réussisse : HTTP -> (app.domain.tld) -> HAProxy -> (domain.tld/app) -> Serveur Le Serveur va donc croire à une requête sur /app donc il va mettre tout les liens relatifs de la page avec /app. HAProxy va renvoyer la page avec les liens en /app tel quel et dès que tu vas cliquer sur un lien ça va déconner, voir même sans cliquer, si tu as des images ou des balises script à charger. HAProxy c'est pas un serveur, il ne servira pas le contenu du Serveur à la place de ce dernier. Une solution consiste donc à mettre chaque site sur un port puis à utiliser HAProxy pour faire le lien. Une autre consiste à laisser la gestion de ces VirtualHost à apache via la configuration des Hotes Virtuels de DSM et en permettant à HAProxy de forwarder les requêtes sur les sous domaines concernés. PhotoStation est un alias dans la configuration d'Apache, le problème est le même que pour les dossiers.

L'avantage de Domoticz par rapport à OpenZwave c'est que c'est propre et standard. Rien ne t'empèche de commencer à jouer avec OpenZwave sur une platforme linux pour commencer puis de travailler sur la cross-compilation lorsque tu seras convaincu qu'OpenZwave est ce qu'il te faut. Je vous tiens au courant dans la soirée sur ce que j'arrive à tirer de Domoticz (mais surtout boost)

Bon étant donné que spksrc a déjà boost (a voir selon les archi et les librairies boost requises) et qu'il faut cmake en natif, je suis en train de voir pour cross compiler ce fameux Domoticz. Des intéressés pour tester ? Ou pour m'acheter du matos ?

Il faut regarder en SSH s'il y a des nouveaux outils de gestion des données, notamment tout ce qui est utilitaires du projet e2fsprogs (defrag, etc.)

Il faut boost et cmake. C'est de la sacré dépendance pour un Syno.

Ce ne sont que des suppositions hein, il n'y a qu'a chercher quelque chose en rapport avec HACluster ou SHR dans les sources pour voir mais je vois mal Synology release tout son travail en GPL, DSM se serait démocratisé sans quoi.

Certaines parties de DSM sont soumis à la license GPL et figurent dans les sources disponible. Ce n'est cependant pas l'intégralité de DSM (SHR, HACluster, etc.) Je ne vois pas en quoi installer un .pat sur une VM plutôt que sur un Syno serait illégal ou tout du moins poursuivi. Ce qui serait illégal et certainement poursuivi serait de commercialiser un NAS équipé de DSM.

Je parlais de la redéfinition du protocole. Il suffit de regarder le code source d'openzwave pour implémenter les spécificité de chaque device. D'ailleurs, c'est la première fois que je vois une librairie avec des fichiers de config. Pour moi une lib doit fournir une API, pas implémenter les spécificités de chaque device. Ca c'est le rôle de l'appli. Pour la cross compilation j'a avancé, j'en suis à systemd qui merde parce qu'il lui manque un truc : src/libudev/libudev-util.c:727: error: 'O_CLOEXEC' undeclared (first use in this function)

Je ne vois pas difficulté sachant que c'est déjà fait par open-zwave, il suffit de reprendre les fichiers de config.

Oui, en ouvrant juste deux ports tu peux tout gérer. Il y a une documentation intégrée à DSM, si tu as des questions, il y a un topic sur HAProxy.

@guenneguez_t : Il y a, en Python, la possibilité de construire un module bas niveau qui s'occupe de discuter avec la clé USB sans passer par open-zwave et juste en reposant sur le module serial de Python. Ce module est d'ores et déjà disponible sur nos Syno via le package Python de SynoCommunity. C'est bas niveau donc il faut implémenter toutes les spécifications z-wave et refaire peu ou prou la même chose que open-zwave a fait. Je vous invite vraiment à regarder ZWAPI, je serai partant pour bosser sur quelque chose dans ce goût là mais en plus "Pythonic". Si j'ai bien compris, z-wave, le fonctionnement est event-driven avec pleins de callbacks pour plein de choses différentes. Il y a plusieurs frameworks en Python pour faire de la gestion événementielle dont l'incontournable Twisted (orienté réseau mais aussi port Serial, voir cet exemple avec la gestion des évènements de la souris). Il suffit de faire l'équivalent du Protocol MouseMan : ZWaveMan

Il n'y a pas d'association http, que https.

Pour information (je fais un peu de pub) HAProxy permet de faire tout ça sans toucher à la conf du Syno et avec une interface agréable. Installer le SPK Rediriger le port vers 5080 Rediriger le port 443 vers 5443 Voilà, https://dsm.tondomaine.tld et tu as DSM. Cf tous les autres backends via l'interface pour connaitres les autres points d'entrée par défaut (sabnzbd, nzbget, sickbeard, couchpotatoserver, etc.) Quand PhotoStation pourra tourner sur un port alternatif, il suffira de rajouter ça via l'interface et hop, fini.

Comme j'ai pu l'expliquer dans ce fil, écrire des zeros c'est bien mais ce n'est pas toujours suffisant. Tu peux regarder les valeurs SMART pour voir si tu as des secteurs défectueux qui se sont révélés.

ZWAPI (ce qui fait tourner Z-WAY) est téléchargeable ici, j'ai eu du mal à trouver le lien. C'est GPL Ca ressemble plus à un PoC qu'a un vrai projet mais je pense que c'est un bonne base pour apprendre.

Je pense que l'on peut résumer tout ces posts sur le reverse proxy et PhotoStation simplement par le fait que PhotoStation c'est la merde pour ça. Il n'y a qu'a voir comment est géré la création du fichier de conf apache par le SPK PhotoStation pour s'en rendre compte... Si seulement on avait la possibilité de faire tourner PhotoStation sur son port dédié directement depuis le SPK ce serait beaucoup plus simple.

Quel est l'intérêt de zwave par rapport à xPL ? Si j'ai bien compris la différence est le principe en noeuds permettant de faire de chacun des éléments un relai. Le code de ozwave, un plugin Domogik basé sur open-zwave : http://tracker.domogik.org/projects/domogik/repository/revisions/5754/entry/src/domogik_packages/xpl/lib/ozwave.py Je trouve que le plugin zwave est bien plus portable que ozwave car il communique directement avec la clé USB, sans passer par une lib (open-zwave) : http://tracker.domogik.org/projects/domogik/repository/revisions/5754/entry/src/domogik_packages/xpl/lib/zwave.py Comme je le disais, il y a aussi ZWAY en python qui a plein de constantes de définies. Ce qu'il manque a mon avis c'est : Soit une lib béton et des bons bindings Python à travailler avec openzwave Soit un module Python avec peu de dépendances comme le plugin Domogik zwave (dépend juste de serial en Python) ou ZWAY (il me semble) qui s'occuperait du très bas niveau (communication avec le stick USB) pour fournir une belle API Sinon portabilité c'est chaud avec une lib bancale...