【Gulp】Sassのコンパイル時に文字コード指定記述(charaset)を保持する方法 Web2019年2月8日 Gulpでsassファイルをコンパイルしてcssを出力した際、sassファイルで書いたはずのcharasetが消されてshift-jisで保存されてしまうことがあります。本記事では確実に、1行目にcharasetが記述された状態でcssがコンパイルされるようにするgulp記述をご紹介させていただきたいと思います。 マルチバイト文字があるとcharasetは出力される なぜこんな仕様なのか謎なのですが、sassファイル内にマルチバイト文字があるとcharasetは出力され、無い場合は出力されません。これはコメントアウト内の文字列も含まれます。 これではサーバの文字コードがUTF-8なのに、shift-jisで出力されてしまうといった困った状況が発生することになります。 2つのモ
config.yml で設定しているcharsetは、UTF-8 である環境で、それ以外のcharsetのコンテンツを返却したい状況があった。具体的には、CSVファイルのダウンロードです。 ダウンロードしたファイルをExcelでそのまま開くと文字化けするので、CSVファイルのcharsetをcp932で返却してあげないといけない。 そもそも、いまだにcp932固定で開こうとするエクセルにびっくりしたんですが、仕方がないのでCSVファイルのコンテンツをcp932に変換することにした。 get '/csv/' => sub { # my $content = ....; content_type 'text/csv'; return Encode::encode('cp932', $content); }; しかし、ダウンロードして、エディタのencode指定でcp932を指定して開いてみると
Movable Type(charaset UTF-8)の文字化けについて質問です。文中に波ダッシュ ”〜” を含むエントリーをPingをすると、Ping先では波ダッシュだけがゲタ ”〓” になって表示されます。自サイト内のエントリーに対してPingしても同じように化けるので、先方とこちらのcharsetの差異が原因と言う訳では無さそうです。インターネット上を検索してみて、Windows上のJAVAでは波ダッシュが化ける問題があることが分かってきました。当方、Windowsマシンを利用しています。知りたいのは、波ダッシュが化けることなくPingする方法です。よろしくお願いします。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く