; \u1234 形式 ; Ӓ 形式(HTML用 10進数) ; ሴ 形式(HTML用 16進数) ; HTML用に変換時、文字実体参照で変換。
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
2007年03月01日03:25 カテゴリ技術-PHP PHPで UTF-8←→SJIS の変換を行う場合の注意 php で文字コード変換をする場合は mb_convert_encoding("ほげほげ", "SJIS", "UTF-8")といった感じで変えられますが mb_convert_encoding("郄橋", "SJIS", "UTF-8")とやると文字化けします。 つまり、Shift-JISの拡張文字をUTF-8 (から|へ) 変換しようとすると化けるらしい。 拡張文字の代表としては「磲」とかも。 あとは「?????」のローマ数字の類もそう。 解決としては mb_convert_encoding("郄橋", "SJIS-win", "UTF-8")これだけ? って感じですが、これで問題なく変換できます。 これだけでなぜ通るのか、ちょっと調べたけれどよくわかりませんでした。 詳し
phpとoracleを用いたシステムでwebサイトを構築しているのですが、 ブラウザからアクセスしページ表示した際に、全角文字が文字化けしてしまいます。 ◆環境 webサーバ:apache, php, oracleClient, PDO_OCI DBサーバ:oracle DBデータアクセス方法:PDO ◆事象の詳細 文字化けといっても必ず ???? とクエスチョン続きで表示されます。 上記webサーバのコマンドラインでphpのバッチを実行したところ、 コマンドライン上では正常に全角文字が表示されます。 まったく同じバッチをwebブラウザからhttpでアクセスを行ったところ、 文字化けしてしまいます。 ブラウザでの表示が悪いのではと思い、 phpのバッチ実行時に結果をテキスト出力させる処理を追加したのですが、 コマンドラインで実行した際は正常に出力され、ブラウザでアクセスした際は内容が文字化
phpでOracleにInsertした結果を表示するとORA-29275発生 SQL> select * from table_name; ERROR: ORA-29275: 不完全なマルチバイト文字です phpファイルはUTF-8でDBの文字コードがSJISという事で発生(と思う) ORA-29275 OracleDBで文字コード取得 SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER='NLS_CHARACTERSET' JA16SJIS PHP側でエンコード処理 'テスト' ↓ mb_convert_encoding('テスト','SJIS','UTF-8')
Oracle(SJIS)とPHPでWebシステムを作る際、PHP側の文字コードをSJIS・UTF-8どちらにするか悩んでいます。 Linux(CentOS)、Apache、Oracle(SJIS)、PHPで webシステムを作ることになったのですが、 oracle + PHP の開発経験がないので PHP側の文字コードが SJIS、UTF-8 どちらが良いか分からず悩んでいます。 一度 ・PHPの文字コードをSJIS、php_info()のenvironment→NLS_LANG=Japanese_Japan.JA16SJIS ・PHPの文字コードをUTF-8、php_info()のenvironment→NLS_LANG=Japanese_Japan.AL32UTF8 で簡単なプログラムを組んで SELECT、INSERT、UPDATEは試してみたところ、 どちらも文字化けせず問題なさそ
LaVie(~2014年12月発表)、他… (すべて表示する)、 (折りたたむ) VALUESTAR、Mate、VersaPro
Shift_JIS(SJIS, cp932) の文字コードで、2byte目が0x5c の \ になっているものの俗称(だめ文字、駄目文字) 0x5cの \ は使用するフォントやロケールによりバックスラッシュまたは¥記号で表示されます。 ダメ文字を含む文字列やパス、ファイル名を処理する場合には文字化け、検索不可など様々な不具合が起きることがあります。 ダメ文字には ー ソ 十 表 など、使用頻度の高いものもあるので cp932を扱う場合には注意が必要です。 また広義には2byte目が 0x7c のパイプ文字 | になっている文字や、2byte目が正規表現などのメタ文字と重なる文字も含む場合もあります。 ダメ文字問題は正規表現をはじめとする様々な言語、システムで制御用のメタ文字として扱われる文字と同じバイト列が、SJISの漢字の2byte目に含まれていることにより起こります。 特に 0x5c
Perl › モジュール › here 日本語などのマルチバイト文字をPerlで適切に扱うにはEncodeモジュールを使用します。次の3つのことを覚えておけば多くの場合適切に日本語を扱うことができます。 外部から入力された文字列はEncodeモジュールのdecode関数でデコードする 外部へ出力する文字列はEncodeモジュールのencode関数でエンコードする ソースコードはUTF-8で保存しutf8プラグマを有効にする この解説での用語 この解説では外部から入力された文字列のことを「バイト文字列」と呼ぶことにします。Perlの内部表現に変換された文字列を「内部文字列」と呼ぶことにします。また「バイト文字列」が特定の文字コードで記述されている場合は「UTF-8バイト文字列」「Shift_JISバイト文字列」などと呼ぶことにします。 プログラミングで日本語を扱う場合にその文字列がバイト文字
CSV ファイルを読み込むとき、最もシンプルな方法は次のようなものです。 <?php $csv = array(); $file = 'test.csv'; $fp = fopen($file, "r"); while (($data = fgetcsv($fp, 0, ",")) !== FALSE) { $csv[] = $data; } fclose($fp); var_dump($csv); fgetcsv() を用いて単純に一行ずつ処理しています。 プログラム側と CSV ファイルの文字コードが同じであればこの方法でもいいのですが、エクセルなどで作られた CSV あるいは TSV(タブ区切り)などは、Shift-JIS で保存されている場合が多いため、PHP側が UTF-8 で記述されている時、上の方法で文字コードを変換するには、mb_convert_variables() を使
何度もお気に入りのDVD-Videoを再生していると、ディスクにキズがついてしまうこともある。しかし、バックアップするにしても、高画質で残すと動画はHDDの容量を食いすぎる……そんな悩みはHandBrakeで解消しよう。 いくら大切な映像を残すためとはいっても、DVDは片面1層ディスクでさえ4.7GBもの大容量だ。何本もHDDに保存しようとすればたちまち足りなくなってしまう。かといって、軽量な動画形式にエンコードすると、DVDならではの高画質が損なわれてしまう。大切な映像なんだし、画質の良さは譲れないポイントだし、悩む人も多いはず。 HDD容量を稼ぎつつ、高画質なまま映像を残すなら「H.246」に変換するのがオススメだ。H.246とは、DVDが採用するMPEG2の約1/2のデータ容量で同等の画質を実現する次世代動画フォーマット。画質よりも軽快さを求められるワンセグ放送で利用されている一方で
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く