サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
ChatGPT
techinfoofmicrosofttech.osscons.jp
実行ポリシー † PowerShell の スクリプトファイルは、 拡張子 .ps1 のテキストファイル。 *.ps1スクリプトファイルは、コマンドプロンプトの中で 「powershell .\script.ps1」、 または、PowerShellコマンドプロンプトの中で「.\script.ps1」 の様にして実行できる。 が既定では、PowerShell スクリプト そのものについて、 実行が抑止されているので *.ps1 を実行するには、 以下の設定変更または回避方法を検討する。 実行ポリシーを変更 PowerShell -Command - 構文でスクリプトを読み込ませる PowerShellコマンドプロンプトの中に貼り付ける ↑ Set-ExecutionPolicy? † 実行ポリシーを変更するには、Set-ExecutionPolicy? を実行します。 Set-Executi
概要 † 「ClickOnce」（クリック ワンス）は、.NET Framework 2.0に搭載されたWindowsアプリケーションの配布・自動更新基盤で、.NET Framework 1.xで提供されていた「ノータッチ デプロイメント」の後継技術である。 「ノータッチ デプロイメント」は、セキュリティ、配布（キャッシュの仕組み、DLL、Configファイルの配布）、パラメータ受け渡しなどで発生する問題点の対策が複雑であったため「.NET Framework 2.0」から「ClickOnce」という新しい技術が登場した。 ↑ ターゲット † 「ClickOnce」は、 「XCOPY」・「インストーラ」での配布や、自作の自動デプロイ・ツールから、 ⇒「ノータッチ デプロイメント」⇒「ClickOnce」という歴史を経て、 以下のようなアプリケーションを配布・自動更新することにターゲットにし
2025-09-25 Azure OpenAI Service 2025-09-24 Azure Subscriptionの管理@エンプラ AzureのPoC環境を契約する 2025-09-18 KiTTY(PuTTY) RLogin Tera Term OpenSSH SSH Windows Terminal PuTTY Linux 2025-09-09 Python for Visual Studio Code Visual Studio Code 2025-09-08 WOW64 64bit対応 2025-09-03 NuGetパッケージのデバッグ 2025-09-01 NuGetパッケージの開発と公開 2025-08-29 NuGetでインストールすると依存関係が増えすぎる問題 NuGet を使用したパッケージ管理 NuGetプライベート・リポジトリ NuGetパッケージのプレリリ
2025-09-26 Azure OpenAI Service 2025-09-24 Azure Subscriptionの管理@エンプラ AzureのPoC環境を契約する 2025-09-18 KiTTY(PuTTY) RLogin Tera Term OpenSSH SSH Windows Terminal PuTTY Linux 2025-09-09 Python for Visual Studio Code Visual Studio Code 2025-09-08 WOW64 64bit対応 2025-09-03 NuGetパッケージのデバッグ 2025-09-01 NuGetパッケージの開発と公開 2025-08-29 NuGetでインストールすると依存関係が増えすぎる問題 NuGet を使用したパッケージ管理 NuGetプライベート・リポジトリ NuGetパッケージのプレリリ
2025-10-01 メモ 2025-09-30 Azure OpenAI Service Linuxサブシステム SSH Visual Studio Code 2025-09-24 Azure Subscriptionの管理@エンプラ AzureのPoC環境を契約する 2025-09-18 KiTTY(PuTTY) RLogin Tera Term OpenSSH Windows Terminal PuTTY Linux 2025-09-09 Python for Visual Studio Code 2025-09-08 WOW64 64bit対応 2025-09-03 NuGetパッケージのデバッグ 2025-09-01 NuGetパッケージの開発と公開 2025-08-29 NuGetでインストールすると依存関係が増えすぎる問題 NuGet を使用したパッケージ管理 NuGetプラ
2025-10-18 事務作業系 2025-10-01 メモ 2025-09-30 Azure OpenAI Service Linuxサブシステム SSH Visual Studio Code 2025-09-24 Azure Subscriptionの管理@エンプラ AzureのPoC環境を契約する 2025-09-18 KiTTY(PuTTY) RLogin Tera Term OpenSSH Windows Terminal PuTTY Linux 2025-09-09 Python for Visual Studio Code 2025-09-08 WOW64 64bit対応 2025-09-03 NuGetパッケージのデバッグ 2025-09-01 NuGetパッケージの開発と公開 2025-08-29 NuGetでインストールすると依存関係が増えすぎる問題 NuGet を使用
経緯 † 2015年11月19日、WWW技術の標準化団体である W3Cに FIDO 2.0 のWeb API仕様を提案した。 FIDO 2.0は、FIDO 1.0の拡張ではなく、 UAFとU2Fを統合（補完し置換する）し、 OSやブラウザといったプラットフォームのサポートに最適化する、 プラットフォーム（ブラウザやOS）によるネイティブサポートのための仕様。 OSやブラウザのAPIが定義され、FIDO Clientといった中継のためのレイヤが無くなったため、 依拠当事者（Relying Party）から直接リクエストができる、見かけ上U2Fに近いシンプルな構成になった。 ↑ ざっくり † パスワードやOTPに代わる新しい認証 秘密鍵で署名（＝登録）をして、公開鍵で検証（＝認証） 秘密鍵で署名（＝登録） 依拠当事者（Relying Party）から認証機の登録を要求する。 署名のための秘密鍵
Webシステムの状態管理方式 † 2層C/Sシステムでは、クライアント側プログラムがDBに直接接続し、状態（UPが処理に必要とする一連の情報（制御情報や業務処理に必要な情報を含む））を一元管理するという方式が採用されている。これに対し3層C/SシステムやWebシステムでは、APサーバの拡張性・信頼性を確保するために、サーバの状態を保持しないで「サーバへのリクエスト」・「クライアントへのレスポンス」の間で必要な情報を持ち回り、サーバがリクエストを受け付けたときサーバ側で状態を復元するという方式が一般化した（一般的に、サーバに状態を保持しないほうが拡張性は高くなる（サーバに状態を保持した場合、信頼性を確保するための冗長化構成が組み難いなどの問題があるため））。しかし、近年のWebシステムにおいては、サーバに状態を保持した場合も拡張性・信頼性を確保するための技術（Session情報をリモート プ
(1-2) † http://www.atmarkit.co.jp/ait/articles/0210/02/news002.html 従来SSOは、認証クッキーを使って実現してきた。 クッキーは第三者が不正使用してなりすましを許す可能性がある。 認証クッキーは同じクッキードメイン内でのSSOに制限されている。 SAMLはクッキーを用いず、グローバルなSSOとより強力なセキュリティを可能にする。 企業間のそれぞれ独立したサービスをグローバルなSSOで連携させることが可能になる。 SAML標準の1つの目的 異なるベンダのアクセス制御製品間の相互運用性を推進すること。 異なるベンダ製品でサイト間でのSSOを実現することが難しい。 しかし、SAML標準を実装したアクセス制御製品間では連携SSOが可能となる。 SAMLはセキュリティ情報交換のためのXMLベースのフレームワークであり、 要求と応答の
2025-10-29 WSL → WSL2 2025-10-18 事務作業系 2025-10-01 メモ 2025-09-30 Azure OpenAI Service Linuxサブシステム SSH Visual Studio Code 2025-09-24 Azure Subscriptionの管理@エンプラ AzureのPoC環境を契約する 2025-09-18 KiTTY(PuTTY) RLogin Tera Term OpenSSH Windows Terminal PuTTY Linux 2025-09-09 Python for Visual Studio Code 2025-09-08 WOW64 64bit対応 2025-09-03 NuGetパッケージのデバッグ 2025-09-01 NuGetパッケージの開発と公開 2025-08-29 NuGetでインストールすると
概要 † Finalを参照して記述。 OpenID Connectの用途としては、「認証の仕様である」と言ってイイ。 しかし技術的には、「IDトークン発行のための仕様」と考えたほうがイイ。 JWT このIDトークンと呼ばれるトークンはJWTアサーションを使用している。 （JSON Serializationではなく、Compact Serializationを用いる。） 従って、JWTの生成（署名）・検証の仕組みについては、JWTを参照のこと。 このページでは、OpenID Connectの認証用のJWTアサーションの トークン・プロファイル（オプション仕様）についてを説明する。 ↑ プロトコル概要 † ざっくり、リクエスト→認証・認可→ユーザ情報を取得。 +--------+ +--------+ | | | | | |---------(1) AuthN Request--------
2025-05-09 .NET 8への移行 2025-04-22 Excelアドイン .NET 5への移行 2025-04-21 .NET Core .NET 10 .NET 8 .NET 5 .NET Coreバージョンアップ .NET 6 .NET 6への移行 .NET 10への移行 2025-04-18 Microsoft Office Visual Basic for Applications (VBA) Office Script Visual Basic Office 365 Access、Access VBA Excel、Excel VBA 2025-04-04 事務作業系 性能問題のポイント 2025-04-01 GitHub資格Copilot 2025-03-31 GitHub Copilot模擬試験 2025-03-30 GitHub Copilot MS Learn
2025-10-30 Python for Visual Studio Code 2025-10-29 WSL → WSL2 2025-10-18 事務作業系 2025-10-01 メモ 2025-09-30 Azure OpenAI Service Linuxサブシステム SSH Visual Studio Code 2025-09-24 Azure Subscriptionの管理@エンプラ AzureのPoC環境を契約する 2025-09-18 KiTTY(PuTTY) RLogin Tera Term OpenSSH Windows Terminal PuTTY Linux 2025-09-08 WOW64 64bit対応 2025-09-03 NuGetパッケージのデバッグ 2025-09-01 NuGetパッケージの開発と公開 2025-08-29 NuGetでインストールすると
2025-05-15 SQL Server のレプリケーション 2025-05-09 .NET 8への移行 2025-04-22 Excelアドイン .NET 5への移行 2025-04-21 .NET Core .NET 10 .NET 8 .NET 5 .NET Coreバージョンアップ .NET 6 .NET 6への移行 .NET 10への移行 2025-04-18 Microsoft Office Visual Basic for Applications (VBA) Office Script Visual Basic Office 365 Access、Access VBA Excel、Excel VBA 2025-04-04 事務作業系 性能問題のポイント 2025-04-01 GitHub資格Copilot 2025-03-31 GitHub Copilot模擬試験 202
概要 † 「Windowを前面に出す」方法については、 過去に似た問い合わせを何回も受けているため纏めておきます。 技術的背景については、「ウィンドウ・システム」を参照のこと。 ↑ SetForegroundWindow? † ウィンドウの制御をプログラムから行う場合は、 SetForegroundWindow?のWin32 APIを使用できますが、 SetForegroundWindow?を使用する場合、以下の様な条件があるようです。 [WinSDK] ウィンドウを前面に出す方法ヘニックスのライブ小屋 http://phoenix3430025.wordpress.com/2012/01/04/winsdk-%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6%E3%82%92%E5%89%8D%E9%9D%A2%E3%81%AB%E5%87%BA%
標準（一括） † ストレート・コンバージョンの場合、 一般的な工程別・工数比率からテスト工数のみを積んだ 見積工数が新規開発の0.4 - 0.5倍になります。 ＃逆数を取ると生産性は2.0 - 2.5倍となります。 この数字は、実績（前提の工数比率）からも合っていると思います。 問題は、 VB6 → VB.NETの変換率であり、この変換率が低くなると、 上記のテスト工数に加えポーティング作業工数が増加することです。 変換率が低くなるにつれ、テスト工数・ポーティング作業工数が増加し、 新規開発に近い工数、場合によっては、それ以上の工数になる可能性があります。 VB6→VB.NET移行の総工数に、新規時の工数の 0.4 - 0.5倍 ～ 1.0倍 ～ 1.x倍の幅があることです。 そのような問題を事前に検知するための変換率の調査ですが、 ポーティング作業工数については正確なことが言えないので、
概要 † システムの運用中に、誤ってASP.NETのbinフォルダにDLLファイルをコピーしてしまうなどの問題でシステム障害を発生させてしまうという可能性があるようです。 このため、ココでは、ASP.NETでのbinファイルからのアセンブリ（DLLファイル）読み取りについての仕組みを説明します。 ↑ 1. はじめに † ASP.NET のアセンブリ *1 DLL 読み込みは、 Windows フォームなど他の技術によるアプリケーションのアセンブリ DLL 読み込みとは異なる方式が採用されている。 この点を配慮せず ASP.NET のローカル bin フォルダ内へむやみにアセンブリ DLL を大量登録すると、思わぬ弊害を生じる場合がある。 ここでは ASP.NET のアセンブリ DLL 読み込み方式と、それにより生じうる弊害などについて説明する。 特記なき限り、以下は ASP.NET Web
次のページ
このページを最初にブックマークしてみませんか？
『FrontPage - マイクロソフト系技術情報 Wiki』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
