短い冬休みに Python で slack ボットを作るぞ（1） | iret.media
github.com ひとまず 電車遅延 天気 を教えてくれるボット、名付けて pikapika ボット。 使い方 準備 pip install -r requirements.txt 設定(setting.toml) slack の API トークンやボットの ID を設定する。 [common] interval = 1 example_command = '教えて' [slack] api_token = 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' bot_id = 'XXXXXXXXXXX' [get_weather] uri = 'http://weather.livedoor.com/forecast/webservice/json/v1?city=400010' [train_delay] uri = 'http:
Emerge Technology: WebSocketのサーバ間でメッセージをリレーさせるサンプル
生まれ変わった「Days of Liris」。プログラミングのこと、Pythonのこと、気になったソフトウェアのこと、身の回りのこと、いろんなこと。など どうもです。なぜかPythonのアドベントカレンダーに参加することになっていましたおおたにです。お題が、PythonのWebフレームワークです。えっ、Webフレームワーク？僕はそんなにWebフレームワーク詳しくないし･･･。数年前ならまだしも、最近は便利に使えれば後はそれほど気にしなくなっていました。でも、Webフレームワーク･･･。ということで、WebSocketとFlaskを絡めてサンプルコードを書いたら、どこにもimport flaskってやっていない罠が･･･。ということで、前置き(言い訳)が長くなりました、WebSocketのサーバを複数立てたときに、サーバ間のデータのやりとりをどうするのかというお話です。 まず、WebSock
ショロカレ 5 日目 | 初老と WebSocket 入門（1）〜 Flask-SocketIO を使ってチャットっぽい何か 〜 - ようへいの日々精進XP
これは 初老と WebSocket WebSocket に対する前提知識 参考にさせて頂いた記事等 でも、デモ 実際に動かしてみないとピンとこないので サンプル 動かしてみる docker-compose で ブラウザで 以上 これは 初老丸アドベントカレンダー 5 日目の記事です。 qiita.com ということで、小ネタ大ネタを交えて 12/25 まで張り切っていきましょう。 初老と WebSocket WebSocket に対する前提知識 よくわからんばい Web サーバーとクライアントが繋ぎっぱなしにして双方向でデータをやりとりする くらいの知識しか無かったです。すいません。 参考にさせて頂いた記事等 https://ja.wikipedia.org/wiki/WebSocket http://qiita.com/south37/items/6f92d4268fe676347160
Flask-SocketIOでWebSocketアプリケーション - Qiita
はじめに ふとしたきっかけでチャットアプリの実装が必要になったため Flaskを使ってWebSocketアプリケーションをどうやって実装できるか調べました。 サンプルを動かしてみるところまで書きますが これだけで、チャットの主な機能は十分使えてしまいます。 エクステンションの選定 Flaskの肩に乗っかって実装するつもりで 選択肢に挙がったのが以下の2つのエクステンションです。 Flask-SocketIO: miguelgrinberg氏作 Flask-Sockets: kennethreitz氏作 2014年2月と少し古いのですが、miguelgrinberg氏による解説記事に 両者の比較を説明している箇所があります。 ++++++++++++++++++++++++++++++++++++++++++++++++++ The main difference between Flask
FlaskでリアルタイムWebアプリが作れるようになって素晴らしい
from flask import Flask, render_template from flask_sockets import Sockets app = Flask(__name__) sockets = Sockets(app) @sockets.route('/echo') def echo_socket(ws): while True: message = ws.receive() ws.send(message) @app.route('/') def hello(): return render_template('hello.html') if __name__ == '__main__': app.run() <!doctype html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Document</
Python - Flaskにおける基本的なフォームの使い方と、WebsocketIOを使ったリアルタイム通信のいちばんやさしいメモ - Qiita
初心者でもわかるように 私がそうであるように、Flaskを使ってウェブアプリ開発をしたいけれども、Flaskが、websokcetの仕組みが、そもそもJavascriptでてくるなんて！え？jQuery？わからねえYOという方はいないかもしれないけど、 とにかく フォームでデータを送受信したい 更新うざい、リアルタイムでシームレスにしたい この二つができたら、開発できるアプリのアイデアはぐっと広がると思います。 ただ、flask用のwebsocketの解説って、みーーーーーーーーーーーんなチャットのサンプルだけなんだよね。 チャットしたいわけじゃないっつーのwwww データ受け取ることができたら、あとはPythonでゴリゴリできるのでJavascriptは極力いりませんバーロー！と心の中でつぶやきながらサンプルを探すのですが、多くのサンプルが基本機能を網羅しすぎててどこがどうなってるのかよ
Flask+websoket+Epochを使ってリアルタイムチャート - Qiita
javascriptの勉強をかねて、webサーバから逐次データを流して、ブラウザ上でリアルタイムチャートを表示するアプリケーションをpythonの軽量WebフレームワークであるFlaskで作りました。為替とかをリアルタイムで描画するときに使えるかと思います。 サーバからのデータ送信はwebsocketを用いて行い、サーバ側でランダムに作成したデータを時刻と一緒にJSON形式で送っています。 クライアント側はjavascriptでwebsocketのデータを受けてグラフ描画を行います。 フォルダ構成 app.py templates/index.html static/js/d3.min.js static/js/epoch.min.js static/css/epoch.min.css import os import json import datetime import random
socket.io が提供してくれているものは何か - from scratch
現在開発中のシステムにリアルタイムな処理があり、そこで socket.io を使おうかなと思ってて、そういう折にタイムリーにもこの辺りの記事がタイムラインで出てきたのでメモ代わりに自分の意見を残しておく。 blog.jxck.io qiita.com socket.io が提供してくれているもの 「ブラウザとサーバ間のプロトコル」という観点で見ると socket.io は WebSocket を基本として繋がらなかった時に XHR Long Polling や polling といった形式の代替手段を提供してくれるもの、という位置づけ。 一方で「ライブラリ」という観点で見ると socket.io はリアルタイムアプリケーションを作る際に必要になる処理をまとめて実装し、クライアントとサーバ間での EventEmitter として抽象化してくれているもの、という風になる。 もう少し噛み砕いて言
サーバからクライアントに送信する技術 - WebSocketを中心に - Qiita
Webでのプッシュ技術 HTTPはクライアント（ブラウザ）からリクエストしてサーバからレスポンスが返る一問一答型のプロトコルなので、基本的にはサーバ側からブラウザに新着情報をリアルタイムで通知（プッシュ）できるようにはできていません。 しかしそれでもプッシュをしたいという場合にどうするかという話が出てきます。やり方には以下のようなものがあります。 ポーリング クライアントからサーバに定期的に新着を問い合わせるようにします。 最も原始的かつ確実なやり方。欠点は、最大でポーリング間隔の分だけ通知が遅延しうることです。 ロングポーリング（“COMET”） ポーリングなのですが、問い合わせを受けたサーバは新着情報がなければレスポンスを返すのをしばらく保留します。 そのあいだに新着情報が発生すれば即座にレスポンスを返しますし、一定時間経過したら何もなかったとレスポンスを返しましょう。 飛び交う通信内
Docker と ECS と WebSocket で最強のリアルタイム・マルチプレイ環境を運用 | GREE Engineering
概要 AWS ECS でマルチプレイゲーム用インスタンスの管理すると限りなく最強。 はじめに リアルタイム・マルチプレイゲームを作る時、まず考えられることは、あるプレイヤーの行動や状態が他のプレイヤーに伝わることではないかと思われます。しかし、スマートフォンアプリは不安定であったり、複数端末同士で(基地局やバックボーンを介さずに)物理的に直接接続することは出来ませんし、理論的にできたとしても、だいたい開発が進んでいくうちに排他制御の問題などで炎上、もしくはとん挫してしまいます。軽い気持ちでマルチスレッド処理をおこない事故る現象と全くおなじです。 もっとも簡単な解決方法としてはマルチスレッド処理のときようにクリティカルセクションを設けることです。ようはサーバを用意してそこで処理すれば、比較的容易に一意な結果が得られますし、接続に関する問題も起こりにくくなります。 長くなるので → http:
Socket.IO開発時に役立つツール4選とroom、namespaceライブラリの使い方
Socket.IO開発時に役立つツール4選とroom、namespaceライブラリの使い方：Socket.IOで始めるWebSocket超入門（終）（1/3 ページ） 本連載では、WebSocketを扱えるNode.jsのライブラリ「Socket.IO」の使い方について解説します。今回は、チャットアプリ開発を進めながら、「room」「namespace」ライブラリの使い方について説明し、最後に開発時に役立つツールを4つ紹介します。 本連載「Socket.IOで始めるWebSocket超入門」では、WebSocketを扱うことができるNode.jsのライブラリ「Socket.IO」を使って、サンプルアプリケーションを構築していきます。 具体的には、チャットを題材とし、送受信されるメッセージ内容が即時反映されるリアルタイムかつ双方向なWebアプリケーションの構築を目標とします。さらに構築の中で
トラフィックをWebSocketでリアルタイムに描写してみた - Qiita
NetOpsCoding AdventCalenderの11日目の記事です． 今回はネットワークオペレーションをする上で，必ずといっていいほど確認するトラフィックグラフを，WebSocketという技術を用いて実装してみます． デモとソースコードは最後に貼り付けています． 尚，この実装手法はCedec2015において@yuyarinさんが監視のために使っていたツール参考にして実装しています． 1. はじめに トラフィックをモニタするツールとしてはCacti,Zabbix,MRTG等が有名です． 多くの場合，SNMPの取得間隔は5分程度だと思います． 基本はそれで確認は満足できますが，新しい回線の開通/トラフィック調整などの実作業時には，その瞬間のトラフィックを見たい場合が多いです． 機器によってはCLIベースでリアルタイムなトラフィックを監視できますが，CLIでは複数箇所の状態変化は気付きに
リアルタイム通信で利用されるプロトコルと手法 - tech.guitarrapc.cóm
NOTE: 本記事はすでに内容が古く、今読んでも役に立つ度合いはほぼないです。 本記事は、先日社内勉強会のために準備した、Webサービスのリアルタイム通信周りのまとめシリーズ の1つを転載して公開するものです。 まだまだわかっていないことが多いので、ぜひぜひ間違っている点などにご指摘いただければと思い公開します。 ぜひぜひ優しくマサカリをいただけると泣いて喜びます！ 目次 目次 はじめに プロトコルと手法 前世代のやり方であるComet について Polling 系 Streaming 系 過渡期といわれてる手法 将来有望といわれてる手法 Polling メリット デメリット 向いているシーン Long Polling (Comet) Polling の発展版 メリット デメリット LongPolling 自体は双方向通信ではない 接続が閉じられるケース 向いているシーン Server S
WebSocketを再接続するアルゴリズムの工夫 - ワザノバ | wazanova
http://blog.johnryding.com/post/78544969349/how-to-reconnect-web-sockets-in-a-realtime-web-app 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 John RydingのブログでWebSocketの再接続のアルゴリズムの工夫について紹介しています。 リアルタイムウェブアプリにおいて、何らかの理由でバックエンドとの接続が切れた場合、クライアントは一定間隔で再試行するというロジックを設定（参考コード）していたとします。その場合、大量のクライアントがいて、もし長い時間接続が不能であれば、再開時にバックエンドには大量のリクエストが集中することになります。 そこでJohnがお薦めするExponential Backoff
JavaScriptで並列処理ができる「Web Workers」 (1/5)
HTML 4時代のJavaScriptは主にWebページの装飾に使われていたので、マシンやブラウザーへの負担はそれほど高くなく、JavaScriptの処理にユーザーが待たされることはほとんどありませんでした。ところが「Webアプリケーションのプラットフォーム」と位置付けられるHTML5時代になると、JavaScriptのプログラムは巨大で複雑になります。そのため、各ブラウザーベンダーはJavaScriptエンジンを高速化し、複雑で時間のかかる処理を素早くこなせるように努力してきました。 しかし、いくら高速化しても回避できないこともあります。従来のJavaScriptはJavaのようなスレッド処理ができないので、時間のかかる処理を実行するとブラウザーが停止状態になってしまい、その間、ユーザーはUI操作がまったくできなくなる問題がありました。 そこで、ブラウザーで複数の処理を並行して実行させる
WebSocketでWebは変わる？ 大胆予想！
WebSocketアプリの事例 ここまでこの連載を読んでくださった読者の皆さんは、すでにWebSocketをどう利用すればいいかの十分な知識を得たことと思います。世の中にはすでにWebSocketを用いた様々なアプリが出てきています。ここではその中のいくつかを紹介したいと思います。 ここで紹介する事例は、すべてオープンソースで、ソースコードはGitHub上にあります。試しに触れてみるだけでなく、実際にソースコードを読んでみるのも良い勉強になるでしょう。
WebSocketで目指せ“リアルタイムWeb”！第1回 node.jsの衝撃とWebSocketが拓く未来 - ＠IT
ご挨拶 こんにちは、ロンドンのNew Bambooという会社でWebエンジニアとして働いている@makoto_inoueです。ここのところ、PusherというWebSocketのクラウドサービスの開発に関わっています。今回から3回に渡ってWebSocketに関する短期連載を担当させていただきます。 私を含めたNew Bambooの面々（我々は自分たちのことをBambinoと呼んでいます）がWebSocketになぜ興味を持ったかということからはじまり、実際にクラウドサービスを始めるまでにいたったストーリーをお話ししたいと思います。そのストーリーを通じて、WebSocketが切り開く「リアルタイムWeb」な世界への可能性や技術的課題を皆さんと共有できればと思っています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - slackapi/python-rtmbot: A framework for receiving and interacting with events from Slack's RTM API
websocketとイミュータブルインフラ、難しい話 - Togetterまとめ
WebSocket Server Sample Impliment