アカウント名:
パスワード:
ほんの十数年前までは31文字までだったんだから、今でもそのくせで長いファイル名を名付けようと思わない。https://support.apple.com/kb/TA20771?locale=ja_JP&viewlocale=ja_JP [apple.com]
SEOやファイル検索対策で、やたらと長いファイル名やURLにする人いるけど、扱う側にとっては無駄でしかないと思う。ページタイトルを英語にしなきゃいけないし、下手なローマ字変換していると恥をかくし。
最初の項目「(1)♪」で述べられているのは「パス文字列」なのだから、ファイル名が短かろうと、ディレクトリ階層の奥深くにあったりしたら、トータルのパス文字列数があっさり260を超えてしまうこともありうるのだよ。
それに自分でつけなくとも、・ネットからファイルをダウンロードしようとしたら、それにとんでもなく長い名前が付けられていた。・アーカイブされたファイルを展開しようとしたら、それに(以下略。・アーカイブファイルに深いファイル構造が仕込まれていて、展開場所のパスに追加されて260文字の制限を超えてしまう。なんてことも起きうるんだ。
>ほんの十数年前までは31文字までだったんだから、今でもそのくせで長いファイル名を名付けようと思わない。
ファイル名だけでなくて、デリレクトリ含めたファイルパスの文字列の長さのことなんじゃないすかね。
(1)♪ 当然、ファイルやディレクトリのパス文字列は 260 文字を超える可能性があるのだから、当然、先頭に謎の呪文である "\\?\" という文字列を付加する必要がある。これにより最大約 32767 文字までのパス名を取り扱えるようにすることを忘れるな。
♪ 当然ってどっかで流行ってる?
Win10で、エクスプローラからルードディレクトリにファイル作って、300文字をファイル名にペーストしたら244文字で切られました。半角全角共に。パス長36文字のフォルダ以下だと211文字。
場所によってファイル名に使える文字数が変わるってのがまたいやらしい。
ドライブ+フォルダ+ファイル名=247文字っすかね。260文字までの残り13文字ってなんだろう。
ちなみにWSL(Ubuntu)からファイル作れば255文字行けました。半角でも全角でも255文字。くっそ深い階層のWSLのホーム以下でも、浅い階層のWin側のホーム以下でも変わらず。まあそうじゃないとダメなんですが。
>300文字をファイル名にペーストしたら244文字で切られました。半角全角共に。
300文字の中身はなんやろ
「1234567890」や「1234567890」をそれぞれ300文字分。
なんや数字入れたいだけか
WinAPIやMAX_PATHってC言語の世界だから終端子があるとして12文字計算が合わないな。ネットワークドライブ分としてもNETBIOS名が15文字でバックスラッシュ足すと18文字で合わない。1ファイル名分(12=name(8)+dot(1)+ext(3))?なんか作るとき間違えてないか?
WSLは適当に255(終端子含めて256)で切ってるだけな気がする。
Windowsでは歴史的経緯から長いファイル名を扱う際
Windowsではファイル名の長さが8.3形式より長いものをさして「長いファイル名(LFN,Long File Name)」という歴史的経緯があるので、この書き方はまずいと思う。ソースの文章の記述は正しいのに、色々と台無しだw
ほんの十数年前までは31文字までだったんだから、今でもそのくせで長いファイル名を名付けようと思わない。
自分もその頃、長いファイル名の名付けを避けようと決めた出来事がありました。
顧客の希望でファイル操作をするデスクトップツールをVBで作成したのですが、テスト時に、短いファイル名だけのディレクトリと長いファイル名が混じったディレクトリで処理時間を比較したら、対象がたかだか数百ファイルなのに数秒オーダーの差が出たのです。考えてみれば当たり前なのですが、それ以来ファイル名は短く(ディレクトリ構成は浅く)というのがモットーになりました。
すべてのテキストファイルを、ファイル名に内容であるべき文字列突っ込んでサイズ0にする、というジョークだかバッドノウハウだかがあったはず。#パースしなきゃならない禁止文字はあるんだっけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
昔のMacOSのようなファイル名の制限 (スコア:0)
ほんの十数年前までは31文字までだったんだから、今でもそのくせで長いファイル名を名付けようと思わない。
https://support.apple.com/kb/TA20771?locale=ja_JP&viewlocale=ja_JP [apple.com]
SEOやファイル検索対策で、やたらと長いファイル名やURLにする人いるけど、扱う側にとっては無駄でしかないと思う。
ページタイトルを英語にしなきゃいけないし、下手なローマ字変換していると恥をかくし。
Re:昔のMacOSのようなファイル名の制限 (スコア:3, 参考になる)
最初の項目「(1)♪」で述べられているのは「パス文字列」なのだから、
ファイル名が短かろうと、ディレクトリ階層の奥深くにあったりしたら、
トータルのパス文字列数があっさり260を超えてしまうこともありうるのだよ。
それに自分でつけなくとも、
・ネットからファイルをダウンロードしようとしたら、それにとんでもなく長い名前が付けられていた。
・アーカイブされたファイルを展開しようとしたら、それに(以下略。
・アーカイブファイルに深いファイル構造が仕込まれていて、展開場所のパスに追加されて260文字の制限を超えてしまう。
なんてことも起きうるんだ。
Re:昔のMacOSのようなファイル名の制限 (スコア:2)
>ほんの十数年前までは31文字までだったんだから、今でもそのくせで長いファイル名を名付けようと思わない。
ファイル名だけでなくて、デリレクトリ含めたファイルパスの文字列の長さのことなんじゃないすかね。
(1)♪ 当然、ファイルやディレクトリのパス文字列は 260 文字を超える可能性があるのだから、当然、先頭に謎の呪文である "\\?\" という文字列を付加する必要がある。これにより最大約 32767 文字までのパス名を取り扱えるようにすることを忘れるな。
♪ 当然
ってどっかで流行ってる?
Re: (スコア:0)
Win10で、エクスプローラからルードディレクトリにファイル作って、
300文字をファイル名にペーストしたら244文字で切られました。半角全角共に。
パス長36文字のフォルダ以下だと211文字。
場所によってファイル名に使える文字数が変わるってのがまたいやらしい。
ドライブ+フォルダ+ファイル名=247文字っすかね。
260文字までの残り13文字ってなんだろう。
ちなみにWSL(Ubuntu)からファイル作れば255文字行けました。半角でも全角でも255文字。
くっそ深い階層のWSLのホーム以下でも、浅い階層のWin側のホーム以下でも変わらず。
まあそうじゃないとダメなんですが。
Re: (スコア:0)
>300文字をファイル名にペーストしたら244文字で切られました。半角全角共に。
300文字の中身はなんやろ
Re: (スコア:0)
「1234567890」や「1234567890」をそれぞれ300文字分。
Re: (スコア:0)
なんや数字入れたいだけか
Re: (スコア:0)
WinAPIやMAX_PATHってC言語の世界だから終端子があるとして12文字計算が合わないな。
ネットワークドライブ分としてもNETBIOS名が15文字でバックスラッシュ足すと18文字で合わない。
1ファイル名分(12=name(8)+dot(1)+ext(3))?
なんか作るとき間違えてないか?
WSLは適当に255(終端子含めて256)で切ってるだけな気がする。
Re:昔のMacOSのようなファイル名の制限 (スコア:1)
Windowsではファイル名の長さが8.3形式より長いものをさして「長いファイル名(LFN,Long File Name)」という歴史的経緯があるので、この書き方はまずいと思う。
ソースの文章の記述は正しいのに、色々と台無しだw
Re: (スコア:0)
自分もその頃、長いファイル名の名付けを避けようと決めた出来事がありました。
顧客の希望でファイル操作をするデスクトップツールをVBで作成したのですが、テスト時に、短いファイル名だけのディレクトリと長いファイル名が混じったディレクトリで処理時間を比較したら、対象がたかだか数百ファイルなのに数秒オーダーの差が出たのです。
考えてみれば当たり前なのですが、それ以来ファイル名は短く(ディレクトリ構成は浅く)というのがモットーになりました。
Re: (スコア:0)
すべてのテキストファイルを、ファイル名に内容であるべき文字列突っ込んでサイズ0にする、
というジョークだかバッドノウハウだかがあったはず。
#パースしなきゃならない禁止文字はあるんだっけ。