Azure FunctionsでLINE Bot作成 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本記事は、Microsoft AzureのAzure Bot Serviceを利用した、画像認識の方法を記載しています。 ※2021年9月時点での手順です(クラウドサービスのため変更されている可能性あり) 前提 LINEアカウントを持っていること 通常のLINEを利用できるもの もしLINEを使っていない場合は、アカウントの作成が必要 Azureアカウントを持っていること もしアカウントを持っていない場合は、こちらからアカウント登録 準備手順 LINE Messaging API LINE Developersにログイン こち
MyJVN API
MyJVN API とは MyJVN API は、JVN iPedia の情報を、Web を通じて利用するためのソフトウェアインタフェースです。誰でも、MyJVN が提供する API を利用して様々な脆弱性対策情報を取得し、脆弱性対策情報を利用したサイトやアプリケーションを開発することが可能となります。 現在、MyJVNで提供中のAPIは次のとおりです。詳細については各ページを参照のうえ、利用上の規約を踏まえてご利用ください。 また、本サービスを利用して開発したアプリケーションによって表示される情報には、MyJVN API により提供されたものである旨を表示していただくご協力をお願い致します。 ■MyJVN API に関するお問い合わせ 宛先: (問合せ様式) MyJVN API (HND/ITM) バージョン
.NET 6 以降では使用できない .NET Framework テクノロジ
.NET Framework ライブラリで使用できるいくつかのテクノロジは、アプリ ドメイン、リモート処理、コード アクセス セキュリティ (CAS) など、.NET 6 以降では使用できません。 ライブラリがこのページに記載されているテクノロジの 1 つ以上に依存している場合は、前述の代替アプローチを検討してください。 API の互換性の詳細については、「.NETでの破壊的変更」を参照してください。 アプリケーション ドメイン アプリケーション ドメイン (AppDomains) は、アプリを互いに分離します。 AppDomain にはランタイム のサポートが必要であり、リソースコストがかかります。 アプリ ドメインの作成はサポートされておらず、今後この機能を追加する予定はありません。 コードを分離するには、別のプロセスまたはコンテナーを別の方法として使用します。 アセンブリを動的に読み
.NET Framework から .NET に移植する - .NET Core
この記事では、.NET Framework から .NET (旧称 .NET Core) にコードを移植する際に考慮すべき事項の概要について説明します。 .NET Framework から .NET への移植は、多くのプロジェクトで比較的簡単です。 プロジェクトの複雑さは、プロジェクト ファイルの最初の移行後に実行する必要がある作業量を決定します。 ライブラリ、コンソール アプリ、デスクトップ アプリなど、.NET でアプリ モデルを使用できるプロジェクトでは、通常、ほとんど変更は必要とされません。 ASP.NET から ASP.NET Core への移行など、新しいアプリ モデルを必要とするプロジェクトには、より多くの作業が必要です。 古いアプリ モデルの多くのパターンには、変換時に使用できる同等のパターンがあります。 Windows デスクトップ テクノロジ .NET Framewor
.NET の概要 - .NET
.NET は、さまざまな種類のアプリケーションを構築するための無料のクロスプラットフォームのオープンソース開発者プラットフォームです。 複数の言語で記述されたプログラムを実行でき、C# が最も一般的です。 これは、多くの大規模なアプリによって運用環境で使用される高パフォーマンスランタイムに依存しています。 .NET をダウンロードして最初のアプリの作成を開始する方法については、「作業の開始」を参照してください。 .NET プラットフォームは、生産性、パフォーマンス、セキュリティ、信頼性を提供するように設計されています。 ガベージ コレクター (GC) を介した自動メモリ管理を提供します。 これは、GC と厳密な言語コンパイラを使用するため、タイプ セーフでメモリ セーフです。 async/およびawaitプリミティブを介してTaskを提供します。 これには、広範な機能を備え、複数のオペレー
.NET のトレーニング
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 .NET 向け Microsoft Learn .NET C#、F#、Visual Basic などのプログラミング言語を使用して、複数のプラットフォームにまたがるアプリを構築する方法をご確認ください。 Windows、Linux、macOS でサポートされており、.NET を使用して次のプロジェクトの開発を今すぐ開始することができます。 すべての .NET パスを参照する .NET の概要 .NET は、さまざまな種類のアプリケーションをビルドするための、無料のクロス プラットフォームかつオープン ソースの開発者向けプラットフォームです。 .NET では、複数の言語、エディター、およびライブラリを使用して、
グーグル、信頼できる「Chrome」拡張機能に認証バッジを付与開始--実績ある開発者にも
Googleは、ウェブブラウザー「Chrome」用の優れた拡張機能を見つけやすくするため、「Chrome Web Store」で認証バッジ「Featured」「Established Publisher」の付与を開始した。 これらのバッジは、安全で使いやすく、信頼できると判断した拡張機能を示すもの。Chrome Web Storeで提供する拡張機能に対して、Googleが付与する。 Featuredバッジは、拡張機能の操作性やデザインがGoogleの基準を満たしているものに与えられる。最新のAPIを使っているかや、ユーザーのプライバシーに配慮しているかに加え、紹介ページの解説内容と画像なども評価対象だ。
Java 18新機能とJava 19以降に入りそうな機能
2022/3/29に行われたJJUG ナイトセミナーでの登壇資料です https://jjug.doorkeeper.jp/events/134652
System.Net 名前空間
最近のネットワークで使用されている多くのプロトコル用の単純なプログラミング インターフェイスを提供します。 System.Net 名前空間のクラスは Windows ストア スタイルのアプリケーションまたはデスクトップ アプリケーションで使用できます。 Windows ストア アプリで使用する場合、System.Net 名前空間のクラスはネットワークの分離機能の影響を受けます。この機能は、Windows Developer Preview によって使用されるアプリケーション セキュリティ モデルの一部です。 Windows ストア アプリによるネットワーク アクセスがシステムで許可されるようにするには、Windows ストア アプリのアプリケーション マニフェストで適切なネットワーク機能を有効にする必要があります。 詳細については、「Network Isolation for Window
TCP/IP 生ソケット - Win32 apps
生ソケットは、基になるトランスポート プロバイダーへのアクセスを許可するソケットの一種です。 このトピックでは、生のソケットと IPv4 および IPv6 プロトコルについてのみ説明します。 これは、ATM を除く他のほとんどのプロトコルが生ソケットをサポートしていないためです。 生のソケットを使用するには、使用されている基になるプロトコルに関する詳細情報がアプリケーションに必要です。 IP プロトコルの Winsock サービス プロバイダーは、SOCK_RAWのソケット 型 をサポートできます。 Windows に含まれる TCP/IP 用の Windows Sockets 2 プロバイダーでは、この SOCK_RAW ソケットの種類がサポートされています。 このような生ソケットには、次の 2 つの基本的な種類があります。 最初の型は、Winsock サービス プロバイダーによって認識
ネットワークインタフェース
Documentation Home > ネットワークインタフェース ネットワークインタフェースBook Informationはじめに第 1 章 ネットワークインタフェースとはSunOS 5.8 におけるネットワーキングOSI (開放型システム間相互接続) 参照モデルOSI 層の定義トランスポート層トランスポート層インタフェース (TLI)第 2 章 ソケットインタフェースソケットはマルチスレッドに対して安全SunOS 4 のバイナリ互換性ソケットの概要ソケットライブラリソケットタイプインタフェースセットソケットの基本的な使用ソケットの作成ローカル名のバインド接続の確立接続エラーデータ転送ソケットを閉じるストリームソケットの接続データグラムソケット入出力の多重化標準のルーチンホスト名とサービス名hostent - ホスト名netent - ネットワーク名protoent - プロトコル
第 2 章 ソケットインタフェース (ネットワークインタフェース)
第 2 章 ソケットインタフェース この章では、ソケットインタフェースについて、プログラム例を示して具体的に説明します。 「ソケットの概要」 「ソケットの基本的な使用」 「標準のルーチン」 「クライアントサーバープログラム」 「拡張機能」 ソケットはマルチスレッドに対して安全 この章で説明するインタフェースは、マルチスレッドに対して安全です。ソケット関数の呼び出しを含むアプリケーションは、マルチスレッド対応のアプリケーションで自由に使用できます。しかし、アプリケーションに有効な多重度は指定されていません。 SunOS 4 のバイナリ互換性 SunOS 4 以降の主な変更は、SunOS 5 リリースにも継承しています。パッケージにバイナリ互換性があるため、動的にリンクされた SunOS 4 ベースのソケットアプリケーションは SunOS 5 でも実行できます。 コンパイル行で、ソケットライブ
フロントエンドのテストのモックには msw を使うのが最近の流行りらしい
皆様フロントエンドのテストを書いていらっしゃいますでしょうか？ フロントエンドのテストを書くときには API コールする処理を全てモックする必要があります。外部の API をコールする処理をテストに含めると API サーバーが落ちているなどの外部の要因によってテストが失敗してしまう可能性がありますし、テストを実行するたびに実際に API をコールしてしまうとサーバーに負荷がかかってしまうなど外部に対しても悪影響を与えてしまいます。 さて、従来のモックする手段としては Jest のモックを利用して axios や fetch などのモジュールをモック化する手法がよく使われていたかと思います。 最近のテスト手法として API コールをモックする際に Jest ではなく Mock Service Worker (以下 msw ）を使用する手法が注目されています。実施にどのように使用されているのか
超高速な開発ができるわけ | Yakst
あるひとりの人がシステムを作ったが故にそのシステムに精通している場合に、最も生産的な開発が行われる。しかしこれは、ひとりの人がシステムの面倒を見ることを超えてシステムが成長する時には矛盾してしまう。 ある状況下において、特定の開発者たちが他の人の10倍生産性が高くなることがあるのはなぜかについて議論してみましょう。 ヒント : 開発者の話ではなく、状況が大きなカギ。 生産性が非常に高いことにウキウキした気分になるのはいつでしょうか。新しい機能が指先からあふれ出てくる時？それは、私たちが関わるツールのことを知り尽くしている時、あるいはもっと決定的に言うと、自分がシステムを変更しつつある時に起こるのです。自分のバックパック、それも自分で詰め込み、そしてひとつひとつの小袋の中まで何年にもわたる旅行を経て調整してきたバックパックの中身を知っているように、システムを知ることです。それぞれのモジュール
The complete GraphQL Security Guide: Fixing the 13 most common GraphQL Vulnerabilities to make your API production ready
Editor's Note: While this post provides great insights into securing GraphQL APIs and addressing vulnerabilities, we'd like to introduce you to WunderGraph Cosmo, our complete solution for GraphQL Federation and API management. Cosmo goes beyond securing individual endpoints; it offers a comprehensive platform for managing and federating APIs with built-in security features, performance optimizati
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft joins Jakarta EE and MicroProfile Working Groups
System.Net.Sockets 名前空間
Microsoft、HTTP/3のサポートなど.NET 6におけるgRPCの新機能を紹介
Another REST vs GraphQL comparison
WebRTCは開始から10年後に公式のWeb標準へ
