PhpStorm プロジェクト単位で文字コード変更 | 作業メモ
基本、ほとんどのプロジェクトがUTF-8だけど、 たまに違うときがある。 ファイル毎変更して開くのは面倒なので、プロジェクトの文字コードを変更する。 Preferences ー＞ 左メニューより、File Encodings ・右上の[Autodetect UTF-encoded files]のチェックを外す ・プロジェクトフォルダ毎変更したいので、プロジェクトフォルダの右側のDefault Encodengを変更 （Default Encodingの列をクリックするとプルダウンが出てくるので、そこから選択） 「OK」ボタンで保存し、PhpStormを再起動。 プロジェクトを開くと、変わってる♪ 参考ありがとう：http://fiahfy.blogspot.jp/2013/02/phpstorm_22.html
Unicode Escape Sequence | KWONLINE.ORG
日本語などのマルチバイト文字を、「¥uXXXX」形式のユニコードエスケープに変換します。 ユニコードエスケープからの逆変換も出来ます。 下記テキストエリアに入力したのち、[変換]ボタンを押すと、画面下部の結果ボックス内に変換結果が表示されます。 変換に使ってるJavascriptの解説はこちら。 テキストをここに入力する: ¥uXXXX形式に変換(Escape) 日本語に変換(Unescape) 結果:
「美乳」で文字化けが直るって本当？
・「美乳」で文字化けが直るって本当？ オンラインＤＶＤ＆ＣＤレンタルなら月々1980円で借り放題のＤＭＭがお得！ えっ？ って聞きなおしたくなるようなタイトルですが、「この『美乳』という文字をヘッダー部分にコメントとして挿入しておくと、文字化けが直る」という話は確かに存在します。ただし、これは大前提としてEUC-JPのページを作成するならば、という話になります。 <HTML> <HEAD> <meta http-equiv=Content-Type content="text/html; charset=EUC-JP"> <!-- 美乳 --> <TITLE>テスト1</TITLE> </HEAD> <BODY bgcolor="#FFFFFF"> このページはアダルトサイトとは無縁です。ヌード画像などは一切ありません。 </BODY> </HTML> では、なぜ、この「美乳」がおまじない
charset=x-sjis について
一般に、HTML 文書では<meta>要素で使用されている文字コードのエンコーディングを指定します。 標準規格では、シフトJISコードは charset=shift_jis と書くのですが、古くから charset=x-sjis と言う指定も使われてきました。 ここでは、この指定に関するお話をします。 x-sjis とは何か。 もともと、シフトJISコードに関する正式な表記法が定まっていなかった頃、ネットスケープ社が取敢えず日本語対応するためにネットスケープ 2.0から導入したものが x-sjis と言う表記です。 この他にも、日本語EUCを表す x-euc-jp もありました。 当時のネットスケープのシェアが圧倒的だった事もあって、多くのオーサリングツールなどがこれを採用しました。 その後、公式に shift_jis が定義され、ネットスケープも3.0からこれに対応しております。 しかし
HTMLをUTF-8にしたらフォントが明朝体になった！どうしよう。 at softelメモ
答え body { font-family:sans-serif; } HTMLをUTF-8にすると、IEでフォントを指定しないとき、勝手に明朝体で表示されます。 スタイルシートで font-family:sans-serif; を指定すれば、ゴシック体になります。 font-family で「ＭＳ Ｐゴシック」など指定してもよいのですが、 次のような理由から、私はsans-serifと書くだけにしています。 ヒラギノやメイリオを指定するつもりはない。閲覧環境に合わせて表示してもらえばよい。 スタイルシートに日本語を書くのは、なんとなく抵抗がある。 簡単。 ちなみに、 serif はひげありフォントのこと。日本語ならハネ、ハライがある明朝フォントのこと。 sans-serifがひげなしフォント。ゴシックフォントのこと。
PHPで半角カタカナも機種依存文字もそのままメール送信
PHPで、mb_send_mail() を使ってメールを送信していましたが、 半角カタカナや①や㎡など機種依存文字が入ると？に文字化けする問題がありました。 iso-2022-jp で扱うことができないことになっているので、 普通ならば iso-2022-jp で扱える形式に変換するところですが、 思い切って無視して「そのまま」送信することで今回問題回避しました。 参考にしたのは次のサイト http://d.hatena.ne.jp/u87/20100308/ mb_language('ja'); mb_internal_encoding('UTF-8'); $e_subject = mb_encode_mimeheader($subject); $e_body = mb_convert_encoding($body, 'ISO-2022-JP-MS'); $mail_header = "
PHPでダウンロードさせるファイル名がIEで文字化けする件 - Qiita
問題はどんな言語で書いても起こることですが、たまたま仕事でPHPつかってたときにぶつかったのでメモしておきます。 結論 HTTPのレスポンスヘッダで Content-Disposition: attachment; filename*=UTF-8''URLエンコードされたファイル名を送ってあげる。 追記 2017/11/02: Edgeでも通用するようです。https://github.com/netcommons/NetCommons2/issues/126 ファイル名が化ける PHPでファイルアップローダをつくっていました。 動作確認はUbuntu 14.04のFirefox30をつかっていましたが、社内ではIE11がデフォ。「一応やっとくか」とIE11で動かしたら、日本語のファイル名が見事に化けました。 またお前か、IE！チキショー Slim Frameworkをつかっているので、こ
文字化けすると糸偏の漢字がよく出てくるのはなぜですか? - 特に、糸偏に「連」（正字体）、糸偏に「雲」、糸偏に「間」（正字体）の... - Yahoo!知恵袋
偶然ではございません、しっかりとした理由がございます。 少し難しい話になりますが、 UTF-8という文字コードと呼ばれるものをShift_JISという文字コードで読み込んだり表示したときに「縺」や「繧」「繝」となってしまいます。 原因は解釈の違いで、 「あ」という文字は UTFでは「E38182」と解釈しますが、 Shift_JISでは「E381 82**」(JIS番号1-69-65 *)と解釈が異なってしまいます。 この解釈が違った状態で表示出力するとちょうど漢字のバイトコードの最初に2バイト分が「縺」という文字となり、残りのバイトが「*」と表示され、 最終的に「縺*」と表示されます。 「縺ｱ」や「縺ｶ」も同じで、残りのバイトを解釈すると半角カタカナに該当するので「ｱ]や「ｶ」となって表示されます。 参考： http://dic.nicovideo.jp/a/縺 http://dic.n
PHP :: mbstring.internal_encoding と mbstring.http_input は PHP_INI_PERDIR ? [Tipsというかメモ]
とした時のお話。 フォームで渡される値($_POST や $_GET)の文字コードをスクリプト内でいちいち変換するのは手間なので、PHPに標準で用意されている mbstring.encoding_translation を利用するのが一般的だと思います。 これを利用すれば外部から渡された値を内部エンコーディングに透過的に変換してくれるので、作り手としては変換を意識する必要がなくなります。 設定としては、まず php.ini や .htaccess に以下のように記述します。 output_buffering = On output_handler = mb_output_handler mbstring.language = Japanese mbstring.encoding_translation = On
文字コードに起因する脆弱性を防ぐ「やや安全な」php.ini設定
補足 この記事は旧徳丸浩の日記からの転載です（元URL、アーカイブ、はてなブックマーク1、はてなブックマーク2）。 備忘のため転載いたしますが、この記事は2010年9月27日に公開されたもので、当時の徳丸の考えを示すものを、基本的に内容を変更せずにそのまま転載するものです。 補足終わり PHPカンファレンス2010にて「文字コードに起因する脆弱性とその対策」というタイトルで喋らせていただきました。プレゼンテーション資料をPDF形式とslideshare.netで公開しています。 文字コードのセキュリティというと、ややこしいイメージが強くて、スピーカーの前夜祭でも「聴衆の半分は置いてきぼりになるかもね」みたいな話をしていたのですが、意外にも「分かりやすかった」等の好意的な反応をtwitter等でいただき、驚くと共に喜んでいます。土曜にPHPカンファレンスに来られるような方は意識が高いというの
MySQL と寿司ビール問題 - かみぽわーる
MySQL と Unicode Collation Algorithm (UCA) - かみぽわーる に関連するトピックで、 MySQL には寿司ビール問題というのがある。 寿司ビール問題どっかで詳しくお話を聞くべきだよなぁ。。。— RKajiyama (@RKajiyama) March 18, 2015 これはどういう問題かというと、 MySQL の Unicode では binary collation にしてコードポイントで比較しないと🍣と🍺に限らず絵文字が同値判定されるという問題です。 あれ？ MySQL の utf8mb4 charset って、4バイト文字同士を比較すると同じ文字扱いされる？ SELECT '🍣'='🍺' → 1 MySQL的には寿司とビールは同じ扱い。— とみたまさひろ (@tmtms) December 22, 2014 MySQLで select
FuelPHPでフィーチャフォン（ガラケー）対応について考えてみた - bossatama
FuelPHP Advent Calendar 2011 の 25日目です。 昨日は、@Kenji_s さんの「FuelPHP でのセキュリティ対策(3)Add Star」でした。 実は24日に記事を書かなければならないことを知り、かなり無謀ですが、執筆してしまったことを冒頭で謝らせてください。しかも FuelPHP のことをよく知りません。知らないことだらけです。CodeIgniter 使いが違和感なく使えるとの噂を信じて今回色々触ってみました。文中でも CodeIgniter との比較が出てくると思います。 今回は「 FuelPHP でフィーチャフォン（ガラケー）対応について考えてみた」というタイトルです。 周知の事実としてただ今スマートフォンがブームですね。iOS や AndroidOS を搭載した端末です。東京なんかだと携帯電話の新規購入や乗り換えの方々のほとんどがこれらのスマート
FuelPHPで内部文字コードと出力文字コードが違うケースを割とちゃんと対応する
FuelPHPネタが増えてきた。 今日はFuelPHPで内部文字コードと出力文字コードが違う場合の対応。 簡単に対応するのであれば、Controllerのafterメソッドでmb_convert_encodingしてあげればよい。 public function after($response) { $this-> template = mb_convert_encoding($this-> template, "SJIS", "UTF-8"); return parent::after($response); } ただ、文字コード周りをちゃんと設定するのであれば以下のようにした方がいいと思う。 1. fuel/app/config/config.phpで文字コード周りの設定を行う <?php return array( /** * アプリケーションの文字コード */ 'encoding'
Oracle DatabaseでのUnicode設計 - Qiita
Oracleの場合、それぞれの型に別ののCharsetを指定することが可能です。ふつうにOracleをインストールすると、 NLS_CHARSET=AL32UTF8 NLS_NCHAR_CHARSET=AL16UTF16 になるかと思います。当然ながらNLS_NCHAR_CHARSETには、Unicode系のCharsetしか設定できません。(実際にはNLS_NCHAR_CHARSETに、AL16UTF16以外をセットしたことがないので、それ以外のときにどういう挙動になるか分かってません。) 実際にどの型でどのCharsetを使うかは、以下のSQLで見ることができます。(要sysオブジェクトへの参照権限) SELECT distinct(nls_charset_name(charsetid)) CHARACTERSET, decode(type#,1,decode(charsetform,
PHPでサロゲートペアの文字列を検出する - Qiita
/** * 文字列にサロゲートペアが含まれるかどうかをチェックします。 * * @param string $str チェック対象の文字列 * @return bool|string サロゲートペアが含まれない場合false、含まれる場合該当の文字 */ function contains_surrogate_pair_character($str) { if ($str === NULL) return FALSE; // UTF-16へ変換し、一文字ずつチェックを行う $str_utf16 = mb_convert_encoding($str, "UTF-16", "UTF-8"); $str_length = mb_strlen($str_utf16, 'UTF-16'); for ($i = 0; $i < $str_length; $i++) { $chars = str_spl
TOOL更新_半角、JISの第一、第二水準以外をエラーにするロジック。 - kazpgmの日記
TOOL更新_半角、JISの第一、第二水準以外をエラーにするロジック。 １．これはEthnaのEthna_ActionFormクラスのcheckVendorCharメソッドを参考に作成した。EthnaはEUCで機種依存文字をチェックしている。自分はSJISで第一、第二水準以外をチェックした。「kaz PHPプログラム自動作成◎自動生成おたすけTOOL」はUTF-8なのでSJIS-WINにしてからチェックした。 ＜＝JISは制御文字が入るらしくてハンドリングが難しいので同じ第一、第二水準を扱えるSJIS-WINを選んだ。 Ethnaからもらったのは、文字コードをヘキサにする方法。そのヘキサを判定する方法。・・・これがなかなかわからなかった。 SJISで第一、第二水準というのがJISの第一、第二水準の位置をシフトしたものだということをGoogleった結果わかった。そのコード位置（でも、見たWE
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DeleGateによる日本語文字コード変換
PHP: html_entity_decode - Manual
linuxで改行コードとかの確認方法 - Qiita
😇 - ウィクショナリー日本語版