スレ立てるまでもない質問はここで 155匹目

**デフォルトの名無しさん** · 2020/11/27(金) 10:07:17.73

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。
【前スレ】
スレ立てるまでもない質問はここで 154匹目
http://mevius.5ch.net/test/read.cgi/tech/1599472611/l50

**デフォルトの名無しさん** · 2021/02/19(金) 09:32:39.07

SPAは複数タブで開けないサイト多すぎて見る側からしたら不便だわ
開発者のオナニーの極み

**デフォルトの名無しさん** · 2021/02/19(金) 09:47:03.93

firebase consoleとかtopからURLコピペしないと複数タブ表示出来ないな、firestoreとかクソ重いし、いちいちリストとか展開して表示すんなよ

**デフォルトの名無しさん** · 2021/02/19(金) 10:10:37.83

>>911
気にはなる

ただ最初はよくてもお値段高くなっていってほんとにこれでよかったのか悩んでやっぱ昔のやり方で問題ないってなって移行するのに余計な工数かかるんだよな
まあ新しいことをやるのは大事なんだけどクラウドって金かかるよなあ

**デフォルトの名無しさん** · 2021/02/19(金) 10:15:03.78

>>915
AWSとかセキュリティとかSLAとか、コンサル会社入れてると思えばかなり安くね？データ欠損ゼロ保証だし。

**デフォルトの名無しさん** · 2021/02/19(金) 10:16:53.65

これなに言語？
https://i.imgur.com/QicdbpJ.png

**デフォルトの名無しさん** · 2021/02/19(金) 10:21:27.18

>>917
ruby マクロ多用

**デフォルトの名無しさん** · 2021/02/19(金) 10:22:44.66

>>916
なるほど
総合して考えるとたしかに

**デフォルトの名無しさん** · 2021/02/19(金) 10:27:42.10

>>919
あと、飲食店のオーダー管理レベルならfirestoreで十分いける。実はRDB無しの設計でいける案件だらけ。

**デフォルトの名無しさん** · 2021/02/19(金) 11:04:12.53

このガイジRubyぽいな（笑）

**デフォルトの名無しさん** · 2021/02/19(金) 11:05:10.80

今夜もDjangoで踊りまくるぜ

**デフォルトの名無しさん** · 2021/02/19(金) 11:31:52.65

>>895
またお前は言い返せないのかｗ

**デフォルトの名無しさん** · 2021/02/19(金) 11:58:56.25

>>913
そんなんある？

**デフォルトの名無しさん** · 2021/02/19(金) 12:01:50.17

firestoreってフロントエンドからDBに直接アクセスするんでしょ
すぐにカオス化しそう

**デフォルトの名無しさん** · 2021/02/19(金) 12:24:30.36

>>917
HLSL

**デフォルトの名無しさん** · 2021/02/19(金) 13:23:12.69

>>925
もうそれが当たり前なんだが・・

**デフォルトの名無しさん** · 2021/02/19(金) 13:28:21.62

>>925
IDとかパスワードはどうするの？
フロントから直だと隠せないじゃん

**デフォルトの名無しさん** · 2021/02/19(金) 13:29:33.51

バックエンドエンジニアは仕事少なくて毎日楽々バカンス
フロントエンジニアはこれまでバックエンドでやっていた仕事分も増えてサービス残業がさらに増える

**デフォルトの名無しさん** · 2021/02/19(金) 13:39:50.84

なにもフロントの裏側のCRUDのAPI作るだけがバックエンドじゃないだろ
そういうのはフロントの担当が兼業してる場合も多い
専業のバックエンドエンジニアってもっと後方にある内部的なコアな部分とか、社内の業務プロセスと絡む部分であったりとか、バッチ処理などのデータフローを面倒見たりする

**デフォルトの名無しさん** · 2021/02/19(金) 13:46:06.90

>>927
まじで？どうやって管理してんだろ…
悪い奴がブラウザの開発者ツールでDBにアクセスしようとしてきたら、どうやって対応するのか
前から気にはなってたんだ

**デフォルトの名無しさん** · 2021/02/19(金) 13:50:58.88

>>930
実際にバックエンドはめちゃくちゃ仕事減ったしコード量が圧倒的に少なくなった
なぜなら業務ロジックがほぼすべてjsになったからバックエンドは大部分はDBから出し入れするだけ
もちろん全てではないけど97％くらい減った印象

**デフォルトの名無しさん** · 2021/02/19(金) 14:04:36.78

>>928
>>931
firebase auth

**デフォルトの名無しさん** · 2021/02/19(金) 14:04:48.81

フロントとバックエンドをあわせた全体のコードは
逆に膨れ上がってるけどなｗ

**デフォルトの名無しさん** · 2021/02/19(金) 14:08:03.18

>>933
認証じゃなくて、読み書き命令のこと
例えばゲームデータをfirestoreで管理してて、
ユーザーが開発者ツールでfirestoreにアクセスし、チートデータを書き込むのを防ぐにはどうする？

**デフォルトの名無しさん** · 2021/02/19(金) 14:09:31.00

それも含めてでしょ

**デフォルトの名無しさん** · 2021/02/19(金) 14:10:29.02

>>935
firebase authパスしないアプリはアクセスできない
firebase console入られたら終わるけど

**デフォルトの名無しさん** · 2021/02/19(金) 14:13:09.65

ユーザーはJavaScriptすら書き換えられる
DB丸出しで不正処理を防げるとはとうてい思えないんだが、不思議だ

**デフォルトの名無しさん** · 2021/02/19(金) 14:16:03.48

>>938
丸出しなわけないじゃんwクライアントライブラリがワンタイムトークンとかでやりとりしてるんだよ

**デフォルトの名無しさん** · 2021/02/19(金) 14:22:18.99

ガラパゴスかココはw

**デフォルトの名無しさん** · 2021/02/19(金) 14:28:16.97

XML関連の質問ってここでしていい？

**デフォルトの名無しさん** · 2021/02/19(金) 14:40:22.23

>>939
いやユーザーはそのトークンにアクセスできるだろ

**デフォルトの名無しさん** · 2021/02/19(金) 14:40:52.75

>>941
いいよ、JSON使ってほしいけど

**デフォルトの名無しさん** · 2021/02/19(金) 14:41:16.18

>>942
出来ない

**デフォルトの名無しさん** · 2021/02/19(金) 14:43:38.10

XMLは昭和の人間しか使ってないから質問しちゃダメだよ

**デフォルトの名無しさん** · 2021/02/19(金) 14:44:26.62

>>944
なんで？
クライアントはユーザーの手の内だから、解析されるんじゃないか？

**デフォルトの名無しさん** · 2021/02/19(金) 14:44:55.42

https://i.imgur.com/9SwW3TX.png
XML Schemaで分からないことがあるので教えてください。
この画像の赤く囲った部分を1つにまとめて書く方法ってある？

想定しているXML(で記述されたファイル)はこんな感じ
https://i.imgur.com/ro4PbbZ.png

**デフォルトの名無しさん** · 2021/02/19(金) 14:45:45.75

>>945
んなことはないw 肺が痛いから少し寝るかな

**デフォルトの名無しさん** · 2021/02/19(金) 14:50:16.91

>>947
親タグ作って並べれば？
配列にMappingするなら1個時に注意しないとだけど。
あと、実名には注意したほうがいいよw

**デフォルトの名無しさん** · 2021/02/19(金) 14:51:50.31

>>946
解析してる間に使用期限が切れるので

**デフォルトの名無しさん** · 2021/02/19(金) 15:00:25.79

つか、そうじゃなくて
authは本物に乗っかるんだよ
で、更新処理のとこだけ改ざんする
これどうやって対策してんの？

**デフォルトの名無しさん** · 2021/02/19(金) 15:08:46.20

>>951
乗っかれないから、更新処理って何？

**デフォルトの名無しさん** · 2021/02/19(金) 15:12:32.72

金額を1円に変更してお買い物できますか？

**デフォルトの名無しさん** · 2021/02/19(金) 15:23:48.69

>>952
アプリ改ざんできても乗っかれない？
どうやってんだろ、不思議だ

例えばさ
クリックカウントゲームを考えてみて
データベースには現在のカウントが保存されてる
沢山カウントを増やした人が勝ち

クライアントがこんな処理をするとする
　DB接続
　認証
　カウント読み取り→x
　カウント書き込み←x+1
　DB切断

もしクライアントが解析されてx+1の部分をx+100に改ざんされたら、どうなる？
そんな感じ

これをどうやって防いでるのか？
不思議でならない
本当に防げるなら、仕組みを知りたい

**デフォルトの名無しさん** · 2021/02/19(金) 15:48:15.69

>>954
http通信の暗号化前に改ざんできるツールあるからそれでいくらでも変更できる
js関係なく

**デフォルトの名無しさん** · 2021/02/19(金) 17:53:03.84

>>954
そういうのは書き込みはCloud Function経由にするんじゃないかな

**デフォルトの名無しさん** · 2021/02/19(金) 18:14:01.23

>>956
それもうバックエンドだよね

**デフォルトの名無しさん** · 2021/02/19(金) 18:59:36.62

>>954
単純に、
認証
　暗号化通信開始
　カウント読み取り→x
　カウント書き込み←x+1
　暗号化通信終了
だから出来ない
出来たら銀行アプリが作れない

**デフォルトの名無しさん** · 2021/02/19(金) 19:02:22.22

>>958
でもそのx+1って式はクライアントに定義されてるんでしょ？
なら改ざんの可能性はあるのでは？

**デフォルトの名無しさん** · 2021/02/19(金) 19:03:51.90

>>958
メモリの値じゃなくて、コードを改竄する話な
銀行アプリは例外なく、仮にアプリを全部完全に解析されて改竄されたものが使用されたとしても不正はできないように、重要な操作はバックエンドで実装されている

**デフォルトの名無しさん** · 2021/02/19(金) 19:08:24.26

>>960
コードの改竄なんかOSの信頼性で話が全く違うじゃん

コード改竄されたら銀行アプリもIBMのモバイルプラットフォーム使っても無理だよ、アプリから口座番号渡してるし

**デフォルトの名無しさん** · 2021/02/19(金) 19:11:02.76

>>961
んなわけないやろ
改竄したバージョンのコードを他人に配ることができるなら別だが、それは手元にあるものを改竄して手元で使うよりも遥かに難しい
改竄したアプリを自分で使ったところで他人のパスワードを知らなきゃ不正はできない

**デフォルトの名無しさん** · 2021/02/19(金) 19:12:48.88

チートがあるのだから防げてないのも
あるが重要なのは段階踏むよね
条件を満たしたらレベル上げる仕組みとか

**デフォルトの名無しさん** · 2021/02/19(金) 19:22:10.00

>>961
ついでに教えといてやろう
DBをフロントから直接弄らせる場合のセキュリティの考え方として、ユーザーは自分のデータしか触れないように認証サービスと連携してアクセス範囲を制限するのが一般的だ
例えばクラウド版Excelなんかはこれでも十分なわけだが、銀行アプリやゲームのチートなんかを考えれば容易にわかるように、自分のデータを触れるだけでも不正ができてしまうケースはとても多い
その対策としては、一般的にはバックエンドのAPIを作るしかない

**デフォルトの名無しさん** · 2021/02/19(金) 19:27:17.97

>>960
そうそう
こういう構造なら安心なんだよね

**デフォルトの名無しさん** · 2021/02/19(金) 19:30:27.17

>>964
なるほど
完全に個人が専有する類のデータならDB直接アクセスでもいいのかもね

**デフォルトの名無しさん** · 2021/02/19(金) 20:06:49.73

ID:IIFo83yTにとっては良い勉強になったな
本職ではなくイキった学生であることを切に祈る

**デフォルトの名無しさん** · 2021/02/19(金) 20:24:08.56

キャッシュカード券面撮影、文字認識とかして送ってたけど、改竄したアプリなんか実行できないから無問題なんだよね。

**デフォルトの名無しさん** · 2021/02/19(金) 21:05:27.98

>>917
const float, return, // とか、これは、mruby か？

mruby の本も出た。
mruby は、Ubuntu, C99/Ruby 併用

人工衛星イザナギ・イザナミなど、宇宙開発などで使っている

**デフォルトの名無しさん** · 2021/02/19(金) 21:10:27.43

>>968
怖すぎる
別にこのスレで間違いを認める必要はないが、改竄されることを前提に一度自分のコードを見直すことを強く勧める

**デフォルトの名無しさん** · 2021/02/19(金) 21:22:33.74

三井住友銀行系かな？

**デフォルトの名無しさん** · 2021/02/19(金) 22:18:34.17

>>970
アプリ改竄なんかされてたらアプリなんかねーよwww

**デフォルトの名無しさん** · 2021/02/19(金) 23:19:31.86

AWSのコンサルとかで食いたいダニが・・

**デフォルトの名無しさん** · 2021/02/19(金) 23:21:23.65

>>970
キチガイなの？

**デフォルトの名無しさん** · 2021/02/20(土) 02:31:29.14

ファビョんなって

**デフォルトの名無しさん** · 2021/02/20(土) 06:11:55.57

もうserverlessに決まってんじゃんハゲ

**デフォルトの名無しさん** · 2021/02/20(土) 07:27:54.09

やったこと無いんで聞くけどサーバレスってストアドプロシージャみたいな仕掛けって無くて直接にnosql叩かせるの？

**デフォルトの名無しさん** · 2021/02/20(土) 09:14:22.46

んなわけない

**デフォルトの名無しさん** · 2021/02/20(土) 09:41:56.67

ストアドプロシージャあるのに何でサーバレスなの？

**デフォルトの名無しさん** · 2021/02/20(土) 09:55:22.23

サーバーレスっていうのは自前サーバーレスといいう意味で
代わりにベンダーが作ったサービスを使うという意味です。

ベンダーは結局のところサービスをサーバーで動かしてるので
自前サーバーではなく他社サーバーを使うというのが
サーバーレスという言葉の本当の意味です

**デフォルトの名無しさん** · 2021/02/20(土) 10:15:32.96

サーバはクラウドにあるけど管理や意識する必要が無い → サーバが無い

**デフォルトの名無しさん** · 2021/02/20(土) 10:43:39.10

サーバーレスの流派って大きく分けて二種類あって
1. サーバーの管理やキャパシティを意識することなくサーバーでアプリケーションを実行する。
2. サーバーサイドのプログラミングをせずフロントだけ。バックエンドは出来合いのサービスを利用する。
1は例えばAWSならFargateやLambdaをバリバリ使った開発のような、サーバーサイドのプログラミングは普通にやるけど動かすサーバーを意識しないだけのも含む。
2は上で恥かいた子が言うようにフロントからFirestoreを直接触るようなスタイルだな。
サーバーレスというと一般的には1を指すことが多い。2は上でも批判されてる通り制限が強いため、ごく単純なシステムを除けば完全な実現は難しい。
NoSQLのストアドのような仕組みを使う方法もあるが、大抵はそれでも要件をカバーしきれなくて1の方法を併用することになる。

**デフォルトの名無しさん** · 2021/02/20(土) 12:26:58.10

まあFirebaseのWebアプリだと部分的にCloud Functions (982でいう1の意味のサーバーレス) を使ってたりするから、
彼は職場の先輩のコードを見て区別がつかなくて全部フロントだと勘違いしたのかもね
そうであってくれ

**デフォルトの名無しさん** · 2021/02/20(土) 13:43:16.80

サーバーレスってマネージドっていうけどレンタルサーバーみたいにルート権限なくて最初からnodeやらgoやらが複数バージョン入ってるってこと？

**デフォルトの名無しさん** · 2021/02/20(土) 13:53:49.38

サーバーレズ

**デフォルトの名無しさん** · 2021/02/20(土) 15:06:38.93

今の編成ってレヴ・オクタンだけは必須だよな
クリプト必須はにわか

**デフォルトの名無しさん** · 2021/02/20(土) 15:11:20.96

>>984
基本はそう
最近はコンテナで自由にできるのも多い

**デフォルトの名無しさん** · 2021/02/20(土) 15:26:53.47

「クラウド」みたいなコマーシャル用語なんだな

**デフォルトの名無しさん** · 2021/02/20(土) 15:38:16.31

マネージド！ダサッ初心者かよ！
って時代だったのに

**デフォルトの名無しさん** · 2021/02/20(土) 16:03:04.48

firestoreだとサーバーコード一切書く必要がないから、単純データ保存はめちゃ楽。
複雑なクエリは1000件とか引っ張ってから高階関数でやったほうが速い。

**デフォルトの名無しさん** · 2021/02/20(土) 16:08:06.24

>>977
データベースにはストアド的な機能がなくて読み書きのAPIしかないのも普通にあるよ

そもそもデータベース自体がサーバーで稼働してるんだからサーバーを使ってないシステムではない

**デフォルトの名無しさん** · 2021/02/20(土) 16:13:16.30

>>990
1000件引っ張ってくる通信が無駄だからまともなシステムならサーバー側で集計する

**デフォルトの名無しさん** · 2021/02/20(土) 16:26:22.59

>>992
gzipされてるからそんなのゴミ

**デフォルトの名無しさん** · 2021/02/20(土) 16:28:45.30

基本的にはもうサーバサイドであれこれやる時代じゃ無いよな。

**デフォルトの名無しさん** · 2021/02/20(土) 16:29:59.18

>>994
いやサーバーを用意しなくていいだけでサーバーサイドの開発は必要

**デフォルトの名無しさん** · 2021/02/20(土) 17:06:42.99

>>993
数行の関数をサーバーに置くだけで
ユーザーの通信量もインフラの通信料も節約できるからやらないのはイキりさんだけだぞ

**デフォルトの名無しさん** · 2021/02/20(土) 17:07:04.86

サーバサイドはもう不要！

そして大容量を扱う際にエラーが起きまくるシステムが残りましたとさ……

**デフォルトの名無しさん** · 2021/02/20(土) 17:18:38.61

次スレ
https://mevius.5ch.net/test/read.cgi/tech/1613809074/

**デフォルトの名無しさん** · 2021/02/20(土) 20:34:38.50

>>996
通信量なんか気にする時代は終わったよ

**デフォルトの名無しさん** · 2021/02/20(土) 20:39:18.76

イキりじゃなく単なるエアプだったか

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 85日 10時間 32分 1秒