2022年11月にOpenAIが発表した文章生成AI「ChatGPT」は大きな反響を集めました。 現在ChatGPTはサービスページからのみ利用できませんが、ChatGPTのような文章生成AIを活用したサービスを作りたい場合、OpenAIのAPIがあります。 今回、GPT-3を活用した文章生成や画像生成ができるOpenAIサービスのAPIキーを発行する手順を解説します。 (2023年3月3日追記)OpenAIのAPIにChatGPTのAPIが登場しました。ChatGPTのAPIを使いたい場合も紹介するOpenAIの利用登録、APIキー取得手順で利用可能です。 (2023年11月29日追記)OpenAIのGPT-4やDALL-E3を利用する場合も今回説明する方法で取得できます。 2022年11月登場のChatGPTが話題2022年11月にOpenAIが発表したChatGPTが話題を呼びました
Latest Updates November 17, 2020 The following search filters have been added to the search endpoint: title: search against the title field. tags: search for objects using the subject keyword tags field. November 4, 2020 The following metadata are now available in the API: measurements: measurements of a given work, broken down into elements, where available. For more information about the Metropo
1860年に開館したアメリカを代表する美術館、メトロポリタン美術館(ニューヨーク)は、先駆的な美術館として世界をリードする存在でもある。 2017年2月、同館は新たなオープンアクセスポリシーとして、パブリック・ドメインとなっている作品画像を無料で利用可能にした。ユーザーは著作権による利益を放棄する「CC0(クリエイティブ・コモンズ・ゼロ)」表記がされているものを自由にダウンロードでき、クレジット表記なども不要となった。この時点で対象となっていた作品数は37万5000点だったが、その数は現在約40万6000点に増加している。
フロントエンドのプロトタイプ実装をするときや API を使ったアプリケーションを実装するときなど「ササッと使える API があると便利なんだけどー!」という場面はよくある!本当によくある.今回紹介する GitHub の public-apis リポジトリは,2022年8月時点で「1400 以上」の API が載っていて,使いたい API がきっと見つかるはず! 僕自身は2019年頃から public-apis リポジトリを参考にしていて,今までブログで紹介していなかったことに気付いた!今回は public-apis リポジトリと個人的によく使っているおすすめ API を紹介する.ちなみに GitHub issue を見るとすぐに気付くけど,リポジトリ運営に課題があるらしく,特に今年になって状況は悪くなっていると思う.今後どうなることやら... github.com public-apis
こんにちは、クラスメソッドの岡です。 7/30にPayPayが開発者向けツール、PayPay for Developersの提供を開始しました!これは嬉しい! これで自前のサイトやアプリにPayPayの決済を導入できるようになります。 アカウント作成 まずは開発アカウントを作成しましょう。 Sandboxであれば加盟店の情報は登録しなくても利用することができます。 アカウントを作成すると、ブラウザ上でSandboxのAPIを動作確認できるPayPay Labや、API接続時のエラーハンドリングが可能なPayPay Resolveが使えるようになります。 機能 PayPay APIを使った決済フローは以下の4パターンです。 Webペイメント カスタムのモバイルアプリ/WebサイトからPayPayの決済ページ or PayPayアプリにリダイレクトして決済する ネイティブペイメント カスタムの
API Documentation The API allows the list of pwned accounts (email addresses, usernames and phone numbers) to be quickly searched via a RESTful service You're reading about v3 of the API which is presently the current version and contains breaking changes over previous versions for searching breaches and pastes via email address. Overview Authorisation Test API Key Specifying the API version Speci
Pagination実装のつらみ 大体の場合、Limit,Offsetをパラメーターに渡す事で実現してるケースが多いと思います。 ただPaging実装は突き詰めるといろいろ課題や困ったポイントがあるので、結構シンプルだけど悩みますよね。 今回はそんなつらみポイントと解決するオシャレなページネーションについて書いていきます。 e.g 以下のようなテーブルがあったとして、 mysql > desc sample; +-----------------+---------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-----------------+---------------------+------+-----+---------+-------+
セマンティック バージョニング 2.0.0 概要 バージョンナンバーは、メジャー.マイナー.パッチ とし、バージョンを上げるには、 APIの変更に互換性のない場合はメジャーバージョンを、 後方互換性があり機能性を追加した場合はマイナーバージョンを、 後方互換性を伴うバグ修正をした場合はパッチバージョンを上げます。 プレリリースやビルドナンバーなどのラベルに関しては、メジャー.マイナー.パッチ の形式を拡張する形で利用することができます。 導入 ソフトウェア・マネージメントの世界には、「依存性地獄」と呼ばれる恐ろしいものがあります。あなたのシステムが大きく成長すればするほど、さまざまなパッケージを組み込めば組み込むほど、自分が地獄の底にいることにいつか気づくでしょう。 多くの依存性を有しているシステムにとって、新しいバージョンがリリースされることは悪夢でしかありません。厳密に依存関係を指定し
株式会社ヴァル研究所(本社:東京都 代表取締役:中山 秀昭)は、交通の乗り換え案内サービス「駅すぱあと」の各種機能をインターネット上で利用できる「駅すぱあとWeb サービス」において鉄道関連情報を取得するためのAPI(Application Program Interface)群を無償利用可能としました。 http://webservice.ekispert.com/free_provision/ 「駅すぱあとWeb サービス」は、「駅すぱあと」の乗換検索や公共交通機関データの取得をAPIとして利用可能にしたものです 企業内ポータルサイトやスマートフォン・アプリケーションなどに「駅すぱあと」の機能をAPIとして組み込むことでユーザビリティに優れたソリューションを自由に実現できます。 従来から「駅すぱあと」に収録されている鉄道の「会社情報」「路線情報」「駅情報」「駅付加情報」など情報の二次利
【API Blueprintの使い方】Web APIの仕様書を書く・読む・実行する できればドキュメント書きたくないなー。はやくAPI実装したい!俺の頭の中に全部仕様入ってるから!俺が仕様だ! ... その仕様、API Blueprintでドキュメントにおこしませんか? はじめに デバイスが多様化し、その違いを吸収する統一的なインターフェースが求められる昨今、Web APIはその回答のひとつといえます。弊社でも、モバイルアプリとWeb APIを組み合わせてサービスを構築することがあります。 Web APIが登場する開発では、モバイルアプリ(APIクライアント)メンバーと、APIサーバメンバーのコミュニケーションが不可欠です。開発を円滑に進めるために、APIの仕様書 が必要になります。お互いがAPIの仕様を想像して勝手に開発を進めたのでは、いざ結合したときに悲惨な結果になることが目に見えてい
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さん
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を設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
A Brand New Core A brand new LoopBack core to deliver great extensibility and flexibility written in TypeScript/ES2017. OpenAPI Spec Driven REST API Create powerful APIs easily with a new creation experience for defining REST API's and handling API requests/responses. Unbelievably Extensible A new, improved programming model with Dependency Injection and new concepts such as Components, Mixins, Re
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く