LINE BOT API Trialでできる全ての事を試してみた - Qiita
4/7 18:00頃にLINEの「BOT API Trial Account」が無償提供されたと聞いてとりあえず触ってみたら出来る事は結構少なかったので勢いで全て試してみた。 [追記 4/14 9:28] Facebook Messenger Platform BETAでできる全ての事を試してみた（LINE BOT APIとの比較あり）も合わせてどうぞ。 [追記 4/9 11:49] 現在、巷で話題のLet's Encrypt問題以外でコールバックがコールされない問題があるらしいのでご注意を。 [追記 4/9 12:49] 上記の問題は解決した模様。 まずはアカウント登録 ※先着10,000名って少ない気がするけどまだ登録できるって事はそんなに人気ないのかな。 https://business.line.me/ja/products/4/introduction BOT API が利用開始
とりあえずLINE BOT APIでオウムを作ってみた - Qiita
LINEBOT API公開記念でただ同じ事を返すだけのボットを作ってみた。 アカウントや設定とかは、 https://developers.line.me から適当にやってください。 まず最初にハマるところは、Callback URLです。どうやらポート番号も必要なので、https://example.com:443/callbackなどのように443を指定してください。 LINE_CHANNEL_ID, LINE_CHANNEL_SECRET, LINE_CHANNEL_MIDは適当な物を指定して下記を実行すると「オウム返しBot」の出来上がり。 APIを呼ぶにはWhitelistにIPを登録する必要があるので、Herokuなどで動かす事はできません。 【追記】 LINE BOT をとりあえずタダで Heroku で動かすを見ると、Fixieっていうアドオンを使えばHerokuでも行ける
JavaScript (Electron) を使ってアプリの見栄えを整える - Qiita
Electronを使って見栄えを整えてみる ElectronはJavaScriptでデスクトップアプリケーションが作れるツールです。 前回「30分で出来る、JavaScript (Electron) でデスクトップアプリを作って配布するまで」では簡単なアプリを作って配布するところまでやりました。 あとはいつも通りの JS + HTML + CSS でガリガリ書いていけばいいのですが、まずは見た目から入ろうということで、もう少しアプリっぽい見栄えにしてみましょう。 ちなみに、Macではいろいろ動作を確認しましたが、Windowsは知りません。 大体同じように動くはずですが、もしダメだったらWindows版の記述を教えて頂けると助かります。 基本設定は browser-window APIで browser-windowはアプリのウィンドウを表示するためのAPIです。 例えば、以下は単なるin
AWS News Blog
Build RAG applications with MongoDB Atlas, now available in Knowledge Bases for Amazon Bedrock Foundational models (FMs) are trained on large volumes of data and use billions of parameters. However, in order to answer customers’ questions related to domain-specific private data, they need to reference an authoritative knowledge base outside of the model’s training data sources. This is commonly ac
WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
Amazon Product Advertising API、検索結果からkindleを除外できた｜マコトのおもちゃ箱 ～ぼへぼへ自営業者の技術メモ～
結論から書けば リクエストパラメータの「Power」に「binding:not kindle」を付ける でOKでした。 実は以前「Amazon Product Advertising API、検索結果からkindleを除外したい（暫定対処中）」の記事で、 電子媒体を除外して書籍の検索をしたい的なことを書いたのですが、 その後、すっかり放置していましてね。 ふと気になったので再度調べたらあっさり見つかりました。 「Power=binding:not kindle」を付けろだそーです。 ここに載ってたφ（－－） https://forums.aws.amazon.com/thread.jspa?messageID=218127# 前に「Amazon Product Advertising API（TIPS）：売上ランキングを取得する」の記事で書いた 売上ランキングを取得するコードを例に取ると
foursquare APIでできること - Qiita
バージョニング すべてのリクエストには v=YYYYMMDD が必要です。foursquare APIは YYYYMMDD に指定した日付時点の仕様で動作します。例えば、v=20140208 を指定しておけば、2014年2月9日にfoursquare側で大幅な仕様変更があった場合も、2014年2月8日時点での仕様で動作し続けるため、突然アプリケーションが動かなくなった！ということを防げます。 https://developer.foursquare.com/overview/versioning 国際化 例えば、foursquareのカテゴリ一覧を取得する場合、日本語環境では 水族館 、英語環境では Aquariums といった具合に、ユーザの環境に適した表記が使用されます。これは、APIリクエスト時の HTTP ヘッダ Accept-Language によって変わってきます。通常はこれで
foursquare API利用時に v=YYYYMMDD 指定が必須になっています #4sqdevjp - koogawa blog
foursquare API利用時、バージョンパラメータの指定が必須に - koogawa blog こちらの記事にも書いた通り、2014年1月28日より foursquare API にアクセスする際に、バージョンパラメータ v=YYYYMMDD の指定が必須になっています。 今後、このパラメータが無い場合は { "meta": { "code": 410, "errorDetail": "The Foursquare API no longer supports requests that do not pass in a version parameter. For more details see https://developer.foursquare.com/overview/versioning", "errorType": "param_error" }, "respons
fuelphpでFacebook SDK for PHP v4を使って、ログイン処理と情報取得を実装してみた的なお話
コロコロ仕様が変わって大変面倒なFacebook API。 今までは内部的なところだったりなどして、APIを使うエンジニア側としてはそんなでもなかったけど、 ここにきて遂にFacebookが本気出したのかGraph APIをv2.0にアップデートさせてきた。 これによって何か変わるかというと、/meでやっていたものをv2.0/meにしないといけないみたいな。 もちろんこれだけではないんだけど細々と取り方とかが色々と変わり、 さらにSDKのメジャーアップデートがなされてPHPはv4になったという。 で、PHP SDK v4を使ってログインとか自分のデータを取り出すとかやってみたので、今日はその話をば。 ちなみにちょっと長いので要注意的な。 ■大きな変更点 ・PHP5.4以上が必要 ・namespaceが使える ・$facebook->api()みたいな呼び出し方じゃない ・クラス数が半端ない
Google Maps JavaScript API v3 の使い方 - Qiita
最近 JS で Google Maps API をいじることにしたのでいろいろ調べていました．すると，Console の画面が変わっていたりキーの取得方法が変わったりでちょっとややこしかったので，最新版の使い方をまとめました．2014/09/10 時点での情報です． 環境 Google Chrome for Mac Version 37.0.2062.94（本記事で載せているものはすべてこのバージョンの Chrome でのみ動作を確認しています．他ブラウザで実行できない場合はご了承ください〜．） Developers Console でプロジェクトを作成 ※Google のアカウントが必要なのであらかじめ取得しておいてください． まず，Google Developers Console へアクセスして作成するアプリケーション用のプロジェクトを 1 つ作成します． Create Projec
Service worker が拓く mobile web の新しいかたち
【第26回Elasticsearch勉強会】Logstashとともに振り返る、やっちまった事例ごった煮
概要 — foursquare-API 2 documentation
概要¶ http://developer.foursquare.com/docs/overview.html The foursquare API はあなたが慣れ親しんでいるであろう他のAPIと同様に、多くのWeb標準を使用しています。全てのリクエストはJSONかJSONPを返す単純なGETかPOSTリクエストです。 (リクエストのパラメータはJSONではなく、標準的なHTTPのキーバリューであることに注意してください) 全ての認証はOAuth2で行われ、それはすなわち、全てのリクエストはhttpsでなければならないということです。 APIの利用回数制限¶ APIの利用回数は制限されます。この制限は一時間毎に送られるリクエストの数を追跡し、随時変更されます。 最初の制限はメソッド毎に一時間に200リクエストです。この制限はOAuthユーザか、そうでなければIPアドレス毎にかかります。 あな
AngularJSでの非同期処理の話
$timeout ✤ window.setTimeoutのラッパー! ✤ 指定した時間待った後処理を実行する! ✤使い方 https://docs.angularjs.org/api/ng/service/$timeout $timeout(fn[, delay]) fn delay 遅れさせる時間(ミリ秒) 実行する処理 $timeoutのサンプル <div ng-app> <div ng-controller="TimeoutExample"> <span>{{str}}</span> <buttonng-click="cancel()">Cancel</button> </div> </div> function TimeoutExample($scope, $timeout) { $scope.str = 'Prompt Result'; var promise = $timeou
アプリエンジニアから見てAPI設計において気をつけてもらえるとうれしいこと - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? by @mixiappwchr アプリ向けのAPIの開発時に気をつけてもらえるとうれしい＆メンテナンスや実装コストが下がる点をつらつら書きます。 データ構造について データを返すとき、一定のルールを守って返す。例えば当然ですが同じデータ構造はもちろん、似たような構造もルールを作ってproperty名などそろえておく。relationやlistで返すときもどのデータ構造なのかがpropertyで明確にわかるようなっているようにする listを返す場合の形式やpagingが必要な場合の形式はそろえる。配列のデータがない場合も考慮しておく。例
Swiftで会社の受付アプリを作った話とCADisplayLink | 株式会社VASILY(ヴァシリー)
iQONのiOSアプリはまだ全てObjective-Cで記述されています。 Swiftへの移行については「たいしてパフォーマンスが上がるわけでもないし…」と思って渋っていました。 そんな中、オフィスの移転をきっかけに来客の受付システムをiPadアプリで作ることになりました。 スクラッチでアプリを作るのならSwiftで、ということでSwiftで作りました。 今回は、受付システムの社員...iQONのiOSアプリはまだ全てObjective-Cで記述されています。 Swiftへの移行については「たいしてパフォーマンスが上がるわけでもないし…」と思って渋っていました。 そんな中、オフィスの移転をきっかけに来客の受付システムをiPadアプリで作ることになりました。 スクラッチでアプリを作るのならSwiftで、ということでSwiftで作りました。 今回は、受付システムの社員を呼び出すデータ通
RESTのベストプラクティス | POSTD
現在ではREST APIはとても一般的な話題です。ほとんどすべてのWebアプリケーションの一部分となっています。シンプルで一貫性があり実際的なインターフェースは必須です。これは皆さんのAPIを他の人が使うことをとても容易にします。皆さんにとってはRESTの実践が日常的に感じられるかもしれませんが、RESTをあまり尊重しない人々もよく見かけます。これがRESTについて投稿するきっかけでした。 この記事にはRESTfulなAPIを設計する時に考慮すべきベストプラクティスがあります。 注意 : ここでのベストプラクティスは、私が過去の経験に基づいて良いと考える事例です。もし違う考えをお持ちであれば、お気軽にメールをくだされば意見交換できると思います。 APIのバージョンを示す APIのバージョンは必須であるべきです。これがあると時間が経ってAPIが変わっても影響を受けません。その方法の1つはUR
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
octopusnotes.info
GitHub - hownowstephen/php-foursquare: A simple foursquare API v2 library for PHP focused on supplying core functionality without any extra bloat.
ドメインパーキング
Post by @mashupawards · 15 images
