OAuthを利用してはてなブックマークするための chrome extentionを作成しました。 うちの会社からはてなブックマークが禁止されています。 閲覧はできるので、どうやらはてなブックマークへのPOST送信が 禁止されているようです。 httpsで送信すればいいかなと思いましたが、うまくいきません。 はてなの公式のchrome extentionを使用してみましたが、ブックマークできません・・・ これでは何かと不便なのでブックマークできないか考えていました。 はてなブックマークAPI はてなブックマークドキュメント一覧を見てみると、 REST APIとAtomAPIが使えるようです。 はてなブックマークドキュメント一覧 - Hatena Developer Center 認証はそれぞれ、 ・REST API⇒OAuth認証 ・Atom API⇒WSSE認証またはOAuth認証 とな

1【悲報】親とケンカした日本人女性さん、家出して韓国で窃盗を...オレ的ゲーム速報＠... 2【4話】心の整理と要完組の攻撃 死兵と老兵編ニート極道「牧村ユ... 3サブウェイでまだ自我持った事ない奴まめきちまめこニー... 4【泣いた】「私、化粧興味ないの」と言ってた化粧っ気の無いお...はちま起稿 5自民党「年収の壁引き上げて減税すると手続き大変そうだから２...ハムスター速報 6阪神、近本に5年以上の契約提示へ来季中に国内FA権…今季の年...なんじぇいスタジア... 7中学生が修学旅行中に大地の芸術祭の作品を壊した問題新潟市が...痛いニュース(ﾉ∀`... 8クマさん駆除するなんて可哀想！←まあ、うん、かもしんないね...哲学ニュースnwk 9【画像】芹那(39)「芸人バカにして干されました」→こうなるアルファルファモザ... 10後輩が全てを深読みしてくる件【28】ヤゴヴのマン

※OpenWeatherMapの取得可能情報種類は5 day / 3 hour forecast APIでの情報 ※Weather Undergroundの取得可能情報種類はconditions APIでの情報 OpenWeatherMap http://openweathermap.org/ ・APIは数種類公開されていますが、無料で利用可能なものは現在の気象情報が取得できるもの、3時間毎/5日間の予報が取得できるものの2種類です。 ・空港や都市部に設置されているものから個人観測所も含め40,000以上の観測所からデータを収集しています。データソースとして日本気象庁、アメリカ国立気象局、カナダ気象庁、ヨーロッパ中期予報センター等が挙げられています。 Weather Underground https://www.wunderground.com/ ・アメリカ国内外合わせ60,000以上の

Webサービスの初期開発とマイクロサービス・BFF Microservices Meetup vol.5 (API Gateway & BFF) 2017/3/30 @FiNC

Announcing Insomnia 10.1 GA with a new Collection Runner CLI, in-app invites, and more Design, debug, test, and mock APIs locally, on Git, or cloudBuild better APIs collaboratively for the most popular protocols with a dev‑friendly UI, built-in automation, and an extensible plugin ecosystem. Get Started for Free

A full-featured HTTP Client Building great software is hard, and developer tools should be helping you without the headaches. RapidAPI for Mac is exclusively built for macOS, so you should easily get the hang of it. Every feature is built intuitively with quick mouse or keyboard shortcut access. Learn more about RapidAPI for Mac as an HTTP client Describe your APIs Visually build your API requests

2017/01/26 14:23修正： facebookのグループ，openBD 情報共有にて，語研の高島様から「JPコード」となっている部分は「JP-eコード」のことであること，また最後の質問者はリブライズの河村氏であることをご本人からご指摘頂きましたので，そのように修正いたしました． 2017/01/26 01:10修正： ゴケン(?) タカシマとなっていた箇所について，株式会社語研の高島利行氏ではないかというご指摘を頂きましたので，そのように修正いたしました． こんにちは，lumelyです． 最近，趣味の一環として漫画を集めているのですが，中々読む暇がありません．1,000冊は本棚からオーバーフローして現在床に平積みになっている状態なので，卒業・修了等で本棚を廃棄する予定の筑波大生がいれば是非ともお声がけください． 先日の2017年1月23日にNIIにて，「書誌情報・書影を自由に」と

1996年から続いているコンビニお菓子情報「お菓子の虜」に掲載されている2000種以上のお菓子を、様々な検索軸で検索します。 基本仕様 プロトコル REST レスポンス XML形式、JSON形式、JSONP形式 リクエストURL https://sysbird.jp/toriko/api/ パラメータ

API機能をご利用いただくには、e-Statでのユーザ登録が必要です。登録がお済みでない方は、最初にユーザ登録を行ってください。

Use IFTTT to automatically send a message with the LINE messaging app on iPhone or Android. LINE is a global messaging app used in over 230 countries and regions. LINE offers fun and free voice, video, and chat communication across multiple platforms. Receive event notifications from LINE Notify official account.

Webサービスからの通知をLINEで受信 Webサービスと連携すると、LINEが提供する公式アカウント"LINE Notify"から通知が届きます。 複数のサービスと連携でき、グループでも通知を受信することが可能です。

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。

isomorphic tokyo meetup http://nodejs.connpass.com/event/13363/

先日、マイクロサービスの呼び出し方として、オーケストレーションとコレオグラフィについて書きましたが、同じく4章では、どうHTMLを組み立てるかという問題が提起されています。 ここもやや難解なので、咀嚼を試みます。 課題設定 次のようなECサイトを考えることにします。そして、4つのマイクロサービスを合成して構成します。 商品カタログサービス ショッピングカートサービス ショップサービス リコメンドサービス API合成 無垢な気持ちで設計すると、各々のマイクロサービスがWeb APIのインタフェースをもち、XMLやJSONを返して、ECサイト側で、テンプレートエンジンなどを用いて、HTMLをレンダリングするという方式になるかと思います。 そして、この形式でマイクロサービスを利用するサイト(アプリケーション)が増えていくと次の図のようになります。 これには、次の3つの欠点があるとされています。

Delivering deploymentsUsing the Deployments REST API, you can build custom tooling that interacts with your server and a third-party app. Using the REST API to interact with checksYou can use the REST API to build GitHub Apps that run powerful checks against code changes in a repository. You can create apps that perform continuous integration, code linting, or code scanning services and provide de

http://www.infoq.com/jp/news/2009/08/CRUDREST 上記URLを読んで自分なりに例題を考えてみる。(todo:あとで状態遷移図を追加) RestBucks cafe 完全にオンライン化されていてWebAPIで注文できるというすごいカフェを想定します。(この手の例にStarbucksを使うのはGregor Hopeさん以来の伝統らしいです) 客側から見たユースケースはこんな感じ 客はレジのサービスを呼び出して、注文を入力して支払い 自席で注文状況をチェック、出来上がっていたら取りに行く。 注文というエンティティと、[注文編集] [支払い] [受け取り] という(アプリケーション)状態によって上手く表現できそうです。 (RESTfulだけど)CRUDな設計 CURDな設計では、リソースをURLにマッピングします。それに対してCRUDするというイメージです