1ヶ月前Filezillaとnotepad++を使えば問題ないのでお試しあれ。1ヶ月前php/cssファイルに書いた日本語がHTMLで文字化けしますちょっと理解不足で申し訳ないのですが、この意味はindex.phpなどのファイル名で作成した”テキスト”ファイルの文字がファイルを開きなおした場合などに文字化けを起こすのか、それともそのファイルをIEなどでhtmlファイルとして表示した場合に文字化けを起こすのか、後者の場合サーバにアップロードすると化けるのか、ローカルでも化けるのか、どのような状況なのでしょう。style.cssにコメントなどで日本語を記述しterapadでUTF-8保存したファイルをテンプレートフォルダにアップロードし、wordpressの外観→編集で該当ファイルを開いた場合でも日本語が文字化けしていますか?※ちなみに、一度文字化け状態で開いたファイルをそのまま保存してしまうと文字化けの復旧は難しいかもしれません。同じ以下の手順で、UTF-8にコード変換?したら日本語で書いてたところが、一度だけ、テキスト内で化けました...それ以来起こりません(こんな状況把握と説明ですみません・・)そのファイルはstyle.cssで、アップロードしてその文字化けしたものがどうなったかは確認できませんでした(CSSって、見れないんですよね?)で、たいしたコメントでもないしとおもってcssファイル内から消してしまいました。そのテキストファイルの文字コードを表す記載が「UTF-8」になるだけです後者の場合サーバにアップロードすると化けるのか、ローカルでも化けるのか、どのような状況なのでしょう。1ヶ月前サーバーにアップロードすると化けますでも、すみません、ローカルでも化けるというのがわかりませんどうしたら、しらべられますか?教えていただけると助かります大体の状況は分かりました。ファイルをUTF-8で保存することは間違っていないのでしょう。terapadの方しか使用していないのでこちらでの説明になりますが、terapadの場合でUTF-8のBOMなしで保存しても、日本語の使用されていないphpソースを開くとshift-jisとして開く場合があります。これはデフォルトでshift-jisが設定されていて、かつBOMがなく、コードを自動判断できる日本語などの文字列が使用されていない場合に起こっているようで、オプションの設定では発生しないかもしれません。私の使用しているバージョン(0.91)では編集モードにphpはなく、phpで記述されたソース上のコード設定は自動判断の対象にはならないようです。(htmlのコードかつ拡張子がhtmlなどの場合はMETAタグなどで判断するようですが。日本語で書いてたところが、一度だけ、テキスト内で化けました...それ以来起こりませんなんらかのタイミングで違うコードとして開いたcssファイルが文字化けを起こし、文字化けのままコード変換を行い保存してしまった。(この場合文字化けはコードを戻しても直らないと思います。)ソフトによると思いますが、ファイルを開いたときの自動判断でコードを間違って開くことは多々ありえます。BOMありのUTF-8ならばBOMで自動判断を行うので間違うこともないのでしょうが、wordpressなどphpファイルを作成するときにBOMは致命的です。それ以来起こらないのは偶然が重なったのではないのでしょうか。そのファイルはstyle.cssで、アップロードしてその文字化けしたものがどうなったかは確認できませんでした(CSSって、見れないんですよね?)wordpressのテンプレートとしてフォルダにまとめてアップロードされているならcssファイルも見れます。外観の編集でご自身の作成されたテンプレートを選択し、コードが表示されたら右側にスタイルシートが選べるはずですので試してみてください。改行についてですが、マイフェスを使用していないのでこれまた予測ですが、改行コードの違いではないでしょうか。UNIX系で作成されたファイルはLFで保存されているかもしれません。windowsで改行するとCR+LFになるので改行マークも変わるのでしょう。(混在できるのかどうかは分かりません。保存して開きなおすとどちらかに統一されていませんかね?)文字コードが変わっても改行コードは変わりません。ローカルでのテストについてですが、一番簡単な方法はhtmlファイルを作成しIEなどで開くことです。METAタグなどで指定した文字コードと実際に保存されている文字コードが違えば文字化けします。phpで試すにはローカルサーバを準備しなければならないので、試すだけならhtmlファイルでも試せるはずです。えーっと、つまり、アップロードされたテンプレートファイルに記述された日本語が、現状wordpress上で文字化けを起こしたりしていなければUTF-8でのファイル保存には成功しているのであり、悩むこともないのではないかと・・・。現状でも文字化けを起こしているのであれば、UTF-8に変換したあとのファイルに日本語を打ち込み、保存しなおしたものを再度アップロードして試してみましょう、ということです。UTF-8に変換後のファイルでテキストエディタ上で文字化けを起こしていないならアップロードしても文字化けはしない”はず”なので、それでも文字化けを起こしているならエディタの問題ではないかもしれません。1ヶ月前これは、文字化けしてませんでしたここで文字化けしてるのとしてないので、どう違いがあったのでしょうか??不思議ですつまりBOMがついていたために文字化けが発生していたということですね。wordpress上の編集画面はphpでhtmlを書き出して作成しているためページのソースコードはUTF-8になります。そのページを表示しているブラウザもUTF-8として表示するため、textareaに読み込まれたファイルがUTF-8でなければ文字化けします。UTF-8でファイル作成、及びアップロードが失敗していなければ画面上で文字化けするはずもないというわけで。UTF-8Nですが、terapadでのBOMなしの設定です。BOMはファイルの先頭にUTF-8であるという”しるし”をつけてしまうわけで、phpではエラーの原因にもなり、文字化けの原因にもなるわけですね。1ヶ月前えっと、間違った情報を与えてしまうといけませんので、エディタに関する情報は以下を参考にするといいでしょう。テキストエディタmifesについてはCodexでも表記がないので分かりかねますが、おおむね理解はあっていると思います。ちなみに、「wordpressでテンプレートを作成(自作?)していてぶち当たった壁」ということでよいのでしょうか?だとすれば「8.ダッシュボードで文字化けてなかったのは、ダッシュボードがBOMがついていても読んでくれる設定だから?」に関しては「ダッシュボードはテンプレートを読み込んでいないので直接関係しない」になるかと思います。テンプレートを読み込んで表示している(文字化けに関係する)のは記事を表示したときですね。「wordpressの投稿で記事を投稿したら文字化けした」という現象が発生したらそれはテンプレートの問題ではなく、インストールの問題になります。1ヶ月前shokun0803さんこんにちは、ご教示くださったCodeX読みましたなるほどです(ここに書いてあったのですねスミマセン・・)mifesはずっと会社で使っていて、「有料ソフトだしもちろんできるんだろう?」と勝手に思い込んでたので今回すっかりだまされました。(自分が悪いんですが)ちなみに、「wordpressでテンプレートを作成(自作?)していてぶち当たった壁」ですが、テンプレート(の定義がいまだよくわからないんですが・・申し訳ないです)というより、わたしは「テーマ」をカスタマイズしていると思っていました。–>みたいになっていたのですwordpressの投稿で記事を投稿したら化けた(ダッシュボードから投稿した記事が化けた?)は、大丈夫です。正常に表示されています。実は、これも混乱していました。UTF-8とUTF-8Nがあるということ2.UTF-8にはBOMがあって、UTF-8NにはBOMがない少なくとも、これは正しくありません。使用している造語であり、正しい用語ではないです。