アカウント名:
パスワード:
内部処理でちゃんと日本語が通るようにしてる可能性が高いので比較的安心?少なくともデバッグ時(&テスト時)に態々英語のみでテストしないでしょうから、日本語が通るように出来ている可能性が高いです。たとえば、DBの言語設定が日本語で格納出来るように気を使ってセットアップが作られてるとかとか、バックエンドのDBサーバーへの格納時に、バイト制限があるからといって文字の途中でブチ切るなんて起きないようにしたりとか、日本語のファイル名をアップロードしても、URLエンコードするなり、完全リネームしてURL内に日本語の生表記が残らないようにしたりとか、個人情報を入れたいケースでも日本にあわせた書式や支援機能(県選択から郵便番号による入力支援)、携帯メールのリスト選択が付いてたりとか後は翻訳の質ですかね。結局エンドユーザーが使う部分に英語を出す訳には行かないので。
番外として、高速化の為に一部外部プログラムにとかいうケースで、気をつけないと足し算で大文字に変換してたりとか、そーゆ酷い文字列の扱いしてないかも。
といった辺りで便利かもしれない。# /.も昔は1バイト目で切って、タイトル化けさせてましたよねぇ・・・
CMSで多人数で使うと、後々思わなかったトラブルに見舞われたりしますしね。チョロっと試して「なんだ、問題ないじゃん。良さそうだしコレで行くか」で始めた後、使用者が増えた段階で致命的な問題が見つかったり。日本製であれば、その致命的な問題のうち「日本語だから」の処は、ちょっと安心な気がする。
#日本製は使った事無いけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
外じゃなくて、中が大切。 (スコア:2, 興味深い)
内部処理でちゃんと日本語が通るようにしてる可能性が高いので比較的安心?
少なくともデバッグ時(&テスト時)に態々英語のみでテストしないでしょうから、日本語が通るように出来ている可能性が高いです。
たとえば、DBの言語設定が日本語で格納出来るように気を使ってセットアップが作られてるとかとか、
バックエンドのDBサーバーへの格納時に、バイト制限があるからといって文字の途中でブチ切るなんて起きないようにしたりとか、
日本語のファイル名をアップロードしても、URLエンコードするなり、完全リネームしてURL内に日本語の生表記が残らないようにしたりとか、
個人情報を入れたいケースでも日本にあわせた書式や支援機能(県選択から郵便番号による入力支援)、携帯メールのリスト選択が付いてたりとか
後は翻訳の質ですかね。結局エンドユーザーが使う部分に英語を出す訳には行かないので。
番外として、高速化の為に一部外部プログラムにとかいうケースで、
気をつけないと足し算で大文字に変換してたりとか、そーゆ酷い文字列の扱いしてないかも。
といった辺りで便利かもしれない。
# /.も昔は1バイト目で切って、タイトル化けさせてましたよねぇ・・・
Re: (スコア:0)
CMSで多人数で使うと、後々思わなかったトラブルに見舞われたりしますしね。
チョロっと試して「なんだ、問題ないじゃん。良さそうだしコレで行くか」で始めた後、使用者が増えた段階で致命的な問題が見つかったり。
日本製であれば、その致命的な問題のうち「日本語だから」の処は、ちょっと安心な気がする。
#日本製は使った事無いけど。