[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 161匹目 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
293: 2022/09/30(金)07:06 ID:+8/hJOWJ(1) AAS
とりあえず基本はreturnで返すようにします
294: 2022/09/30(金)08:40 ID:h8M2T0X1(1) AAS
もうこのスレにはレス返さなくてもいい
C#やってんのにRubyのコードとか見せられても混乱するだけでしょ
続きはC#のスレで
295: 2022/09/30(金)08:54 ID:Oln8rmkE(2/2) AAS
非同期ってむずいよね
296: 2022/09/30(金)08:57 ID:jNFohT4i(1/2) AAS
これでもasync/awaitのおかげで随分簡単になったんだがな
297: 2022/09/30(金)10:40 ID:qjyZys7q(1/2) AAS
2chｽﾚ:mango
解いて！
298: 2022/09/30(金)10:43 ID:qjyZys7q(2/2) AAS
2chｽﾚ:mango
こっちやった。おまえら解けるか
299(1): 2022/09/30(金)16:12 ID:Uqj5A2v6(1) AAS
本来裏側でロードさせても表側の操作は自由に出来るって高度な技術だったからな
非同期とかいうので僅か経験3か月のヤツでも、お手軽にできるようになってるのが凄い時代になったと思う
300: 2022/09/30(金)16:55 ID:jNFohT4i(2/2) AAS
>>299
スレッド作成して走らせてミューテックスでタイミング合わせて裏スレッドが終わったかどうかをスレッドオブジェクトでチェックしてまだならタイマーセットして再入してっていうコードを関係しそうな関数毎に一々書いて
非同期関数を一つ作るだけでコードがあちこち散らかって異様に見づらくなることもあったからasync/awaitは偉大
301(2): 2022/10/01(土)14:55 ID:OpILS/7a(1/2) AAS
MySQLなどのトランザクションで、BEGINしてから、COMMITするまでに
なんらかの事故でアプリがダウンした場合、どうなる？
ほとんど同じことかも知れないが、MySQLとアプリがTCP/IP通信中に通信が
切断されるとどうなる？
302: 2022/10/01(土)15:03 ID:OpILS/7a(2/2) AAS
>>301
これかな。
外部ﾘﾝｸ:stackoverflow.com
[Q]トランザクションをデータベース (SQL Server など) にコミットしないとどうなりますか?
クエリがあるとします。
begin tran
-- some other sql code
そして、コミットまたはロールバックするのを忘れます。
別のクライアントがクエリを実行しようとすると、どうなりますか?
[A]
トランザクションをコミットまたはロールバックしない限り、トランザクションはまだ「実行中」であり、ロックを保持している可能性があります。
クライアント (アプリケーションまたはユーザー) がコミット前にデータベースへの接続を閉じると、実行中のトランザクションはロールバックされて終了します。
303(1): 2022/10/01(土)15:18 ID:+X1R3SPo(1/2) AAS
トランザクションタイムアウトがあるから放置されたら一定時間でロールバックする
304: 2022/10/01(土)16:11 ID:b3YOgUhU(1) AAS
>>303
詳しく。
トランザクションに関するタイムアウトといえば、他の誰かがトランザクションを
実行中に、BEGINしようとすると待機することがあるが、その時に待つ時間の最大値
を指定できる、と書いてあったような。
それとは別の話？
305: 2022/10/01(土)18:18 ID:+X1R3SPo(2/2) AAS
そらロックタイムアウトだな
タイムアウトもいろいろある
ググれ
306: 2022/10/01(土)22:18 ID:WF3iEAg3(1) AAS
無限に表ロックされたら、システムが動かない。
クラッカーは、そういう攻撃をするはず
0.1 秒でもロックされたら、大変
307: 2022/10/01(土)23:26 ID:M80TOT3i(1) AAS
****で通信の開始要求だけやって、送った側が意図的に受け取らないようにして、サーバーが勝手にタイムアウトするまで待たせる
そうするとタイムアウトまでkillされないスレッドが溜まりまくってサーバーは死ぬ
今の時代サーバー負荷かける攻撃手段なんて無限にあってよっぽどデカいところじゃなければ狙われたら終わり
308: 2022/10/02(日)00:02 ID:ZWlCDBNf(1) AAS
データベースサーバーに直アクセスされてる時点で終わってるやん
309: 2022/10/02(日)00:04 ID:451ZFC4H(1) AAS
>>301
どっちのケースも通常はすぐセッション落ちてロールバックじゃないかな
DBMSによって違いがある可能性もあるので試してみないと分からないけど
310(4): 2022/10/02(日)05:30 ID:2Rps0pJb(1/2) AAS
値型の変数では、その変数に対応するメモリ上の場所に値が直接入るとのことですが、その値の表現はどこで規定されているのでしょうか？
例えばテキトウですが、「"あ"という文字はメモリに入っている状態としては"0001"である」みたいなマッピングはどのレイヤーで決まっているのか知りたいです
311(1): 2022/10/02(日)11:02 ID:OMFycnXw(1) AAS
文書のアウトラインの構造って
H1 プロジェクト名
H2
H3
H2
...
と
H1 プロジェクト名
H1
H2
H1
...
ってどっちがいいの？
前者の方が一貫性はあるが
後者の方が階層が深くならないから無駄がない気がする
312(1): 2022/10/02(日)13:19 ID:D5S18uSu(1/4) AAS
前者がいい
外部ﾘﾝｸ:developer.mozilla.org
> 複数の <h1> を使用することは HTML の仕様では認められていますが、ベストプラクティスとは見なされていません。<h1> を 1 つだけ使用することは、スクリーンリーダーの利用者にとって有益です。
313: 2022/10/02(日)13:31 ID:w76y/xOG(1) AAS
>>310
文字コードの話？
今でこそUTF8が普及しているけど、昔は色んな文字コードが使われていた
「あ」はUTF8だと3バイトで0xE3 0x81 0x82のように定義されている
ググれば文字コード表が見付かると思う
314(1): 2022/10/02(日)13:59 ID:D5S18uSu(2/4) AAS
>>310
言語による
たとえばJavaなら言語仕様とStringクラスの仕様で内部でUTF-16（またはコンパクト文字列）が使用されることが決められてる
Unicodeの文字セットにおける「あ」のコードポイントは16進数で 30 42 と決められてる
これをメモリやディスクに置くときのエンコーディング方式としてUTF-16を適用すると、同じく 30 42 になる（UTF-16LEなら 42 30）
315(1): 2022/10/02(日)14:32 ID:9LI4ZhW2(1) AAS
>>311-312
分かるけどHTMLの場合意味的に<body>と<title>がh1相当とも見なせるから<body>の子レベルから複数の同レベル見出しタグ作りたくなるなぁ
個人で持ってる人の目に触れない系のMarkdownは#を複数並べちゃったりしてるな body->h1->なになにってやるとルートが2個あるように感じる
316: 2022/10/02(日)14:40 ID:V2KGQQGK(1) AAS
値型の変数の話じゃなくなってない？
まず>>310の変数とメモリに関する理解があやふやな点を正してやった方がいい気がするが
317: 2022/10/02(日)15:03 ID:D5S18uSu(3/4) AAS
>>315
titleなんてブラウザのタイトルバーとかにしか出ないしコンテンツじゃないからh1と内容がほぼ同じになるページがあってもいいよ
おまけにtitleにはサイト名やサービス名が入ったりするので常に同じとはならないし
機械との対話に慣れすぎると冗長＝悪という感覚が身に付きがちだけど、HTMLを含めて人間向けのドキュメントって読みやすさのためにある程度の冗長性は許容されるべきものだと思う
bodyの子としてnavとかもあるわけで、ルートが一つというのもちょっと違うかな
318: 2022/10/02(日)15:34 ID:snmXSWNi(1/2) AAS
>>310
それはコンパイラと実行環境じゃね？
でprintfデバッグして表示したメモリ番地は仮想化されたものだから意識する必要無し
少なくともフツーのOSでは
319(1): 2022/10/02(日)18:36 ID:2Rps0pJb(2/2) AAS
310です
ありがとうございます
プログラミング言語ごとにどの文字コードを使うかが決まっていているということですね
ではビルド後の実行ファイルにどの文字コードを採用しているかみたいな情報も書き込まれているのでしょうか？
320: 2022/10/02(日)19:07 ID:fl0K/H95(1) AAS
もちろん今はコードとしてはユニコード一択
ユニコード以外の過去の呪縛に囚われたままのダメな言語に手を出してはいけない
焦点はユニコードのデータ表現
外部データ表現はすなわちネットやファイルなどで用いるデータ表現は現在はUTF8一択
UTF8以外の過去の呪縛に囚われたままのダメな環境に手を出してはいけない
内部データ表現すなわちメモリ上で扱うユニコードのデータ表現は2通り考えられる
一つはUTF32つまりユニコードを固定長で扱えるメリットが非常に大きい
もう一つは外部データ表現と同じUTF8をそのまま変換せずに用いるメリットと引き換えに可変長コストを払う
変換コストと可変長コストの両方を払うUTF16を用いる場合もある
321(1): 2022/10/02(日)19:07 ID:YWol7Cp2(1) AAS
一応釘刺しとくけど一般的に文字列変数は値型じゃなくて参照型
文字型をもつ言語ならそれは値型の可能性はあるけども
そもそもなんで最初に「値型の変数では」って話を切り出したの？
322(1): 2022/10/02(日)19:50 ID:gRPXDi67(1) AAS
>>321
知りたかったのはaとか1とかtrue/falseみたいな値がどのようなレイヤーで決まっているかについてで、参照型の場合は参照先のポインタを持っているため知りたいこととは関係なかったからです
書いてて気づきましたが、文字の場合はどの文字コードを採用するかで決まるとのことでしたが、true/falseなどは言語レベルではなくより基礎的なところでどの2進表現として扱うかという取り決めが決められているのでしょうか？それとも言語レベルで決まっているのでしょうか？
上下前次1-新書関写板覧索設栞歴
あと 680 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s