虹裏img歴史資料館

1 23/07/14(金)04:34:26 No.1078288978

アプリが拡張子で判断するのでこれはテキストファイルだよなんて情報はどこにもない

2 23/07/14(金)04:37:37 No.1078289130

0byteのファイルだとOSからはファイルの拡張子だけでしかファイルの種類を判定しない 拡張子を.txtから.bmpに変更すれば画像ファイルと認識される 素人がこれをいじると混乱するから標準設定で拡張子は非表示になっている

3 23/07/14(金)04:43:38 No.1078289365

ファイル名とかファイルの作成日付みたいな情報ってこと？

4 23/07/14(金)04:47:03 No.1078289515

>ファイル名とかファイルの作成日付みたいな情報ってこと？ 違う 拡張子はファイル名の一部 この意味もわからないまま弄るべきではない

5 23/07/14(金)04:50:46 No.1078289679

拡張子ってなんかよくわかんないけどたぶん教えて貰ってもわかんないってことがわかった ありがとう

6 画像ファイル名:1689278028987.png 23/07/14(金)04:53:48 No.1078289789

拡張子というのはファイル名のうち最後のドット以降の部分文字列のことだよ

7 23/07/14(金)04:54:50 No.1078289838

>拡張子ってなんかよくわかんないけどたぶん教えて貰ってもわかんないってことがわかった >ありがとう あきらめがはやい

8 23/07/14(金)04:55:01 No.1078289845

まあそれが標準で見えてないから混乱するんだけどね… 見えてても混乱するんだけど

9 23/07/14(金)05:02:13 No.1078290138

拡張子隠す設定は当時のMacintoshを真似たかったんだろうけど 当時のMacはリソースフォークにファイルのメタ情報を持ってて拡張子がファイル種別を決める一義的な情報ではなかったからこそそれができたわけで 表面だけパクった当時のMSは本当にアホだと思う

10 23/07/14(金)05:03:22 No.1078290186

拡張子隠すのはマイナスでしかなかったからな…

11 23/07/14(金)05:05:48 No.1078290269

>当時のMacはリソースフォークにファイルのメタ情報を持ってて拡張子がファイル種別を決める一義的な情報ではなかったからこそそれができたわけで え、その仕組みってやばくないか？ 例えば画像ファイルの拡張子を.txtにしてバイナリをテキスト情報に変更してもまだOSからは画像として認識されてるってことにならないか？ 重大なセキュリティリスクになるような…

12 23/07/14(金)05:07:35 No.1078290337

なるけど？

13 23/07/14(金)05:08:23 No.1078290377

拡張子が何か分からないのにバイトって単位は分かるのか…

14 23/07/14(金)05:09:18 No.1078290417

>なるけど？ じゃ…じゃあその部分をパクらなかったのは英断だったのでは…

15 23/07/14(金)05:11:16 No.1078290499

windowsはファイル名の拡張子を弄るだけで同じハックが出来て さらに非表示にしたがってるからもっとなる

16 23/07/14(金)05:16:56 No.1078290732

じゃあ本当にプロパティで見た時にサイズが0なのは0なんだ 画面で見たらたしかにここにあるのに0って凄い

17 23/07/14(金)05:17:50 No.1078290770

ファイルの所在の管理と ファイル自体の中身は別管理ってだけだよ

18 23/07/14(金)05:19:15 No.1078290827

>windowsはファイル名の拡張子を弄るだけで同じハックが出来て >さらに非表示にしたがってるからもっとなる どうだろう… 昔のMacが非表示のメタ情報とバイナリと目で見えるファイル名と非表示にもできる拡張子でファイルを構成して判定するとしたら素人はより混乱しやすいような… もしその管理方式の方がより混乱しづらく安全ならAndroidとか次世代OSがその方式を採用しなかったのはなんでなんだろう？

19 23/07/14(金)05:22:38 No.1078290965

>じゃあ本当にプロパティで見た時にサイズが0なのは0なんだ >画面で見たらたしかにここにあるのに0って凄い 中身の空っぽな箱が置いてあるようなモンだ

20 23/07/14(金)05:23:21 No.1078290985

拡張子を削除した場合って正体不明のデータとして認識されるの？

21 23/07/14(金)05:24:07 No.1078291015

正体不明と言うか単なるバイナリデータ

22 23/07/14(金)05:25:43 No.1078291075

とういうか開くときにどのアプリの管轄にする？って確認が出るな

23 23/07/14(金)05:26:39 No.1078291114

>拡張子を削除した場合って正体不明のデータとして認識されるの？ OSからはそう認識されるがソフトウェアからそのデータを開こうとした場合は通常バイナリを読み取るので正常に読み込む場合が多い 例えばWEBブラウザの場合は拡張子を詐称したデータもバイナリを解読して正常に開くことが多い ソフトウェアが拡張子に依存してファイルの種類を判定していると開けない場合が多い 拡張子はOSがファイルの種類をわかりやすく管理するタグのようなもの

24 23/07/14(金)05:27:33 No.1078291161

更新日時の情報とかはどこにあるの？

25 23/07/14(金)05:30:37 No.1078291285

それは各ディレクトリがディレクトリエントリというファイルの一覧表を持っていて これに各ファイルの名前と作成・最終アクセス・更新日時を持っている

26 23/07/14(金)05:32:48 No.1078291367

あぷろだとかで上げるとそのあたりの情報は消えるのか

27 23/07/14(金)05:33:26 No.1078291396

>更新日時の情報とかはどこにあるの？ それはバイナリには記録されない OSのAPIからアクセスしたり変更したりできるがプログラマーでもなければ一般ユーザーは通常の方法ではアクセスできない ファイル名も含めこれらの情報はファイルサイズにも反映されない この仕組みを利用してファイル名にバイナリ情報を記録することであらゆるデータを0バイトに圧縮するジョークソフトが存在する

28 23/07/14(金)05:33:44 No.1078291406

圧縮して上げると残ってたりする

29 23/07/14(金)05:34:31 No.1078291440

なんかわからんけどすげー！

30 23/07/14(金)05:58:02 No.1078292466

説明書.txt　　　　　　　　　　.exe

31 23/07/14(金)06:01:43 No.1078292662

>拡張子はOSがファイルの種類をわかりやすく管理するタグのようなもの これは違う unix系OS触ればわかるが拡張子はユーザーのためのもんだ

32 23/07/14(金)06:02:56 No.1078292721

windowsの話してる流れはわかれよ

33 23/07/14(金)06:09:22 No.1078293003

勝手に話の場を自分の都合の良い設定にするのやめてもらっていいですか

34 23/07/14(金)06:24:54 No.1078293850

茶碗と湯呑みと皿みたいな感じで〇〇だったらこの形式の入れ物で～ってのがあって .zip .exeなんかはよく見ないで解凍しようとしたらオーブンごと爆発したって認識でいいんだろうか

35 23/07/14(金)07:09:02 No.1078296782

>それは各ディレクトリがディレクトリエントリというファイルの一覧表を持っていて >これに各ファイルの名前と作成・最終アクセス・更新日時を持っている あの情報ってディレクトリが持ってるものだったのか… 知らんかった…

36 23/07/14(金)07:57:19 No.1078302250

ファイル名という情報はファイルではなくディレクトリ側で持つので新しいファイル側で持っている情報は０

37 23/07/14(金)08:50:50 No.1078311887

ファイルって中身だけなんだ…

38 23/07/14(金)09:01:13 No.1078313671

0バイトとは言うけどファイルシステムによってサイズ違うよね？