【本命】Blazor スレ2【真打】 (734ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
371: 2021/04/11(日)10:49 ID:/n4R+0/C(1/16) AAS
仮にAzureADが無料の場合があるとしても：
1. どんな規模の企業がどんな目的で使っても無料なのか？
2. ログイン機能の使い方などが、asp.netを使う場合と全く同じにできる？
372: 2021/04/11(日)11:00 ID:/n4R+0/C(2/16) AAS
>>369
これはつまり、AzureADやAuth0 だけでは、サーバー側のコードが不足
してしまうので、サーバー側に asp.net がインストールされていてそれを
使う場合より使うのが難しくなるということだよね？
375: 2021/04/11(日)11:18 ID:/n4R+0/C(3/16) AAS
「asp.net がインストール」ではなく「.netがインストール」かも知れない。
外部ﾘﾝｸ:docs.microsoft.com
The following deployment strategies are supported:
1. The Blazor app is served by an ASP.NET Core app. This strategy is covered in the Hosted deployment with ASP.NET Core section.
2. The Blazor app is placed on a static hosting web server or service, where .NET isn't used to serve the Blazor app. This strategy is covered in the Standalone deployment section, which includes information on hosting a Blazor WebAssembly app as an IIS sub-app.
2の方は「where .NET isn't used to server the Blazor app」である場合ということ。
.NETでserveされていなければ、サーバー側がasp.netに対応してないんだから、
ログイン認証機能も本来の使い方が出来ないのでは？
376: 2021/04/11(日)11:22 ID:/n4R+0/C(4/16) AAS
外部ﾘﾝｸ:creativeweb.jp
↑
によれば、「ASP.NET Core アプリを Linux サーバーで公開」するためには、
.NET Core を Linux サーバー内に ssh などを使ってインストールしないと
いけないようだ。
380: 2021/04/11(日)13:40 ID:/n4R+0/C(5/16) AAS
>>368
・Blazor Wasmアプリ自体は、プレーンなLinuxレンタルサーバーにも設置可能。
・asp.netが使えるサーバーだとログイン認証機能をWebアプリに簡単に
導入できるが、プレーンなLinuxレンタルサーバーからのBlazor Wasmアプリ
だと無理。
・Linuxレンタルサーバーでasp.netを使うためには、.net core のインストールが
必要となり、lollipopではストレージ容量が少ないことと、権限の問題のために
無理。
383: 2021/04/11(日)14:27 ID:/n4R+0/C(6/16) AAS
>>381
どう嘘なのか書いてください。
389: 2021/04/11(日)14:51 ID:/n4R+0/C(7/16) AAS
では逆に聞きますが、Blazor Wasmは、Azureサーバーや
.NET Coreが使えるサーバーに設置しても Linux サーバーに
設置した場合と比べて、機能的な優位性が全くないということでいいのですか？
395(1): 2021/04/11(日)15:55 ID:/n4R+0/C(8/16) AAS
では、もう少し正確に質問します:
「では逆に聞きますが、Blazor Wasmは、.NET が使えるサーバーに設置しても
.NETが使えないLinux サーバーに設置した場合と比べて機能的な優位性が全く
ないということでいいのですか？」
398: 2021/04/11(日)16:37 ID:/n4R+0/C(9/16) AAS
>>397
そんなものだけのためにMSクラウドが使われているということ？
401: 2021/04/11(日)17:09 ID:/n4R+0/C(10/16) AAS
クラウドって、開発言語との親和性以外の売りが理解できない。
サーバーのスケーリングが必要になるほどの大事業ってそんなにあると
は思えないんだが。
404: 2021/04/11(日)17:45 ID:/n4R+0/C(11/16) AAS
>>402
出来る出来ないの問題ではやる方法はいくらでもあるのは当然ではあるが、
asp.netにおいてはログイン認証機能をアプリにつけるのがとても簡単に出来る
ことが売りの一つであったはずなんだ。
405(2): 2021/04/11(日)17:54 ID:/n4R+0/C(12/16) AAS
認証が簡単に出来ると思ったら大間違いだぞ。
phpで認証するとしても、最初から出来ているソースコードを使うならいいが、
自分で作るのはプログラミング力だけでなく、数学や暗号、ロック技術、
ハッキング対策などすべてに詳しい人でないと駄目なんだぞ。
406: 2021/04/11(日)17:56 ID:/n4R+0/C(13/16) AAS
>>405
例えば、認証の途中でいろいろな理由により回線やプログラムがダウンする可能性
もあるので、そうなった時でもデータがおかしくならないようにするとか、
普通、さまざまな人の情報が書かれた1つのファイルを全員で共有するしかないので、
一人でも書き損じたら全員のデータがクラッシュしてしまう可能性があるし、
かなり難しいぞ。
411: 2021/04/11(日)19:13 ID:/n4R+0/C(14/16) AAS
ログイン認証は、自分で作ると物凄く大変だし、プログラムの修正中に
僅かなミスで全顧客のデータを全て消失してしまう可能性も有る。
だから、アプリとはプロセスを分離したりして超安定状態にすることも必要
かと思われるので、企業が使うレベルのものを自作するのは物凄く大変。
その意味で、asp.netで一番大切なのはログイン認証なのではないかと思ったりする。
Ruby on Railsでもログイン認証が出来るし、Word PressもPayPalと連携して購入者
の記録を残せたりするが、そういうことが出来たから沢山使われたのではないかと
思う。ログイン認証は技術的にとても高度。
413: 2021/04/11(日)19:27 ID:/n4R+0/C(15/16) AAS
FATファイルシステムとかでも、個々のファイルは重ならないセクタに記録されて
いるので、新しいファイルの書き込み中にOSがダウンしても古いファイルは残る
(クラスタの番号の連鎖を管理しているFAT自体は、すべてのファイルのものが
1つのセクタに12BITずつ書かれるので危険ではあるが)。
すべての顧客情報を1ファイルに記録するとなると、セクタの分離もないので
cgiやバックエンドのプログラムが一回でもバグると全顧客情報が破損してしまう。
MySQLなどを使っても、その恐怖は果たして回避できるのだろうか？
417: 2021/04/11(日)19:44 ID:/n4R+0/C(16/16) AAS
>>415
それはasp.netの事を知らなかったからそう書いてしまっただけ。
.net coreでもインストールしておけばasp.netは使える様になるんだよね、多分。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s