アカウント名:
パスワード:
セキュリティ的には大文字小文字を区別しないと不利なんじゃなかったっけ? 理由はわからん。 何かで見た。
最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね? そうすればデジタル化!で、英語でも大文字か小文字が廃止されていたかもしれん。 FAXは古い、的ノリで。
物理ファイルにアクセスできる可能性が増えるからじゃね。AAAAAAAA.EXEとaaaaaaaa.exeが区別されないなら、1tryで2patternのattackしたのと等価になる。
>最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね?MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。
>MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。 なんとなく、システムファイルは小文字、ユーザーファイルは大文字にすれば、面白いと思った。そうすれば、ユーザーがシステム予約で作
コンピュータ側はIDだろうと何でもいいけど人間が番号だけで理解できるとは思えないのですが?
別に番号だけを使う必要はない。 ファイルを一意に特定するのに、ファイル名を使う必要はない、と思っているだけ。 人間向けには名前を別に付ければいい。でも、それをIDとしては使わない。
BTRON1と3がそうやな。 <a href="http://www.chokanji.com/developer/doc/btron3/os_spec/kernel/file.html#abi" style="text-decoration:none">BTRON3仕様書より
ファイルID 1 つのファイルシステム内の全てのファイルには、 生成時にファイルIDと呼ばれるユニークな番号が付けられ、 内部的に識別される。ファイルIDは 0 ~ ( 最大ファイルID ) の範囲の値であり、 最大ファイルID(即ち、最大のファイル数)はファイルシステムの生成時に規定される。
リンク リンクは、ファイルをアクセスするための手掛かりとなる一種のポインタであり、 参照するファイルが存在するファイルシス
ファイルIDは16ビットなんだよな。
自分が作ったファイルだけを扱う分にはどうでもいいことだが、他人がよこしたのが混じると大文字小文字違いの同名ファイルができて面倒なことになったね、何度か。
ターゲットがi80286だったBTRON1(だから当初はBTRON/286と呼ばれてた)開発中の頃は、ストレージはフロッピーのみかよくて数十MBのHDDだからそれで良かったろうけど、1B/Vが売られた頃にすら既に16ビットのIDじゃ数百MBのストレージの容量を使い切れなくなってたもんねえ。なんで数GBのHDDが使われるのが普通になってた時分にリリースしたBTRON3をあんな仕様にしちゃったかねえ。
同一名のの化身は自分でやらかしてたなw。アレを比較して必要があればマージする様なツールがOS標準で必要になるんだろうね。
パーソナルメディアにファイルシステムを作り直す能力はないからBTRON1のを流用した。パーソナルメディアに能力がないからできないのではない、仕様だということにするためにああいう仕様にしたんじゃないかな。
BTRON3仕様が出る何年も前にパーソナルメディアがBTRON2仕様OSを実装したことになってたけど、それから30年たってもリリースされない。
パーソナルメディアが新製品を出すと、同日にTRON文字収録センターで突如として(公式に定義されているレビュープロセスやらなにやらすっ飛ばして)GT書体の文字追加が発表されるのはウケたな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
セキュリティ的には (スコア:0)
セキュリティ的には大文字小文字を区別しないと不利なんじゃなかったっけ? 理由はわからん。 何かで見た。
最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね? そうすればデジタル化!で、英語でも大文字か小文字が廃止されていたかもしれん。 FAXは古い、的ノリで。
Re: (スコア:0)
物理ファイルにアクセスできる可能性が増えるからじゃね。
AAAAAAAA.EXEとaaaaaaaa.exeが区別されないなら、1tryで2patternのattackしたのと等価になる。
>最初から小文字だけとか大文字だけしか受け付けないとかいう設計にすればよかったんじゃね?
MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。
Re: (スコア:0)
>MS-DOSは小文字を受け付けませんでした。小文字で指定してもファイルは大文字で作成される。 なんとなく、システムファイルは小文字、ユーザーファイルは大文字にすれば、面白いと思った。そうすれば、ユーザーがシステム予約で作
Re: (スコア:0)
コンピュータ側はIDだろうと何でもいいけど人間が番号だけで理解できるとは思えないのですが?
Re: (スコア:0)
別に番号だけを使う必要はない。 ファイルを一意に特定するのに、ファイル名を使う必要はない、と思っているだけ。 人間向けには名前を別に付ければいい。でも、それをIDとしては使わない。
Re: (スコア:-1)
BTRON1と3がそうやな。
<a href="http://www.chokanji.com/developer/doc/btron3/os_spec/kernel/file.html#abi" style="text-decoration:none">BTRON3仕様書より
Re: (スコア:0)
ファイルIDは16ビットなんだよな。
自分が作ったファイルだけを扱う分にはどうでもいいことだが、他人がよこしたのが混じると大文字小文字違いの同名ファイルができて面倒なことになったね、何度か。
Re: (スコア:-1)
ターゲットがi80286だったBTRON1(だから当初はBTRON/286と呼ばれてた)開発中の頃は、ストレージはフロッピーのみかよくて数十MBのHDDだからそれで良かったろうけど、1B/Vが売られた頃にすら既に16ビットのIDじゃ数百MBのストレージの容量を使い切れなくなってたもんねえ。
なんで数GBのHDDが使われるのが普通になってた時分にリリースしたBTRON3をあんな仕様にしちゃったかねえ。
同一名のの化身は自分でやらかしてたなw。アレを比較して必要があればマージする様なツールがOS標準で必要になるんだろうね。
Re: (スコア:0)
パーソナルメディアにファイルシステムを作り直す能力はないからBTRON1のを流用した。
パーソナルメディアに能力がないからできないのではない、仕様だということにする
ためにああいう仕様にしたんじゃないかな。
BTRON3仕様が出る何年も前にパーソナルメディアがBTRON2仕様OSを実装したことに
なってたけど、それから30年たってもリリースされない。
Re: Re: Re: Re:セキュリティ的には (スコア:0)
パーソナルメディアが新製品を出すと、同日にTRON文字収録センターで突如として(公式に定義されているレビュープロセスやらなにやらすっ飛ばして)GT書体の文字追加が発表されるのはウケたな。