Wasp
app todoApp { title: "ToDo App", // visible in the browser tab auth: { // full-stack auth out-of-the-box userEntity: User, methods: { google: {}, gitHub: {}, email: {...} } } } route RootRoute { path: "/", to: MainPage } page MainPage { authRequired: true, // Limit access to logged in users. component: import Main from "@client/Main.tsx" // Your React code. } query getTasks { fn: import { getTasks
Hoppscotch • Open source API development ecosystem • Hoppscotch
ParametersBodyHeadersAuthorizationPre-request ScriptTestsVariables
Obsidian Authenticator has been renamed "Sentinel"For too many times we have been confused with the "Obsidian note-taking app". Same team, same purpose. We only thought we deserved our own identity.
クラウド上で動作するアプリケーションの管理・デプロイフレームワーク「Apache Brooklyn 1.0」リリース | OSDN Magazine
Apache Brooklynはクラウド上で動作する分散型アプリケーションのモデリングおよびモニタリング、管理のためのフレームワーク。2015年にApache Software Foundationのトップレベルプロジェクトとなっていた。自律型コンピューティングに着想を得ており、クラウドアプリケーションの管理仕様である「OASIS CAMP」やデプロイのための仕様である「TOSCA」の両標準をサポートしている。 YAML形式でアプリケーションの情報やデプロイ・実行に必要なコンポーネントの情報、デプロイ時に必要となる処理などを記述（モデリング）することで、それを元にアプリケーションのデプロイや管理を行える。デプロイ・管理できるプラットフォームとしてはAmazon EC2など20種類以上のパブリッククラウドをサポートしており、プライベートクラウドやベアメタル環境でも利用できる。REST API
GitHub - contiamo/restful-react: A consistent, declarative way of interacting with RESTful backends, featuring code-generation from Swagger and OpenAPI specs 🔥
⚠️ restful-react has been deprecated: We are focusing on a new open api generator that generates react-query components: https://github.com/fabien0102/openapi-codegen ⚠️ Building React apps that interact with a RESTful API presents a set of questions, challenges and potential gotchas. This project aims to remove such pitfalls, and provide a pleasant developer experience when crafting such applicat
navigation Migrate an existing applications RESTful API’s to GraphQL using AWS Amplify and AWS AppSync Welcome! In this workshop you will take an existing stock trading application written with React and AWS Amplify. you will convert its existing RESTful API from REST ( Amazon API-Gateway ) to using GraphQL ( AWS AppSync ). In doing so you will also explore the benefits that GraphQL API's have ove
Today we’re excited to announce the availability of TypeScript 4.2 Beta! To get started using the beta, you can get it through NuGet, or use npm with the following command: You can also get editor support by Downloading for Visual Studio 2019/2017 Following directions for Visual Studio Code and Sublime Text. Let’s take a look at what’s in store for TypeScript 4.2! Leading/Middle Rest Elements in T
関連キーワード API | アプリケーション開発 とどまることのないデータの増加に直面する開発者にとって、データの処理速度を上げる技術は有用だ。クエリ（データ操作）言語「GraphQL」は、API（アプリケーションプログラミングインタフェース）の構築をシンプルにし、データ取得の流れを明確に表現することで、データの迅速な処理を可能にする。 データ連携のための枠組みを定義したアーキテクチャには他に「REST」（Representational State Transfer）が存在する。以下でGraphQLのメリットや、RESTと比較した場合の強みと弱みを紹介しよう。 併せて読みたいお薦め記事 GraphQLの活用 Netflixがクエリ言語「GraphQL」を採用 何にどう使っているのか Netflixが「REST」をやめて「GraphQL」に乗り換えた理由 RESTはオワコンか、クエリ言語は
RubyGemパッケージrest-client、バックドアを含むバージョンが立て続けに公開される | スラド セキュリティ
RubyGemパッケージ「rest-client」のメインテナーのRubyGem.orgアカウントが不正アクセスを受け、悪意あるコードを含むバージョンが立て続けに公開されていたそうだ(rest-client Issue#713、 The Registerの記事、 CVE-2019-15224)。 不正に公開されたのはバージョン1.6.10/1.6.11/1.6.12/1.6.13の4バージョン。1.6.13では外部にデータを送信するコードをpastebinからダウンロードして実行するコードが含まれていたという。1.6.x系列は2014年に1.7.0で置き換えられた非常に古いバージョンで、何らかの理由により最新版へアップグレードできない場合のために残されているものだが、1.6.13は1,061回ダウンロードされていたそうだ。 不正アクセスを受けたメインテナーのHacker Newsへの投稿に
はじめに このドキュメントは、SPA＋REST APIで構築したシステムの認証方法を、事例としてまとめたものになります。 本ドキュメントが、SPA＋REST APIにおける認証の実現方式のひとつとして、今後開発を行うシステム、プロジェクトの参考情報となることを目的としています。 なお、このドキュメントに記載しているシステムは開発中のものであり、実際に運用されているシステムではありません。その点については、ご留意のうえ、構成例としてドキュメントを参照いただければと思います。 このドキュメントは、SPA＋REST APIのシステム構成例（AWS）のアプリケーションの認証部分にフォーカスして記載したものです。 以下のような用語についての説明は、本ドキュメントでは行いません。事前に知識を持っている、もしくは必要に応じて他の資料、情報などを参照していただくことを前提とし、構築したアプリケーションと方
F5 iControl REST Endpoint Authentication Bypass Technical Deep Dive – Horizon3.ai
Early in 2023, soon after reproducing a remote code execution vulnerability for the Fortinet FortiNAC, I was on the hunt for a set of new research targets. Fortinet seemed like a decent place to start given the variety of lesser-known security appliances I had noticed...
その「ちょうどよさ」ゆえに普及したテクノロジ - アイデアや標準があると思う。 そういうのは、科学や工学でなく匠としてのプログラミングを表している気がして成功が嬉しい。 自分にとって「ちょうどいいテクノロジ」の代表は JSON (2002) と Markdown (2004). どちらも技術的にはさほど大したことはないけれど、どちらも広く使われている。 「ちょうどいいテクノロジ」はこれ以前にも色々あった。UNIX(1969) や HTTP/REST (1991) なんかが思い当たる。 ただ同時代性がないせいか成功が華やかすぎるせいか、まいち親近感がない。 ついでにいうと、自分はもはやこれらに「ちょうどよさ」を感じない。 UNIX の代表 Linux は超巨大ソフトウェアだし、HTTP の最新版 HTTP/3 は随分複雑なプロトコルに見える。 JSON と Markdown は、今のところ当
雑なメモ書きの様な内容です。 自分の知識、知恵の引き出しの整理も兼ねてます。 実践的で有用な対応パターンをまとめました。 HTTP Method with URI| http method | explain | URI | |GET| ドキュメントリソースの取得| https://api.example.com/v1/items/1 | |GET| コレクションリソースの取得| https://api.example.com/v1/items | |POST| リソースの作成 | https://api.example.com/v1/items | |PUT| リソースの更新 | https://api.example.com/v1/items/1 | |PATCH| リソースの部分更新 | https://api.example.com/v1/items/1 | |DELETE| リソ
WordPressサイトをWP REST API + Nuxt.jsでリニューアルした際のポイントまとめ | ブログ | Glatch（グラッチ） - 夫婦で活動するフリーランスWeb制作ユニット
先日Glatchのポートフォリオサイトをリニューアルしました。 前回の記事では妻がポートフォリオの設計・デザインプロセスに関して投稿してくれました。 今回は実装編です。 普段は技術系の記事はテックブログに書いているのですが、ポートフォリオの宣伝も兼ねているので今回はこちらに投稿します。良かったらテックブログも見ていただけると嬉しいです。 さて技術面に関してはせっかくリニューアルするのでこの機会に新しい技術を試したい、でもWordPressで管理してきた資産はできればそのまま活かしたい、という2つの要望が自分の中にありました。 この2つを両立させるためにコンテンツ管理には引き続きWordPressを使用し、フロント部分にモダンなフレームワークを採用することで要望を満たしました。 検討の結果WP REST API + Nuxt.jsというJAMstackな構成で構築することにしました。 本記事
Improved REST API documentation
ProductImproved REST API documentationWe’re excited to announce some big improvements to our REST API documentation. We know developers rely on this documentation to integrate with GitHub, and we are committed to making it trustworthy, easy to find, and easy to use. We’re excited to announce some big improvements to our REST API documentation. We know developers rely on this documentation to integ
DjangoRESTFramework (以降 DRF という) を最近良く使っているのですが 設定項目が多すぎて情報探すのに時間がかかっちゃうので、自分なりにまとめてみました。 2月の後半くらいに書いてたんですが、ブログの改修に時間がかかりすぎて公開が遅れたのは内緒。 個人的な感覚ですが、このライブラリの機能を大きく分けると Serializer, View に分かれます。 本当は全部通しで書きたかったんですが、長くなりすぎたので View の部分は別の記事に分割します。 infoビュー については View の使い方をまとめてみた を参照してください。初めて触る方は 先にビュー編を見ることをオススメします。 シリアライザ単体で使うことはまずないと思うので。この記事の先頭に書いてあったインストールの手順とかはそちらの記事に移動しました基本的に情報は v3.7.7 時点の 公式ドキュメント
はじめに REST とは RESTful とは RESTish とは まとめ はじめに REST と RESTful 、さらに最近では RESTish という用語についてのまとめです*1。 REST とは REST(REpresentational State Transfer)という言葉が何を指すかは、かなり発散する話題です。 元となるのは Roy Fielding により示されたアーキテクチャスタイルで、アーキテクチャによる制約により以下のように導出されました。 このようなアーキテクチャの制約により導出された REST は、以下のスタイル(制約)を持つものとされています。 Client-Server Stateless Cache Uniform Interface Layered System Code-On-Demand ほとんどは読んだままですが、Code-On-Demand は
To infinity and beyond: enabling the future of GitHub's REST API with API versioning
EngineeringProductTo infinity and beyond: enabling the future of GitHub’s REST API with API versioningWe’re introducing calendar-based versioning for our REST API, so we can keep evolving our API, whilst still giving integrators a smooth migration path and plenty of time to update their integrations. Millions of developers rely on the GitHub API every day—whether they’ve built their own bespoke in
背景 転職してサーバサイドエンジニアとして、RESTfulなWebAPIドキュメント書く機会が増えた。 RESTの歴史はそれなりに長いため、仕様書の書き方にもベストプラクティスが確立されている。 なので、今更感もあるが、せっかくなのでまとめてみようと思う。 心構え 出来の良いAPI仕様書をマネすること ユーザの対象を意識すること（社内利用か社外利用など。仕様書で意識するポイントが変わるため） トリッキーな使い方をするエンドポイントは疑う 最低限記載すること 共通項目 ドキュメントのメタ情報（バージョン、更新日付など） 常に必要なパラメータ（認証系） 流入制限 エンドポイント（URI） HTTPメソッド（GET、POST、PUT、DELETE、HEAD、OPTIONS、TRACE、CONNECT） Description（概要） Notes（備考） リクエストについて パラメータ（クエリパラ
外部システムからSalesforceのREST API を使用してみる 接続アプリケーションの作成から標準REST APIをコールするまで。 Apex REST Webサービスおよび Apex REST コールアウトはここでは扱いません。 1. インテグレーション用ユーザの作成 REST APIを使用するためにはまず、インテグレーション用ユーザを作成する必要があります。 外部システムからSalesforceのREST APIを使用する際は、まずインテグレーション用ユーザにログインする必要があります。 外部システムはインテグレーション用ユーザの権限、共有設定によって制限を受けます。 インテグレーション用にユーザとプロファイルを作成します。 インテグレーション用プロファイルでシステム管理者権限の「API の有効化」が有効になっているのを確認します。 参考 実装に関する考慮事項 | SOAP A
GitHub - ardatan/feTS: TypeScript HTTP Framework focusing on e2e type-safety, easy setup, performance & great developer experience
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
プリミティブな型としては、 integer, number, string, boolean の4種類のみです。 さらに format というプロパティを指定すると、値の詳細なフォーマットを定義することができます。 int32, int64, float, double あたりは言わずもがなですね。 string に関しては byte と binary の他に、ISO 8601（RFC3339）で定義されている日付形式が表現可能です。 基本形式: 20191129T203637+0900 拡張形式: 2019-11-29T20:36:37+09:00 password はいまいちよく分かりません。 OASとして定義されているフォーマットは以上なのですが、 format には他にも自由に値を設定することができます。 email や uuid, uri, hostname, ipv4, ipv
PRODUCTHasura Product OfferingsChoose from our Open Source Community Edition, fully-managed Hasura Cloud or on-prem Hasura Enterprise Edition.
REST API Generator
Will my API persist data?Yes, your API has GET, PUT, POST, PATCH, and DELETE endpoints for reading + writing to your dataset. Writes are persisted. How long will my API be available for?Your sample API will be available as long as you continue using it. We may delete it if it hasn’t been used in the last 30 days - please contact us if that is a concern for your use case. Can I use my API outside R
REST API用のファジングツール “RESTler” で始めるお手軽ファジング | IIJ Engineers Blog
IIJイノベーションインスティテュートの四谷です。普段はWeb API開発の生産性向上についての調査や開発を行っています。 今日はREST APIのテスト効率を改善するツール「RESTler」を紹介します。 RESTlerについて RESTlerはMicrosoft Researchが開発し、OSSとして公開しているREST API用のファジングツール（ファザー）です。 ファジングはネットワークプロトコルの実装等、もう少し下位レイヤーでの活用が主で、APIに対して実行できるファザーは数少ないのですが、その1つがRESTlerです。Microsoftでは実際にRESTlerを使用して、AzureやOffice365のバグを検出したそうです。 特長 RESTlerの最大の特長は、OpenAPIドキュメントとして記述されたAPI仕様さえあれば、自動的にテストケースが生成され、ファジングを実行でき
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
真のREST
Node.js server side render in the Age of APIs - Full Stack Toronto 2017Ruy Adorno
And we’re back! As we mentioned in the first part of our blog post series, Instagram Server is a Python monolith with several million lines of code and a few thousand Django endpoints. This post is about how we use types to document and enforce a contract for our Python HTTP APIs. In the next few weeks, we’ll share details on more tools and techniques we’ve developed to manage our codebase’s quali
WordPress『 WP REST API 』#2 オリジナルのエンドポイントを作成する｜レンタルサーバーナレッジ
前回の記事では、WordPress に標準搭載されている『 WP REST API 』の使用方法と、『 WP REST API 』の post エンドポイントを使ってブログの内容を取得する方法についてご紹介しました。 ▼WordPress『 WP REST API 』#1 ブログを他のサイトに埋め込む方法 今回は『 WP REST API 』に用意されているカスタムエンドポイント機能を使って、より使いやすいオリジナルのエンドポイントを追加して、思いどおりの情報を取得する方法をご紹介いたします。 エンドポイントの追加を行ってみることで、『 WP REST API 』が WordPress の内部でどのような動きをしているのかより深く理解することができます。 目次 『 WP REST API 』のカスタムエンドポイント機能について WordPress にエンドポイントを追加する 追加したエンド
REST API 自動テストツールまとめ - Qiita
REST API のテストを自動化するためのツールを調査した結果のまとめです。 前提として、無料で使用可能なツールのみを対象としています。 分類 一口に REST API のテスト自動化といっても、様々な種類のツールがあります。 今回は独自に分類した以下の 4 種類を順に紹介していきます。 OpenAPI (Swagger) 連携系 GUI 系 CLI 系 CDC testing 系 OpenAPI (Swagger) 連携系 REST API の管理として OpenAPI (Swagger) で仕様を記述することは少なくないでしょう。 OpenAPI 連携系の API 自動テストツールでは、OpenAPI の仕様書をもとに自動テストが実施可能です。 Dredd GitHub - Dredd Star 3.2K もともと API Blueprint のテストツールだったようですが、Open
データコンペサイトを作る DjangoRestFramework編 - nykergoto’s blog
この記事は atma Advent Calendar 2019 - Qiita 2019/12/21 の記事です。 今年自社のサービスとして オンサイトのデータコンペティション atmaCup をはじめました。 オンサイトデータコンペとは実際に会場に集まり、準備されたデータをテーマに沿って分析・予測を行い、その精度を競うイベントです。 データコンペで有名なのはKaggleですが、みんなで実際に集まり、かつ時間もその日の8時間と短いのが特徴で、 参加者のスキルがオンラインのデータコンペより強く結果に表れます。 このatmaCupですが当然やろうと思うとコンペ用のシステムも必要です。というわけで裏側のシステム 「ぐるぐる」 を僕が作っています。 この時記事ではそのバックエンド部分を担っている DjangoRestFramework についてその便利さとどういう機能を使ってぐるぐるを作っているか
Fuse: TypeScript API Framework
Build and query great APls with TypeScriptAggregate all your data sources and transform them into a great API for your clients with many best practices built-in for you—fully typesafe from data source to client query. What's Fuse? A framework for building great APIs effortlesslyBuild a GraphQL API that aggregates all your microservices, data stores, and third-party APIs with the minimum amount of
AI-based API building platformBuild a REST API from natural language and screenshots using AI, deploy it on Cloudflare Workers, and immediately roll it out globally. Works anywhereHanabi.rest creates multi-runtime APIs for web standards. In addition to operating on a live editor on the web, it generates code that works with Cloudflare, Fastly, Deno, Bun, Lagon, AWS, or Node.js.. Live SandboxGenera
GitHub - go-masonry/mortar: Mortar is a GO framework/library for building gRPC (and REST) web services.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
RESTの力、RESTの制約
今年２つの講演 今年2019年は、3月にphperkaigi 2019でRESTの力、12月にはphpカンファレンスでRESTの制約の講演を行いました。 講演時間の短いRESTの力ではREST制約の中から一部を紹介して、「プレゼンテーションそのものがハイパーメディアであり、情報は有機的に結合され真の力を発揮する」というストーリーを語りました。 9ヶ月後の講演では、残り9つを含めた全ての制約を紹介して「表現に含まれるハイパーメディアコントロールでアプリケーション状態をコントロール」するRESTをより深く理解するための説明をしました。 RESTの力 (30 min) RESTの制約 (60 min) この記事ではそれぞれの講演の振り返りではなく、テーマの背景を記してみたいと思います。 最初のスライド 私が他の講演でもたびたび使用しているこの画像はWikipediaのハイパーテキスト で公開され
Django REST Framework (以下 DRF といいます) をまとめてみた記事のビュー編です。 細かいところまではカバーしきれていませんが、大まかな使い方はわかると思います。 infoシリアライザ編は Serializer の 使い方 をまとめてみた を参照ください。初めて DRF を触る方は ビュー編 (当記事) を先に見てからシリアライザの記事を見ることをオススメします。DRF は Django の仕組みの上になりたっているので Django 自体が初めての方は 力を抜いて Django チュートリアル から やりましょう。急がば回れです。[多謝] 基本的に DRF の 公式ドキュメント (3.8.2) をベースに書いていますが、以下の記事も参考にさせてもらいました。Django REST Frameworkを使って爆速でAPIを実装するDjango REST frame
GitHub - ecyrbe/zodios: typescript http client and server with zod validation
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GraphQLとRESTの比較─知っておきたい両者の違い
プロジェクトに使用する技術スタックの選定は、一筋縄にはいきません。多くの場合、特にGraphQLとRESTful APIのどちらを選ぶかということになると、現状や今後を見据えたAPIデザインアーキテクチャを選択することが重要になります。 APIを構築するとなると、重要な形式として次の4つが挙げられます─SOAP、GRPC、REST、そしてGraphQLです。とは言え、API構築の際にはRESTとGraphQLに絞ることが多い、というのが実情です。というのも、RESTが従来のSOAPやGRPCによるAPI構築の方法を一変させたという経緯があります。 それをさらに上回る選択肢という触れ込みでGraphQLが語られる傾向にあります。現に、多くの開発者が、GraphQLがRESTに取って代わると予想するほど。REST APIを利用した開発の際によくある問題を、GraphQLが効率的に解決してみせる
DummyJSON Get dummy/fake JSON data to use as placeholder in development or in prototype testing. View on GitHub Read Docs Got tired of Lorem ipsum data? With DummyJSON, what you get is different types of REST Endpoints filled with JSON data which you can use in developing the frontend with your favorite framework and library without worrying about writing a backend. Example Code fetch('https://dum
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Obsidian - 2FA / MFA Authenticator
REST to GraphQL Workshop :: AppSync Workshop
Announcing TypeScript 4.2 Beta - TypeScript
「GraphQL」に移るべき人、「REST」を使い続けるべき人を分ける条件
SPA＋REST APIにおけるセッションを使った認証の実践例 | Fintan
ちょうどよさのはなし / morrita - Message Passing
REST WebAPIのプラクティス｜yamarkz - Kazuki Yamaguchi
[Django REST Framework] Serializer の 使い方 をまとめてみた
REST と RESTful と RESTish について - A Memorandum
APIドキュメントの書き方をまとめてみる - あらにわ
外部システムからSalesforceのREST API を使用する - Qiita
そのフィールド、nullable にしますか、requiredにしますか - Qiita
GraphQLとREST | GraphQLチュートリアル
フルスタック開発者のためのBallerina: バックエンドAPI開発ガイド
Types for Python HTTP APIs: An Instagram Story
Hanabi.rest | AI-based API building platform
[Django REST Framework] View の使い方をまとめてみた
Home
DummyJSON - Fake REST API of JSON data for development
idobata-kaigis.com
idobata-kaigis.com
diamond.jp
www.asahi.com
www.nikkei.com
artfoods.hatenablog.com