Go Down

Topic: commande arduino a travers le web (Read 7473 times) previous topic - next topic

infobarquee

oups j'avais pas relu le tout :(

apparemment le 8767 est ouvert pour teamspeak2. http://forum.lws-hosting.com/viewtopic.php?p=7175
ca devrait donc fonctionner avec ce port.
AUCUNE AIDE PAR MP

barbudor

Le thread fait référence à un hébergement VPS : Virtual Private Server (serveur privé virtuel).
C'est une machine virtuelle (genre VMWare, VirtualPC, ...) sur laquelle tu as entièrement la main pour installer n'importe quelle applications.
A ne pas confondre avec un hébergement web mutualisé où tu es généralement limité à un serveur Web (+PHP, Python, etc..) et un serveur SQL.

J'ai plutôt compris que systere se trouve dans le 2nd cas

trigger

Bonjour à tous ! :)

Comme pas mal de monde sur le fofo je travail sur un petit projet de domotique,
Via Ethernet l'affichage des pages web et le contrôle fonctionnes bien mais dans le but d'alléger l'Arduino je souhaiterai passer la partie html sur un petit serveur local.

N'ayant pas de base en html/php et ne trouvant pas vraiment mon bonheur sur la toile ( même sur le site du zéro, je commence encore plus bas que zéro je pense ^^)
J'ai donc voulu m'inspirer du code du post 1 pour comprendre le système ... J'ai installé wamp et tout fonctionne par contre je ne vois pas du tout comment débuter la partie web, j'ai tout le code dans l'Arduino mais comment le passer sur le serveur ?

Si une âme charitable à le temps de m'éclairer un peu je suis preneur, en tous cas ça sent le debut d'un joli projet ! Bon courage

Amicalement,
Trigger

osaka

#18
Jun 02, 2012, 03:47 pm Last Edit: Jun 02, 2012, 04:12 pm by osaka Reason: 1
Yop Yop,
C'est un sujet qui reviens au minimum 1 fois par mois et qui aboutis toujours aux même résultats et constatations.
Il semble illusoire de vouloir utilisé les socket sur la majorité des solutions mutualisé ou autre possibilité d'hébergement externe courant pour une simple et bonne raison de sécurité.
Maintenant en alternative il existe comme notre barbu l'a indiqué les simples requêtes http (GET et POST) et si l'on veux quelque chose de plus attractif et intéressent que de simple formulaire allez faire un tour du côté de l'ajax et plus particulièrement JQuery (bibliothèque javascript) qui peut grandement facilité la tache.

Exemple :
http://www.siteduzero.com/tutoriel-3-557807-xmlhttprequest.html
http://www.toutjavascript.com/savoir/xmlhttprequest.php3

Maintenant si on tien absolument aux socket, il y a les webSocket de l'html5 instancié côté navigateur et non serveur mais qui ne sont pas encore à 100% standardisé (patience, patience  $)) et la plus part des navigateurs l'ont déjà implémenté (à différentes évolutions du standard donc peux marché sur l'un mais pas sur l'autre).
http://fr.wikipedia.org/wiki/Websocket
En perso je les utilise déjà dans ma propre solution comme le standard ne devrais plus trop changer.

infobarquee


Le thread fait référence à un hébergement VPS : Virtual Private Server (serveur privé virtuel).
C'est une machine virtuelle (genre VMWare, VirtualPC, ...) sur laquelle tu as entièrement la main pour installer n'importe quelle applications.
A ne pas confondre avec un hébergement web mutualisé où tu es généralement limité à un serveur Web (+PHP, Python, etc..) et un serveur SQL.

J'ai plutôt compris que systere se trouve dans le 2nd cas


je connais les différences ;), j'ai quelques servers dédiés pour mon boulot et pour héberger des sites, sans compter les servers chez moi, mais merci quand même.
quand à ISP, ca m'étonnerait que lws utilise ce système pour des vhosts.

le mieux serait quand même de changer d'hébergeur dont les éloges sont au niveau de 0 depuis un très long moment.
mais le problème de l'udp est sa vulnérabilité, donc tous le ferme, sauf pour snmp, dns et encore.
AUCUNE AIDE PAR MP

barbudor

D'un point de vue communication, JQuery ne fait rien d'autre que des requêtes HTTP. Comme cela est en Javascript c'est à priori coté navigateur que cela s'exécute.
C'est donc dans le principe identique (d'un point de vue relation client/serveur) à l'utilisation de socket HTML5.
L'avantage c'est que puisque le navigateur est capable d'aller chercher une page Web il saura aussi faire les requêtes JQuery vers l'Arduino.

L'inconvénient que je vois tant dans le Javascript que dans le HTML5 c'est la compatibilité avec les mobiles. On commence a voir des personnes qui se plaignent de la performence d'HTML5 sur mobile et Javascript est loin d'être universellement supporté sur les navigateurs mobiles.

Je pense que la solution de gérer la communication Arduino coté serveur (PHP/Python/Perl) est la meilleure mais reste incompatible avec un hébergement mutualisé.
Donc seul le VPS ou le serveur dédié est adapté mais c'est pas le même prix. VPS OVH ou Kimsuffi commencent à 15€HT/mois.

Ou alors récupérer un netbook d'occas avec un petite distri linux et le laisser brancher en permanence chez soi.
Voir même un routeur du type de ceux compatible OpenWRT et qui peuvent faire tourner un petit linux avec un serveur Web.
Par contre probablement pas de PHP dans ce cas, donc plutôt du cgi-bin a développer en C

osaka


C'est donc dans le principe identique (d'un point de vue relation client/serveur) à l'utilisation de socket HTML5.


Dans le principe oui mais les (web)sockets ont quand même le gros avantage d'avoir une communication maintenue quelque soit le nombre ,pouvant être initié de chaque côté contrairement à une communication via requête initié obligatoirement du côté client.
Maintenant il y a moyen de simulé le même comportement mais bon si il y a moyen de faire les chose directement proprement.


L'inconvénient que je vois tant dans le Javascript que dans le HTML5 c'est la compatibilité avec les mobiles. On commence a voir des personnes qui se plaignent de la performence d'HTML5 sur mobile et Javascript est loin d'être universellement supporté sur les navigateurs mobiles.


Je n'ai toujours pas de smart_faune ou autre mais je suppose que la faute doit être coté navigateur parce qu'au final l'html5 et javascript ne sont que des norme et spécifications.
Maintenant la lourdeur peux venir de son utilisation pour de la vidéo par exemple ce qui est "normal", les websocket ne seront peut être pas logé à la même enseigne, je verrais le jour ou j'ai les moyens  :smiley-mr-green: ?

Go Up