Aller au contenu

Diaoul

SynoCommunity
  • Compteur de contenus

    2173
  • Inscription

  • Dernière visite

  • Jours gagnés

    4

Messages posté(e)s par Diaoul

  1. La version de SynoCommunity fourni virtualenv sur Python 2.7 et Python3. Si tu veux utiliser venv à la place, effectivement il te faudra Python3.

    Flask fonctionne en Python3 mais il se peut que certaines librairies tierces (extensions de Flask ou autres) ne soient pas encore portées. Le mieux c'est de commencer avec Python3 et si tu vois qu'un module dont tu as besoin n'est pas porté tu repasses sur Python 2.7. De toute façon 2.7 est très proche de 3.3+.

    SynoCommunity fourni Python3 à la version 3.4.1 ainsi que certains modules préinstallés.

  2. Je vais t'indiquer la méthode la plus "propre" :

    1. Installer le paquet Python de SynoCommunity
    2. Se connecter en "root" en SSH
    3. > PATH=/usr/local/python/bin:$PATH # inclut les binaires python
    4. > cd /volume1/monappli/ # te déplace dans le répertoire de ton appli
    5. > virtualenv env # créé l'environnement virtuel
    6. > source env/bin/activate # active l'environnement virtuel
    7. > pip install Flask # installe flask dans cet environnement virtuel

    Pour retourner dans ton appli par la suite :

    1. > cd /volume1/monappli/ && source env/bin/activate

    Puis pour lancer ton appli "app.py" avec ton environnement virtuel :

    1. > python app.py

    L'avantage de cette technique c'est que tu as un environnement séparé et que tu peux mettre à jour le paquet Python sans perdre aucune donnée. Par ailleurs si tu veux supprimer l'environnement virtuel tu n'as qu'a supprimé le répertoire "env" dans /volume1/monappli/

  3. Pour faire du CGI je te conseillerai Flask, ça évite de réinventer la roue. Tu fais ton application avec Flask puis tu fais un CGI à coté. Tu trouveras plein de documentation sur Flask + CGI sur Google et en plus tu peux tester en live avec le serveur intégré.

    Coté protocole, il faut savoir que le XPL c'est très verbeux et tu vas te faire chier à sérialiser ton message si tu veux faire de l'XBee, c'est pour ça que je suis passé par protobuf perso, en plus ça fait du code clean. L'inconvénient c'est que nanopb, aussi petit soit-il, prend de la place sur l'Arduino donc je recommande 32kb minimum.

  4. @Gaetan : Est-ce que la config par défaut est si catastrophique qu'il faudrait mettre à jour la config lors de l'update du SPK selon toi ? Ou est-ce que ça suffit de le faire pour les nouveaux utilisateurs ? Si je fais l'update sur les utilisateurs existants, quid de la rétrocompatibilité ?

    Je m'autoquote parce que je n'ai pas eu de réponse à cette question :) Merci

  5. Je ne sais pas ou se situe le DS415+ par rapport au DS415play mais ça peut valoir le coup de se pencher sur la question étant donné que le DS415play est relativement cher.

    Tu as aussi le DS414 qui est pas mal et qui doit avoir un tarif raisonnable.

    Il est inutile d'attendre la sortie d'un modèle x15 juste pour avoir le dernier cri, si l'architecture est récente et la fréquence correspond à ton utilisation fonce :)

    J'ai hésité avant de prendre mon DS412+ en 2013 et j'ai bien fait de le prendre parce que la relève aura sauté 2 générations (DS415+).

    Edit: Si le transcodage t'intéresse alors tu devrais te pencher sur du play effectivement. Maintenant il faut être bien au courant des limitations (DTS, bande passante, etc.)

×
×
  • 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.