大変おまたせしました！！このたびChatWorkは、以前より開発を進めていた、OAuthとWebhookのオープンβ版を一般公開します。また一般公開にあわせて、API管理画面の提供を開始し、ユーザーが自由にチャットワークと他サービスを連携させたり、連携したサービスの管理をしたりできるようにしました。 まだオープンβ版ではありますが、ぜひお試しください。 ChatWork OAuthとは？ OAuthは、チャットワーク上のユーザーの情報へアクセスできる権限を、第三者サービスへと受け渡すための認可をする仕組みをいい、より安全に第三者サービスとの連携をおこなうことができます。 ChatWork Webhookとは？ Chatwork Webhookは、ユーザーのアカウントに関係するチャットワーク内でのイベントデータを、第三者サービスへリアルタイムに提供する仕組みをいいます。現時点では、「投稿・編
概要 googleはgoogle+やgmail、youtubeなどのAPIを多数公開しています。 それを使う時に必要になるのがOAuth2.0での認証になります。 今回は、その認証を行い、プロフィール情報を取得します。 アプリケーション登録 OAuth2.0での認証を行うためには、アプリケーションの登録が必要になります。 まず、以下のページにアクセスして、googleアカウントでログインしてください。 console.developers.google.com ログインができたら、「Google API」を利用すると書かれているところをクリックします。 以下のようなポップアップが表示されるので、プロジェクト名を入力して、利用規約に同意し、新しいプロジェクトを作成します。 左上のメニューボタンから「API Manager」のページに飛び、「認証情報」の画面から「OAuth同意画面」のタブを開
こんにちは。今日は趣向を変えて千代田区立図書館に来てみました。 www.library.chiyoda.tokyo.jp 図書館は普段あんまり行かないので、地元の図書館との違いに驚きでした。 都内の図書館って広いし綺麗ですね。 九段下から割と近い、置いている蔵書のジャンルが多し、席のジャンル多し、無線Wifiあり、電源あり、でかなり使いやすかったです。 静かで落ち着いた雰囲気で過ごしやすい気がしますが、無音なので独り言が多い人は気をつけてください。 さて、前回の記事について@okeee0315さんからこんなコメントを。 認証回りは大事、ADの前に認証と認可が必要かも / ADなにそれおいしくない(泣) - どんまいこのネタ帳 https://t.co/MEFI6o5qNA— okeee (@okeee0315) 2016年5月3日 ほほう。ADはまだ美味しくなかったので、教えに従い認証周り
移転しました http://please-sleep.cou929.nu/20130121.html
ということなのですが、いきなりさくらインターネットに限定します。 さくらインターネットにpearをインストールする 今回と関係ないものも入っていますが、最終的にそろえたいもの： Archive_Tar 1.3.7 stable Cache_Lite 1.7.8 stable Console_Getopt 1.2.3 stable DB 1.7.13 stable HTML_Template_IT 1.3.0 stable HTTP 1.4.1 stable HTTP_Client 1.2.1 stable HTTP_OAuth 0.1.18 alpha HTTP_Request 1.4.4 stable HTTP_Request2 0.5.2 alpha Log 1.12.3 stable MDB2 2.4.1 stable MDB2_Driver_mysql 1.
OAuth 調べてみたら難しくて理解出来なかったので， Python で標準ライブラリだけで 1 から書いてみました． ／ ＼ ／ _ノ ヽ､_ ＼ ／ oﾟ(（●）) (（●）)ﾟo ＼ twitter の OAuth 難しいお… | （__人__）' | ＼ ｀⌒´ ／ ＿＿＿_ ／⌒ ⌒＼ ／（ ●） （●）＼ ／::::::⌒（__人__）⌒::::: ＼ だからやる夫でやるお！ | |r┬-| | ＼ `ー'´ ／ Python のサンプルコードを付けていますが， 上から順に読めるようにおもいっきり手続き型で書いています． コメントで実際の処理の説明を書いています． Consumer Key と Consumer Secret の入手 ／￣￣＼ ／ u ＼ .＿＿＿_ |:
※前置き長いです。本題はここから。 9/6 ごろから 9/9 にかけて、TwitMgr (閉鎖済) と Splitwit (閉鎖済) の OAuth 認証が正しく動作しなくなってしまっていました。 これらは、JavaScript で Twitter API を扱うライブラリとして、TwitAPI.js を使っており、それがうまく動作していなかったのです。で、原因を追ったところ、JavaScript 側ではなく、OAuth 認証を肩代わりするプロキシサーバである taj-proxy 側に問題があることがわかったので、今回はそれを直したときの話です。 そもそも、taj-proxy は、開発当初 GAE/j 上でうまく Twitter OAuth 認証を扱えるライブラリがなかった (と思っていた) ため、OAuth 認証部分をすべて独自実装してました。Twitter 側の何らかの実装の変更により
四時作者の小池です。面倒だからここに書く。 首記の件はどうでもいいのだけど、 「あ、ちなみにOAuth許可してたらモノにもよるけどアプリケーション側からDMとかも取得できるからね。まあホイホイOAuth登録するんだからDMに住所とかメールアドレスとか大事なこと書いてたりしないとは思いますけどね。」 について。この表現だと誤解を招きそうなので。ユーザーから OAuth 経由での API アクセスを許可されたアプリケーションは、そのユーザーが読むことが出来るデータの全てにアクセスできます。書き込みを許可していればアカウント削除以外のことは大体出来る。 DM を「読む」だけなら OAuth 認可を受けたコンシュマーは誰でもできます。 デスクトップアプリケーションであれば通信を監視すればよいけど、 Web アプリケーションの場合はそれが出来ない(例えば四時と twitter の間で何か通信をしたと
なる四時の騒動をまとめとく。（追記:ブクマされてるので念のため書いておくが増田は素人です。技術的な面に関しては参考までにどうぞ。） 間違ってたらトラックバックなりなんなりで訂正してくれ。 きっかけは小池氏（@ssig33）によるテスト。 なるほど白夜じゃねーの #4ji http://twitter.com/ssig33/status/20179930626 ちょっとしたテストで四時全員で俺の発言と youpy の発言ふぁぼらせる http://twitter.com/ssig33/status/20179966911 favoritesがどれくらいの速度出るのか試してみたい http://twitter.com/ssig33/status/20179979441 その結果、以下のpostが大量favされる（favstar参照） http://favstar.fm/users/ssig33
※ api.twitter.com/1 以外のパスでは動作しませんでした。 ここでテストしたのは自分のアクセストークンですが、通常の認証プロセスを使うと、任意のユーザが任意のサービスで得た画像をそのまま Twitpic にアップロードする事が可能になります。 ( v1 でも可能でしたが、v2 で、認証情報のシークレット部分が他人に渡る事はありません ) <? // ********************************************************** // 資格情報の確認 ( verify_credentials ) // ********************************************************** header( "Content-Type: text/html; Charset=utf-8" ); header( "
「おーおーっすっ!」 てなこって、TwitterのAPIのBASIC認証も6月末に終了してOAuth/xAuthに移行するというこの時期に、あらためてOAuthについて勉強してみたんですのよ? OAuth認証を利用するライブラリは各言語で出そろってきてるのでそれを使えばいんじゃまいか? というと話が終わるので、じゃあそのライブラリの中身はなにやってんのよってことを、OAuthするScalaのライブラリ作りながら調べたことをまとめてみました。 間違っているところもあると思うのでツッコミ歓迎です＞＜ OAuthってそもそもなんなの? ものすごくざっくりというと「API利用側が、ユーザ認証をAPI提供サービス側にやってもらうための仕様」って感じでしょうか? BASIC認証の場合、API利用側が認証に必要なアカウントやパスワードを預かる必要があるわけです。悪意のあるAPI利用側が「なんとかメーカー
I am a self-taught developer with knowledge of Azure, C, C++, C#, Typescript/JavaScript, HTML and CSS along with several databases. Having been working in IT for over 30 years and co-founding and selling a successful company I am now working on products for the TV industry.Follow me on twitter @coderanger, Mastodon @coderanger/@dotnet.social and GitHub As I am forever forgetting things; I thought
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
