iftttみたいなのを作ろうと思います [転載禁止]©2ch.net->画像>6枚

ifttt でオリジナルのチャンネルを登録しようと思ったのですが、iftttは自由にチャンネルの登録ができないようです。
チャンネルを作るための api があるのかどうかよくわかりません。

そこでオープンな ifttt みたいのを作りたいと思いました。

以下がリポジトリです。プロダクトの名前は chainub です。

https://github.com/chainub/chainub

まだざっくりとした設計しかできてないのですが、ご意見ご質問ありましたらコメントお願いします～

https://github.com/chainub/chainub/issues/2

言語何

>>4

https://github.com/chainub/chainub/issues/2#issuecomment-96219785

こんな感じで rails(ruby) と nodejs(javascript) で考えています

とりあえず、チャンネル用の api の仕様を以下のように決めました

https://github.com/chainub/chainub/issues/3#issuecomment-96200864

https://github.com/chainub/chainub/issues/4#issuecomment-96202992

ifttt について簡単に説明すると

https://ifttt.com/dashboard

色んなwebサービス等からの通知を受けて、それをまた別の色んなwebサービスにその通知を
渡す事ができるプラットフォームです。
ユーザーは通知を受け取るwebサービスと通知を渡すwebサービスの組み合わせを
色々と作る事ができて、組み合わせによってはとても便利に使うことができます。

ただ残念なことに通知を受け取ったち渡すwebサービスはあらかじめ ifttt で決められており
自由に開発者が追加することができません。。。

なので自由に開発者が追加できる ifttt のようなプラットフォームを作ろうとしています。

これ一緒に作る人さがしてんの??
それとも実況なの??

>>8

一緒に作る人が欲しいですが、なかなか難しいと考えてます。
それよか、僕が出す仕様、設計、実装について突っ込んで欲しいですね。

そんな感じで盛り上がったらいいなあと思ってます。

railsとnodejs使おうと思ってましたが、railsのみにしようと思います。
理由はわざわざわけるだけ無駄だなあと思ったからです。

面白そう

IFTTT登録したばかりで頓珍漢なこと言ってるかもしれないけど

> 条件分岐等の処理はアクションチャンネルからイベントを受け取ったwebサービス側で行う事を想定します。
これだと、ありがちな共通の条件／加工処理を
Webサービス側で個別にそれぞれ実装する必要が出てきて無駄が多いような。
Webサービス側で実装することのメリットは分かるけど

ここでいうWebサービスって外部サイト（FBとかTwitter）またはそのAPIそのものではなくて
外部サイトが提供するAPIを使ってアクションを起こすコンポーネント郡を指しているという認識であってますよね？

>>11

ありがとうござます！！

>>12

>これだと、ありがちな共通の条件／加工処理を
>Webサービス側で個別にそれぞれ実装する必要が出てきて無駄が多いような。
>Webサービス側で実装することのメリットは分かるけど

まことにその通りだと思います。なのでチャンネルが増えてきたら chainub側で設定できるような
仕組みを用意する予定です。
直近そのような仕組みを用意しないのは、チャンネルが増えるかどうか、
そもそもchainubの需要があるかどうかもわからないので
条件分岐の設定をする仕組みを今作るのは割に合わないだろうという理由です。

>>13

はい、その通りです。
ただ、もし仮にFBやTwitterやそういった外部サービスがアクションAPI(https://github.com/chainub/chainub/issues/4#issuecomment-96202992)
をサポートして、 chainub にチャンネルとして登録してくれた場合、
ここでいうWebサービスとなります。

攻撃の踏み台だな

>>15

具体的にどのように攻撃が行われそうですかねえ？

社内のネットワークでchainub立てて、社内プライベートなJIRAとかSlack, Github Enterprise等をつなげて
さくっと連携機能作ったりできたら便利だなー。
オープンソースなので、IFTTTのような一般向けより、そっち方向で需要ありそう

>>16
ユーザー定義のモジュールで他のサイトにリモートアクセスさせるんだろ

殺人予告は簡単にできるな

>>18

たしかにその通りなんですが、ユーザー定義のモジュールを使うかどうか他のユーザーは
選べるし、選んだとしてもそのモジュールに他のサイトのアクセストークンなりを渡す必要が
あります。
なので他のTwitterとかFacebookとかに連携する系のサービスと同じですね。

>>17

なるほど！団体向けの需要ありそうですね。
とりあえず、いかにchainub対応のチャンネルを増やせるかがポイントになりそう
な気がします。

面白そう

chainub は rails engine にしてあります。
というのも chainub を Gem として配布できるようにするためです。

rspec でテストも用意します。

https://github.com/chainub/chainub

1個目のプルリクエストをマージしてソースツリーがそれっぽくなりましたｗ

https://github.com/chainub/chainub/wiki/%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%83%80%E3%82%A4%E3%82%A2%E3%82%B0%E3%83%A9%E3%83%A0&;%E7%94%A8%E8%AA%9E%E9%9B%86

システムダイアグラムと用語集を用意しました。
これを見ればどんな感じのシステムなのかわかるかと思います。

>>19 を書いてて思ったのですが、外部のトリガーサービス、アクションサービスとの
認証部分の実装どうするかが結構肝になりそうだなあと思いました。

ver0.1 リリースまでのToDoリストを用意してみました

https://github.com/chainub/chainub/issues/8

https://github.com/chainub/chainub/blob/master/MIT-LICENSE
ライセンス分をもう一度読み直しましょう

>>25

はい、読み直しました

いやあなたは読んでないよ。修正されてないよ。しないの？

日本語でコミットログ書いてるぐらいのクズだからわからないのか残念
こんなんじゃ誰も参加したくないね

>>27,28

ご指摘ありがとうござます!
修正しました。
なるほど、コミットログは英語にしとくべきでした。今後は英語にします。
今後共よろしくお願いします！

なんかお前いいわ
がんがれ

>>30

ありがとうござます、がんばります！

俺は応援してるよ
まぁここは2ちゃん、罵倒もコミットと考えて頑張って欲しい

>>32

ありがとうござます。
少なくとも見てくれてる人がいるとわかったので、とてもありがたいです。

twitterと連携するアクションサービスを作って、

chainub -> twitterアクションサービス -> twitter

で連携できるようになりました。

https://github.com/chainub/twitter_service_sample

これがそのアクションサービスのレポジトリです。


curl -F "api_key=88f7013521cd716f9c869b3635644f17" -F "api_secret=e54d16646571e18ec46288fe9e7f1526" -F "body=テストだよ" http://chainub.com:3000/chainub/api/v1/chainub_trigger

"body=XXXXX" のXXXXXの部分が投稿する内容です。
試してみたい方はどうぞ～

twitter と連携するアクションサービスの情報は

http://chainub.com:3000/chainub/channels/1

こんな感じで chainub 内でチャンネルとして保持しています。

あ、忘れてました

twitterと連携するアクションサービスは

https://twitter.com/chainub_bot

へ投稿します

https://github.com/chainub/chainub/issues/10

chainub内のどのユーザーにイベント渡すか、アクションサービス内のどのユーザー
にイベントを渡すか指定するためにどうしてもユーザー認証の仕組みが必要です。
そこの認証どうするかとても悩ましい。。。。

普通にOAuthにするか、あるいはもっと単純で簡単な独自の仕組みにするか。。。

そもそもトリガーサービスやアクションサービスの性質によってはどのユーザーか
指定する必要もないものがあるわけで、そういうのに対しては
ユーザー認証はしなくてもいいような設計にしたほうがよいなあと思うわけで
とても悩ましい。。。

支援
本家iftttはOAuthだったけ

>>39
ありがとうござます！

iftttはチャンネル毎に外部サービスの認証にあわせてifttt側がカスタマイズ
しているようです。外部サービスの多くの認証が OAuth なので OAuth を使っている
ように見えます。

このように ifttt がサービスにあわせてカスタマイズするというスタンスなので
自由にチャンネルの登録ができないのです。

プラグインみたいにチャンネル拡張とか出来たら夢があるな

今日は更新なし??

>>41
オープンソースなので、色々とできますよ！

>>42
https://github.com/chainub/chainub/issues/11
ちょっとこの件で色々と考えを巡らせてました。なかなか悩ましいです。。。

>>43
internal_class_nameの件は、よくあるプラグインの仕組みみたいですね
レコードのinsert/deleteに対応して、カラムが示すクラスを動的にロード／アンロードする感じですよね

意見ですが、プラグインのエントリーポイントとなるクラスのベースタイプは各拡張対象そのものではなく
PlugInとかにして、そのクラスがサブクラスに実装を要求する関数の中で
add_trigger_channel/add_action_channelとかして各拡張を登録する仕組みにすれば
- プラグインローダー部分はシンプルになる（今後拡張対象が増えてもローダーの修正は不要）
- 単一のパッケージとして複数の拡張を提供できる（Slackに関するトリガー／アクションのセット、みたいな）
というメリットがあるかなーと思いました

C, D系はchainubとはWeb APIか何かで結合するんですかね？

>>44

>internal_class_nameの件は、よくあるプラグインの仕組みみたいですね
>レコードのinsert/deleteに対応して、カラムが示すクラスを動的にロード／アンロードする感じですよね

はい、その通りです。
どうにかメタプログラミングにならない方法を考えていたのですが、C,D系との共存や
ActionChannelやTriggerChannelというモデルと紐付けるにはこれが一番合理的だろうな～と考えました


>意見ですが、プラグインのエントリーポイントとなるクラスのベースタイプは各拡張対象そのものではなく
>PlugInとかにして、そのクラスがサブクラスに実装を要求する関数の中で
>add_trigger_channel/add_action_channelとかして各拡張を登録する仕組み

なるほど！いいですね、上記の方針で実装を進めたいと思います。
ありがとうござます！

>>45
はい、こんな感じのWeb API です
https://github.com/chainub/chainub/issues/4#issuecomment-96202992
https://github.com/chainub/chainub/issues/3#issuecomment-96200864

iftttてdbどうなってんだろ。やっぱりサービス毎にテーブル分けてるんかな

>>46
返信ありがとうございますー
ロードの仕組みと、chainubとやり取りするAPIが完成して
チャンネル系が作れるようになったら
他の人も開発に参加しやすくなって盛り上がりそうですね

https://github.com/cantino/huginn

こんなものを見つけてしまいました。。。。
もしかしたら既に僕が作ろうとしているものと同等のものが
存在しているかもです。。

>>49
差別化を考えんとかんな

>>49
ならやめんの??

>>50,51

やめることも考慮にいれて考えたいと思います。
すみません。。。

Oh..

開発おわったか

>>49
同等のものでも日本語対応の別アプリがあるならそれはそれで助かるかも？

個人的にはメモリざんが⚪︎⚪︎MBを切ったらsysight起動とかWi-Fiが切れたら通知出すとか再接続の動作が自動でできたらいいなぁ
※仕様の制約とかなにも知らずに書いてますのでそもそもできなかったら諦めます