steps.2014/12/25ペッパー開発体験ワークショップ行ってみたこの間、今年のqiitaのアドベントカレンダーに「Pepper」カレンダーのをみて、「ペッパーってそもそもまだ販売されてないし、買えたとしても滅茶苦茶高いでしょ?」って思って、実際誰がペッパーの開発しているのか見たくてクリックしてみたのですが。なんと秋葉原で無料で開発体験ができるスペースがあること知りました。(今年はもうほぼ終了と思いますが、来年もやるようです)丁度今仕事休みで暇ですし、無料ですから行ってみました!ペッパーくんといいツーショット撮ってもらいましたね!※以下のブログは主に「ペッパー体験ワークショップに興味あるけど、よくわからない」って人向けです。開発方法について特になにも書いてないです。ワークショップの名前自体に「開発」って単語が入っていますが、実際「基本編」って書いてあるセッションは少なくとも非エンジニアも全然参加できます。Aldebaranさんのソフト(Choreographe)を使って、ドラッグアンドドロップ操作などでペッパーくんのプログラム作れますので、興味ある人はぜひ友達など連れてみてください。プログラミングがやりたい方はむしろ「上級編」や「ハッカソン」などに参加したほうが良さそうです。ChoreographeのUIがこういう感じです:体験スペースではノートパソコンはテーブルごとに用意してあるので、特になにも持っていかなくてもOKなのですが、自分のノートパソコンの持ち込む場合、事前にChoreographeをインストールすることができます。ダウンロード方法が大変わかりづらいのですが、Aldebaranのコミュニティーサイトでアカウント作ってから、このページに「Software」のタブが現れます。アカウント作成が面倒な場合、体験スペースにインストーラーが入っているUSBもありますので、早めに行ってUSBからインストールしてもOKだと思います。喋りながらジェスチャーをつける基本的に時間あまりないので、項目ごとにとても簡単なプログラムを作る余裕しかないですが、まあまあ楽しいです。2014の8日目の記事です。前回はプロフィールアイコンのurlをCDNから取得するところまでデモしましたが、最新の画像をバッチで一気にダウンロード、使いやすくなるようにファイルをローカルで保存するのをやってみます。tableを'data'に取得できました。2)保存先のディレクトリーを用意する今後ダウンロードをする画像を保存先ディレクトリがあるかどうか確認して、なければつくりましょう。APIで最近のゲーム履歴(/game/by-summoner/SUMMONER_ID/recent)取得した場合、利用したチャンピオンのkey(ID)しか返ってこないので、名前だけだとかなり不便ですね。そのため、画像をダウンロードしたら、ファイル名をチャンピオンの名前じゃなくて、チャンピオンのkeyをつけましょう。全部揃ってありますね!これで新しいチャンピオンが追加された場合でもスクリプトを動かすだけですぐに画像をダウンロードできそうですね。Calendarの6日目の投稿です。APIで取得できるJSONデータをみるとなんかワクワクして、LOLKingなどMobafireみたいなかっこいいサイト作りたくなりますよね?でももちろん、ウェブサイトを作った場合に、最新のアイコンなどの画像も必要になりますので、今回はPythonをつかって自分のプロフィールアイコンのurlを取得するところまでデモしたいと思います。Dragonというサービスに通じてアクセスできます。データーが一致しない可能性もありますが、それでも最新の画像の取得には一番便利なツールになります。画像データーはバッチでアップロードされていて、一番最初にダウンロードしたい画像のバージョンを取得する必要があります。Americaサーバーにありますので、naのjsonフィードを使います。次に自分のプロフィールアイコンIDを取得します。今回はデータードラゴンじゃなくて、通常のRiotAPIを使いましょう。周りのマークアップエンジニアがgit使いこなしていて、平気でブランチを切り替えたりして開発サーバー上で作業して貰っています。ブランチ切り変えになると、たまにアプリリスタートも必要で、マークアップじゃ一人で作業したいブランチを開発サーバーに反映できない場合があります。OpenRestyを使ってみたかったので、試しにウェブインタフェースを使ってプロセスをリスタートできるアプリを作っちゃいました。*OpenRestyについてはOpenRestyの公式ページを参考にしてください**フレームワークはLapisというOpenResty上で動くLuaのウェブフレームワークです。おしゃんてぃでおすすめです。最近process管理のため主にSupervisordを使っています。周りの人がそれをrootを使って実行しガチなんですが、やっぱり開発環境といってもウェブのユーザがrootのプロセスが実行できたら怖いですし、nginx自体も普段nobodyユーザによって実行されるので、まずSupervisordをnobodyユーザとして実行しました。SNSを使ってSESメールのホワイトリスト管理ご無沙汰です。Serviceを使ってホワイトリストの管理を簡単にできる方法を紹介させてもらいたいと思います。SESを使ってメールを送信した時に、ユーザのメールアドレスが存在しなかったため送信完了できなかった場合(Bounce)や、ユーザが「迷惑メール」のボタンを押した(Complaint)場合、Amazonからエラーの詳細が書いてあるメールを送ってもらうのがデフォルトの設定かと思いますが、それ以外にもSNSの通信を送ってもらうこともできます。SNSにはHTTPSのインタフェースもあるので、簡単なAPIを立ち上げて、BounceとComplaintを自動的にブラックリスト化をすることが意外と簡単です。}リクエストbodyのJSONなのですが、JSONなのにContent-Typeが「text/plain」のでご注意ください。今回の話題のブラックリストに入れたいメールアドレスがMessageの項目に入っています。エスケープされているJSONなので、これもデコード必要ですね。私はPlack::Requestからrawのリクエストbodyを取得して、デコードしてみました。