パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Microsoft、PHP 8.0をサポートしないと公式に表明」記事へのコメント

  • たとえばどんなの?
    PHPくらいのレイヤーだとそんなになさそうだと思ってしまうんだけど。。。

    • by Anonymous Coward

      ドライブレター絡みとか、共有ディスク上のファイルのロックの挙動とかありそうですね。

      • トラブルとしてはたしかにありがちだけども、PHPほどのレベルと歴史で、そんなのが今さらそうそうあるの?
        # 内部的に汎用的な対処法が決まってそうだけど。

        親コメント
        • by Anonymous Coward

          日本語ファイル名を扱うとおかしな事になることが良くあったよ。

        • by Anonymous Coward

          新しい機能は常に追加されますし、Microsoft自身もハマることがあるほどの罠があったりするので、
          マイナーなものから始まって徐々に対処できなくなっていくんでしょうね。

          下記はソフトウェアRAIDの例。今日日見かけないけど。
          https://forest.watch.impress.co.jp/docs/news/1263453.html [impress.co.jp]

        • by Anonymous Coward

          ファイルシステムの文字コードがCP932の環境における
          所謂「Shift_JISのダメ文字」がファイル名にある時のファイル認識ができない問題は回避不能な時期がありました。
          ※ダメ文字について
          https://ja.wikipedia.org/wiki/Shift_JIS#2%E3%83%90%E3%82%A4%E3% [wikipedia.org]

          • by Anonymous Coward on 2020年07月17日 22時58分 (#3854249)

            PHP 7.1 でようやく解決されました。 https://www.php.net/manual/ja/migration71.windows-support.php [php.net]

            > 長いpath と UTF-8のpath のサポート
            > Webアプリケーションが UTF-8 に対応しているなら、追加の作業は必要ありません。 UTF-8 でないpathへの I/O に依存したアプリケーションについては、 明示的に INIディレクティブを設定する必要があります。 エンコーディングのINI設定のチェックは、コアの順番に依存します:
            >
            > internal_encoding
            > default_charset
            > zend.multibyte

            PHP 7.0 までは、ダメ文字問題が存在します。

            親コメント
          • by Anonymous Coward

            本題とは関係ないとこで
            UTF-8→UTF-16

            FAT環境のドライブ対象だとまだこの問題残ってたりするんかいな?

          • by Anonymous Coward

            (NTFSの)ファイルシステムは、リリース当初から今にいたるまでずっと UTF-16ですよ。
            UTF-8にはなってません。
            FAT系はSJISで、exFatからUnicodeもサポートされましたが、こちらもUTF-16です。

            • by Anonymous Coward

              FAT16でも長いファイル名はUTF-16(当時はUCS-2だったかも)をサポートしていたが?
              Win9xではアクセスAPIの都合で結局SJISしか使えなかったけど、WinNTはちゃんとUnicodeのファイル名をFATでも使えた。

身近な人の偉大さは半減する -- あるアレゲ人

処理中...