Mam plik zawierający znaki Unicode na serwerze z systemem Linux. Jeśli I SSH na serwerze i użyć tab-uzupełnienie do przejścia do pliku / folderu zawierającego znaki Unicode, nie mam problemu z dostępem do pliku / folderu. Problem pojawia się, gdy próbuję uzyskać dostęp do pliku przez PHP (funkcja, do której miałem dostęp z systemu plików, byłastat). Jeśli wyprowadzę ścieżkę wygenerowaną przez skrypt PHP do przeglądarki i wkleję ją do terminala, plik również wydaje się istnieć (mimo że patrząc na terminal ścieżki plików są dokładnie takie same).

Ustawiłem PHP, aby używał UTF8 jako domyślnego kodowania zarówno przez php_ini, jak i setmb_internal_encoding. Sprawdziłem kodowanie ciągów filepath PHP i wygląda tak, jak powinno to być UTF8. Wybrałem trochę więcej, postanowiłemhexdump znak é, który wypełnia tabulator terminala i porównaj go zhexdump „zwykłego” znaku é utworzonego przez skrypt PHP lub ręcznie wpisując znak za pomocą klawiatury (opcja + e + e na os x). Oto wynik:

echo -n é | hexdump
0000000 cc65 0081                              
0000003
echo -n é | hexdump
0000000 a9c3                                   
0000002

Znak é, który umożliwia poprawne odwołanie do pliku w terminalu, to znak 3-bajtowy. Nie wiem, dokąd się udać, jakie kodowanie powinienem używać w PHP? Czy powinienem konwertować ścieżkę do innego kodowania przeziconv lubmb_convert_encoding?