【本命】Blazor スレ2【真打】 (734ﾚｽ)
上下前次1-新
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 がインストールされていてそれを
使う場合より使うのが難しくなるということだよね？
373: 2021/04/11(日)11:09 ID:XWj7PX2h(5/22) AAS
asp.net がインストールされている？？何を言ってるんだ…
374: 2021/04/11(日)11:09 ID:XWj7PX2h(6/22) AAS
触ったらだめなキチガイだったか
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に対応してないんだから、
省1
376: 2021/04/11(日)11:22 ID:/n4R+0/C(4/16) AAS
外部ﾘﾝｸ:creativeweb.jp
↑
によれば、「ASP.NET Core アプリを Linux サーバーで公開」するためには、
.NET Core を Linux サーバー内に ssh などを使ってインストールしないと
いけないようだ。
377(1): 2021/04/11(日)11:37 ID:syn0hQCz(1) AAS
珍しい
すごい伸びてるじゃないか
（会話の内容は俺には分からんけど）
378: 2021/04/11(日)13:27 ID:1cW0EbU+(1/2) AAS
>>377
喋るおもちゃが来るとスレは伸びるのです
379: 2021/04/11(日)13:31 ID:Q9yH7NgY(3/5) AAS
無礼度 ★☆☆☆☆
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ではストレージ容量が少ないことと、権限の問題のために
省1
381(1): 2021/04/11(日)14:22 ID:XWj7PX2h(7/22) AAS
だから嘘は良くないってのに
382: 2021/04/11(日)14:22 ID:XWj7PX2h(8/22) AAS
だめだこいつ
383: 2021/04/11(日)14:27 ID:/n4R+0/C(6/16) AAS
>>381
どう嘘なのか書いてください。
384: 2021/04/11(日)14:30 ID:XWj7PX2h(9/22) AAS
何度も書いてる
Blazor WebAssemblyでもAzureADやAuth0みたいなIDaaSと組み合わせれば認証ロジック組めるし、既にそのドキュメントも>>340で上げられている
385: 2021/04/11(日)14:31 ID:XWj7PX2h(10/22) AAS
「asp.netが使えるサーバー」って時点で既にわけがわからない。Blazor もASP.NETなんだが？
386: 2021/04/11(日)14:32 ID:XWj7PX2h(11/22) AAS
「簡単」かどうかなんて主観と本人のスキル次第
387: 2021/04/11(日)14:33 ID:XWj7PX2h(12/22) AAS
「ASP.NET」が何を意味しているのかってとこから勉強し直しなさい
388: 2021/04/11(日)14:36 ID:NiCXe+AT(1) AAS
ドキュメントまでたどり着いてるのに、なぜできないと思いこんでるんだろこいつ
389: 2021/04/11(日)14:51 ID:/n4R+0/C(7/16) AAS
では逆に聞きますが、Blazor Wasmは、Azureサーバーや
.NET Coreが使えるサーバーに設置しても Linux サーバーに
設置した場合と比べて、機能的な優位性が全くないということでいいのですか？
390: 2021/04/11(日)15:21 ID:XWj7PX2h(13/22) AAS
1 Azureサーバー
2 .NET Coreが使えるサーバー
3 Linux サーバー
この3つは具体的に何を指してるんだ？互いに排反な例を出してくれよ
391: 2021/04/11(日)15:24 ID:XWj7PX2h(14/22) AAS
Linuxサーバーでも.NET Coreがサポートしているディストリビューションとそうでないものがあるし…Azureサーバーに至っては何を指してるかさっぱりわからん。
Blazor なんかに手を出す前に、もっと基本的な知識をつけた方がいいんじゃないのかい？
392(1): 2021/04/11(日)15:37 ID:8VpJBhqb(1/3) AAS
ガレージ車と青い車に比べて、車の利点は何ですか？みたいな聞き方されてもなw
393(1): 2021/04/11(日)15:43 ID:riIuKi3U(1) AAS
>>392
普段車に乗ってる俺でも例えがさっぱり分からん
394: 2021/04/11(日)15:46 ID:8VpJBhqb(2/3) AAS
>>393
車と青い車のどっちがいい？って言われても互いに排反じゃないから答えられないでしょ？
ガレージ車なんて言われても、何のこと指してるかわからないでしょ？
395(1): 2021/04/11(日)15:55 ID:/n4R+0/C(8/16) AAS
では、もう少し正確に質問します:
「では逆に聞きますが、Blazor Wasmは、.NET が使えるサーバーに設置しても
.NETが使えないLinux サーバーに設置した場合と比べて機能的な優位性が全く
ないということでいいのですか？」
396: 2021/04/11(日)16:00 ID:XWj7PX2h(15/22) AAS
誰が全くないだなんて言ったの？
397(1): 2021/04/11(日)16:06 ID:XWj7PX2h(16/22) AAS
質問中の.NETは.NET5以降の話をしているっていう前提で言うと、わかりやすい例はBFFとか？
まあ同じ言語で自由にWeb API書いてデプロイできる環境があるってだけでも大きなメリットだと思うけど？
398: 2021/04/11(日)16:37 ID:/n4R+0/C(9/16) AAS
>>397
そんなものだけのためにMSクラウドが使われているということ？
399: 2021/04/11(日)16:41 ID:XWj7PX2h(17/22) AAS
なぜそうなった
400: 2021/04/11(日)16:42 ID:XWj7PX2h(18/22) AAS
どういう思考回路でそうなったのか誰か解説してくれ…
401: 2021/04/11(日)17:09 ID:/n4R+0/C(10/16) AAS
クラウドって、開発言語との親和性以外の売りが理解できない。
サーバーのスケーリングが必要になるほどの大事業ってそんなにあると
は思えないんだが。
402(1): 2021/04/11(日)17:10 ID:cIPKVqmL(3/6) AAS
単に認証ができればいいだけなら
確かにサーバー側には認証ロジックいらないけど
ユーザーごとになにか制限かけるとか
ユーザーごとにデータ保存するとかなら
その当たりのロジックは必要
でも実装はasp.net core である必要はなくてphpでもいい
403: 2021/04/11(日)17:13 ID:1cW0EbU+(2/2) AAS
MSクラウドってAzureのことなのかな？
Azureでクラウド構築っていうならASP.NETが選択肢になるのは当然だし
何の話してんのか分かんないよね
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つのファイルを全員で共有するしかないので、
一人でも書き損じたら全員のデータがクラッシュしてしまう可能性があるし、
かなり難しいぞ。
407: 2021/04/11(日)18:04 ID:cIPKVqmL(4/6) AAS
>>405
？
AzureADで認証されていないアクセスがきたら
そっちで認証するよう誘導するだけだろ
408: 2021/04/11(日)18:05 ID:XWj7PX2h(19/22) AAS
もうNGにしたわ
409: 2021/04/11(日)18:41 ID:9ef64+I3(1) AAS
ASP.NETなんてもうマジで要らない
こんなの流行る訳無いんだよね
.NETを利用しないフロントがHTML,CSSでコードがC#のシステムにしてくれよって思う
410(1): 2021/04/11(日)19:07 ID:Q9yH7NgY(4/5) AAS
自分としてはID:XWj7PX2hが変なことを言ってるようにしか見えないんだけど
asp.netが何かとか逆に聞きたいなと
411: 2021/04/11(日)19:13 ID:/n4R+0/C(14/16) AAS
ログイン認証は、自分で作ると物凄く大変だし、プログラムの修正中に
僅かなミスで全顧客のデータを全て消失してしまう可能性も有る。
だから、アプリとはプロセスを分離したりして超安定状態にすることも必要
かと思われるので、企業が使うレベルのものを自作するのは物凄く大変。
その意味で、asp.netで一番大切なのはログイン認証なのではないかと思ったりする。
Ruby on Railsでもログイン認証が出来るし、Word PressもPayPalと連携して購入者
の記録を残せたりするが、そういうことが出来たから沢山使われたのではないかと
省1
412(1): 2021/04/11(日)19:16 ID:Q9yH7NgY(5/5) AAS
Kestrelの扱いをどうとらえるかと言う問題なのにap.netがどうとか言い出して本質がおかしく見える
静的なサイトでnginx apacheでサービス提供してる場合とかも無視だし
何も参考にならないのに延々とレスしてる
413: 2021/04/11(日)19:27 ID:/n4R+0/C(15/16) AAS
FATファイルシステムとかでも、個々のファイルは重ならないセクタに記録されて
いるので、新しいファイルの書き込み中にOSがダウンしても古いファイルは残る
(クラスタの番号の連鎖を管理しているFAT自体は、すべてのファイルのものが
1つのセクタに12BITずつ書かれるので危険ではあるが)。
すべての顧客情報を1ファイルに記録するとなると、セクタの分離もないので
cgiやバックエンドのプログラムが一回でもバグると全顧客情報が破損してしまう。
MySQLなどを使っても、その恐怖は果たして回避できるのだろうか？
414: 2021/04/11(日)19:39 ID:XWj7PX2h(20/22) AAS
>>410
何が変なの？
415(1): 2021/04/11(日)19:40 ID:XWj7PX2h(21/22) AAS
asp.netをインストールとかわけわからんこと言ってるやつがいるんやで
416(1): 2021/04/11(日)19:44 ID:8VpJBhqb(3/3) AAS
>>412
そうそう、Blazor WebAssembly+AzureADでユーザー認証できるよってドキュメントまで出てるのに、asp.net のインストールとかAzureサーバーとか言い出してわけわからんよね
417: 2021/04/11(日)19:44 ID:/n4R+0/C(16/16) AAS
>>415
それはasp.netの事を知らなかったからそう書いてしまっただけ。
.net coreでもインストールしておけばasp.netは使える様になるんだよね、多分。
418(2): 2021/04/11(日)20:35 ID:cIPKVqmL(5/6) AAS
>>416
まぁできても意味ないけどな
サーバーとデータのやりとりするのに
サーバー側で認証管理するロジックは必要だし。
認証なしのデータ読みとり書き込み可能なAPI公開するなら
最初から認証なんていらないんじゃない？
って話だし
省2
419: 2021/04/11(日)20:43 ID:cIPKVqmL(6/6) AAS
>>395
webassemblyで作るなら作ったものの機能的な優位性はない
ただし開発効率は高いはず
420: 2021/04/11(日)20:47 ID:XWj7PX2h(22/22) AAS
>>418
だからAzureADなんでしょ？
421: 2021/04/11(日)22:07 ID:ctQg4gWa(3/3) AAS
やっぱこのレベルがBlazorユーザーだったか...
422: 2021/04/12(月)01:14 ID:Y2M+lEWn(1) AAS
違うな
プログラマなんてこんなレベルがほとんど
423(2): 2021/04/12(月)01:57 ID:1xIwm1aP(1/8) AAS
>>418
そういえば、仮にcore-serverに自作プログラムを設置して、別サーバーにある
AzureADで認証した場合、core-serverの中のデータベースにアクセスする権限
はいったいどうやって管理するんだろう。
AzureADで認証済みであることをcore-serveを間違いなく確実に知ることが
必要となるが。
AzureADのサーバーからバックボーンのインターネットによってcore-server
省1
424(1): 2021/04/12(月)02:16 ID:BPMzop8r(1) AAS
アプリに直接認証機構を組み込むのではなく、前段のリバースプロキシで認証をかけてアプリ側は認可情報だけを受け取るのがベターだね
Azureは糞なので間違っても採用してはいけないが、アプリもAzureでホストするなら一応ノンプログラミングでそれができる
425: 2021/04/12(月)02:28 ID:qCZg3p1W(1) AAS
君はAWSの中の人なのかい？
426: 2021/04/12(月)02:32 ID:1xIwm1aP(2/8) AAS
>>424
例えば、アプリをレンタルサーバーに設置して、リバースプロキシを
同じレンタルサーバーにインストールして動作させることは可能なんでしょうか。
427(1): 2021/04/12(月)08:13 ID:1jyIqj6e(1/2) AAS
>>423
サーバーアプリケーション側で
実際にその認証情報が正しいものかを
Identity Provider（例えば azureAD）に問い合わせる
428: 2021/04/12(月)10:24 ID:o1bf8P7D(1) AAS
事前に入手した鍵で認証トークンを検証するだけ
429(2): 2021/04/12(月)11:19 ID:1xIwm1aP(3/8) AAS
>>427
Google や Twitter の account をいろいろなサイトのサインインに使える
ことがあるけど、それも似た仕組み？
あれって無料なのかな？
430: 2021/04/12(月)11:34 ID:1jyIqj6e(2/2) AAS
>>429
同じ
431(1): 2021/04/12(月)11:40 ID:1xIwm1aP(4/8) AAS
でもasp.net mvc や asp.net WebFormsならログイン認証は全くプログラム
せずに最初から出来る様になっているのと比べたら全然違う。
432: 2021/04/12(月)13:04 ID:3TTPFD5V(1/4) AAS
>>429
GoogleとかFirebaseの認証を
自前アプリに組み込んで見たら。
433(1): 2021/04/12(月)13:08 ID:3TTPFD5V(2/4) AAS
>>431
ログイン認証の方式とか
弱いのから強いのまで様々ある。
実装方法もまるで違う。
まあ、プロなら認証機構を自前で実装するのはさけるね。
ハッキングの対応に追われる事必死だから。
434: 2021/04/12(月)16:32 ID:1xIwm1aP(5/8) AAS
>>433
外人が作った作った認証APIをちゃんと理解して自分でプログラムから
呼び出して使うのもまた難しそう。
435(1): 2021/04/12(月)16:35 ID:1xIwm1aP(6/8) AAS
外人が作った認証APIは理解するのが難しいので、使い方や設定を間違ってしまって
テストでは動くが気づかないセキュリティーホールが入ってしまっていたりなんか
しないか心配だ。
436: 2021/04/12(月)16:46 ID:27nLnmGr(1) AAS
脳に不具合のある人でなければ大丈夫
437: 2021/04/12(月)16:48 ID:3TTPFD5V(3/4) AAS
>>435
自分作って
ついでにセキュリティーホール作って
賠償問題になるよかまし。
438: 2021/04/12(月)17:07 ID:1xIwm1aP(7/8) AAS
自分で作らなくても、ちょっと設定を間違うだけで訴訟問題になったりして。
439: 2021/04/12(月)17:09 ID:1xIwm1aP(8/8) AAS
間違っていてもテストでは分からないところが怖い。
AzureADやGoogleの認証とかはソースが大きすぎて読んでも理解するのは
難しいだろうし、結局こっちの使い方が間違っていてもテストでは動作する
から、使い方の間違いに気づく可能性は低い。
440: 2021/04/12(月)19:40 ID:3TTPFD5V(4/4) AAS
全く認証がわかってない人の言葉とは思えん。
441(1): 2021/04/12(月)20:18 ID:W7wQgW72(1) AAS
大きな問題になるような現場ならMSなりのサポートにちゃんと聞くか入ってもらうんじゃね
自前が怖いは同意
442: 2021/04/13(火)17:34 ID:scp/O+nj(1) AAS
>>441
逆に小さな現場では確実に正しく使いこなすのは難しい。
443: 2021/04/14(水)16:48 ID:xf0C3kxt(1) AAS
>>423
SAMLだとAD側で動的セキュリティグループで認証は絞り込める
属性による認可はSAMLオーソリティを読み込んで実装する
意外とSAMLの属性のデバックとか面倒くさい
444(1): 2021/05/02(日)13:03 ID:JJ8huCze(1) AAS
サーバーサイドとクライアントサイドの使い分け基準がよく分からん…
素人感覚だとサーバーサイド方が需要高いのかなと思ったけどブログや記事見るとそんなことなさそうだよね
445(1): 2021/05/03(月)10:47 ID:XJTUjho8(1) AAS
azureとか通信量で重量課金になるようなところでホストするなら
WebAssemblyかなぁ
アプリはそんなに頻繁に更新しないという前提が必要だけど。
サイトのアクセス数が多くて
利用の仕方が長時間接続したままになるんだったら
WebAssemblyかなぁ
446: 2021/05/05(水)21:52 ID:bFSIIS5H(1) AAS
>>445
後者がServerって理解でいい？
447: 2021/05/05(水)22:07 ID:wt31bFvh(1) AAS
>>444
至るところに書いてあるけど何がわかんないの？
448: 2021/05/18(火)21:13 ID:Gzn0lE0/(1) AAS
それって無礼じゃないですかぁ
449: 2021/05/19(水)10:16 ID:BIRmA78o(1) AAS
サーバーサイドの方がセキュリティの設定が楽
we assemblyのがクライアントサイドで動くから速いと言われてるけど
サーバーサイドでもそんなに問題なく動く
450: 2021/05/19(水)20:34 ID:NeVz061v(1) AAS
海外に拠点がある会社が作ってるUIコンポーネントのデモサイトとか目に見えて遅いけどな
クリックして数秒待たされる感じ
自社内でしか動かないお手軽サイトならいいとおもうけど。
451(1): 2021/05/19(水)21:53 ID:7ZLJ85I8(1) AAS
やっぱり存在意義が微妙と言うか終わってますね
ネタとしても良くない
ここにリソースを割くべきじゃない
上下前次1-新書関写板覧索設栞歴
あと 283 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s