『[PHP] Apacheで特定のPHPアプリケーションにのみNLS_LANG環境変数を適用したい』
PHP＋Oracle のアプリケーションを構築する場合、例えば文字コードを UTF-8 で統一するならば、NLS_LANG 環境変数に"Japanese_Japan.AL32UTF8"を設定します。 このアプリケーションを Linux 上の Apache で稼動させる場合、通常は Apache のインストールディレクトリの下の bin ディレクトリにある envvas に export NLS_LANG=Japanese_Japan.AL32UTF8 と書いておけば OK です。 ただし、このように設定してしまうと、Apache 上で NLS_LANG 環境変数に異なるキャラクタ・セットを設定していることを前提にしている別のアプリケーションが稼動している場合、それらのアプリケーションの動作に悪影響を及ぼす可能性があります。 このような場合、Apache 全体に対して環境変数を設定するのでは
![『[PHP] Apacheで特定のPHPアプリケーションにのみNLS_LANG環境変数を適用したい』](https://cdn-ak-scissors.b.st-hatena.com/image/square/ed239427f781d723ae5cf65616a522073f68d378/height=288;version=1;width=512/https%3A%2F%2Fstat.profile.ameba.jp%2Fprofile_images%2F31%2Farchive-redo-blog%2F1180840362506.jpg)
Perl 5.8.x Unicode関連
-> 趣旨と注意書き -> UTF8フラグ？ -> UTF8フラグとPerlIOレイヤ -> UTF8フラグのついた文字列を記述する -> Wide character in print ... -> Encode -> utf8::* -> use utf8; -> use encoding; -> use UTF8 と use encoding -> JcodeからEncodeへ -> 情報源 <- モドル 趣旨と注意書き Perl 5.8.x のUnicode 関連です。 正直、5.8.x は、ネタでしか使ってなかったので(ぉ、ちゃんといじったことがありませんでした。 使ってみると、よくわかんなくなったので、ちょっとまとめてみました。 今でもあんまりわかってないかもしれないので、内容は無保証です。 突っ込み歓迎。 Jcode、Encodeのメンテナの弾さんから、ご指摘いただいたので、
perl utf8→sjisで文字化け - (ﾟ∀ﾟ)o彡 sasata299's blog
2008年07月25日23:32 Perl perl utf8→sjisで文字化け 以前のEncodeモジュールの話に関連した話なんですが、 今日、ある症状が出て困っていました。utf8を、sjisにした際に「〜（波ダッシュ？）」や「−（全角のマイナス）」が文字化けしてしまったのです(；´Д｀) とりあえずその場は「Unicode::Japanese使えば大丈夫だよ」と教えていただいて対処したんですが、どうにも府に落ちなくてちょっと調べてみました。そしたらありましたよ、解決策が.｡ﾟ+.(･∀･)ﾟ+.ﾟ もともと、 encode('shift_jis', decode_utf8($str)); こんな感じでutf8からshift-jisに変換していました。これを encode('cp932', decode_utf8($str)); とすることで、無事文字化けすることなく変換できました。
全角マイナスと全角ハイフンと半角マイナスと半角ハイフン - F.Ko-Jiの「一秒後は未来」
ホットペッパーAPIで提供されるお店の住所フォーマットがかなりバラバラでハマってしまいます。最もハマってしまうのが「全角ハイフン」の存在。 以下にハイフンとマイナスの全角文字と半角文字を列挙してみます。どれがどれだか分かりますか？ 「‐」、「-」、「－」、「-」 プログラムでは、正規表現で全角マイナスと半角マイナス(これは半角ハイフンも同じ文字)をreplaceの対象としていました。そのため全角ハイフンの含まれる住所だけは正しくreplaceされず、その結果ジオコーディングできていませんでした。 これに気づいたのは、問題の住所をencodeURIComponentにかけてデバッグ表示させたときです。半角マイナスであればURIエンコードをしてもそのまま表示されますが、問題の住所のハイフンは%つきでエンコードされてしまったのです。 ちなみに先ほど列挙した4つの回答ですが、左から「全角ハイフン」
Japanese Moodle: 日本語ファイル名をIEでダウンロードするときの文字化け対策 | Moodle.org
Learn about Moodle's products, like Moodle LMS or Moodle Worplace, or find a Moodle Certified Service Provider. Moodle.com Our social network to share and curate open educational resources. MoodleNet Courses and programs to develop your skills as a Moodle educator, administrator, designer or developer. Moodle Academy Moodle.com Learn about Moodle's products, like Moodle LMS or Moodle Worplace, or
Linux Wiki
このWikiは今年度中で閉じる予定です。何らかの形のアーカイブは残します -- 奥村? 2021-08-10 (火) 20:04:42 PHPが使えないブラウザがあります。 -- morinet? 2021-08-10 (火) 18:07:38 あ -- あ? 2021-08-10 (火) 18:05:39 Vine Linux 6 がリリースされています。http://vinelinux.org/ -- detch 2012-07-27 (金) 13:01:18 気がつけば Vine Linux 5 がリリースされています。http://vinelinux.org/whatsnew.html -- よっけ 2009-09-01 (火) 22:33:58 2007-12-25 に Vine Linux 4.2 がリリースされています。 -- よっけ 2008-01-01 (火) 19:10
カレントディレクトリ以下すべてのファイルの文字コードを変換する - はてブロ@ama_ch
Macを使い始めてから、文字コードに悩まされる機会が増えました。ファイルを貰ったりすると、大抵EUCやShift-jisでうまく表示できません。各エンコーディングに対応しているエディタを使えば読むことはできますが、やっぱりターミナル上で表示できないと不便です。 対策として、iconvコマンドを使うとエンコーディングを変換することができます。 例えばtest.txtというファイルをeuc-jpからutf-8に変換したい場合、 $ iconv -f euc-jp -t utf-8 test.txt > test_utf.txtこのようにできます。 この方法の問題点 ファイル名を変更しないといけない 同じ（変換元の）ファイル名をそのままリダイレクトする*1と、ファイルの中身が空っぽになる 1度に1つのファイルしか変換できない 大量のファイルを変換したい場合は、以下のようなシェルスクリプトを利用す
携帯サイトをUTF-8で出力するかShift_JISで出力するか - F.Ko-Jiの「一秒後は未来」
携帯サイトをUTF-8で出力しようかShift_JISで出力しようか悩んでいました。 超手抜きでウェブサイトをモバイル対応 2008 – 15Pubを読むと「UTF-8でも大丈夫」とあるのですが、ウノウラボ Unoh Labs: 携帯サイト作成時のXHTMLでの相違点では「文字コードはShift_JIS」と書いてあります。 ネットで調べてみるとポイントになっているのは au の仕様で、公式ページには「EZwebでサポートする文字コードはShift-JISです」とあるにも関わらず、UTF-8でも文字化けすることなく表示できてしまうとのこと。 色々迷った挙げ句、「楽だから」という理由でまずはUTF-8で出力することにしました。 HTMLのContent-Typeは以下のように記述。 <meta http-equiv="content-type" content="application/xht
文字コード表(EUC-JP) [12836/12836] - [技術資料 + 技術資料] ぺんたん info
文字コード表(EUC-JP) [6000/12836] EUC-JP S-JIS UTF8 UTF16 JIS 文字 実体参照 E9F9 E599 E89D8E 874E 6979 蝎 蝎 E9FA E59A E89DB4 8774 697A 蝴 蝴 E9FB E59B E89D97 8757 697B 蝗 蝗 E9FC E59C E89DA8 8768 697C 蝨 蝨 E9FD E59D E89DAE 876E 697D 蝮 蝮 E9FE E59E E89D99 8759 697E 蝙 蝙 EAA1 E59F E89D93 8753 6A21 蝓 蝓 EAA2 E5A0 E89DA3 8763 6A22 蝣 蝣 EAA3 E5A1 E89DAA 876A 6A23 蝪 
[PHP-users 23552]携帯サイト構築についてメモ
mlmlml ＠ lily.freemail.ne.jp mlmlml ＠ lily.freemail.ne.jp 2004年 11月 6日 (土) 12:59:51 JST 前の記事 [PHP-users 23549]PEAR日本語マニュアル 次の記事 [PHP-users 23553]Re: 携帯サイト構築についてメモ 記事の並び順: [ 日付 ] [ スレッド ] [ 件名 ] [ 著者 ] tetuoです。 PHPで携帯サイトを作る場合、internal encodingがShift-JISにしたいが*出来な い*場合があるのではないかと思います。 （確か、Shift-JISに設定できるPHPはあったと思いますが） 携帯サイトをEUC-JPベースで作る際、実際に動いたメモを残しておきます。 （完全ではないと思いますし、世の中にはより良い方法があるかと思います。携 帯サイトをEUC-
memo.xight.org - PHPの文字化け - 5つの誤解と5つの対策
Summary 設定すべき項目は以下． ;; Disable Output Buffering output_buffering = Off ;; Set HTTP header charset ; default_charset = EUC-JP ;; Set default language to Japanese mbstring.language = Japanese ;; HTTP input encoding translation is enabled. mbstring.encoding_translation = off ;; Set HTTP input encoding conversion to auto mbstring.http_input = pass ;; Convert HTTP output to EUC-JP mbstring.http_output
.htaccessによる文字化け対策
TypeKey認証やコメント投稿の後で文字化けが発生するという質問を最近何件か頂いています。TypeKeyの文字化けについてはHTTPリダイレクトを伴っており、ページ直前のHTTPレスポンスで返却されたcharsetを見てしまうのが文字化けの要因と思われます（発生するサイトとしないサイトの違いは不明です）。下記のサイトに解説があります。 エンタープライズ：Linux Tips：リダイレクト先で文字化けしてしまう ただしコメント投稿後の文字化けは原因不明（リダイレクトではないという認識）です。 上記のサイトにも少し書かれていますが、リダイレクトによる文字化け解消について .htaccess を利用する方法がありましたのでご紹介します。 １．.htaccess ファイル作成 まず .htaccess というファイルをテキストエディタ等で新たに作成し（既に存在する場合はその中）、そこに下記のいず
セキュリティ専門家でも間違える！文字エンコーディング問題は難しいのか?
(Last Updated On: 2018年8月13日)一見徳丸さんのブログは分かりやすいように思えますが、それは単純な実験により分かりやすいように見えるだけで複数の間違いがあります。 その間違いとは 意図の取り違い – 誤読 言語の仕様と実装の理解不足 HTTPやPHP仕様の理解不足 セキュリティ対策をすべき場所の理解不足 です。(※0) 徳丸さんは非常勤とは言え、国の出先機関の研究員であるし、その出先機関は職務放棄とも言える文書（「例えば、PHPを使用しない」と勧める文書）を公開している(いた?)のでしっかり反論しておく必用がありますね。IPAのあの文書は職務放棄と言える文書だと思っています。これについても後で意見を述べます。 意図の取り違い – 誤読 最初の間違いは私のブログのエントリ「何故かあたり前にならない文字エンコーディングバリデーション」に対する理解です。特にPHPユーザに
WordPress UTF-8文字化け対策 / レンタルサーバ SHIFTWEB / シフトウェブ
WordPress 2.2ではUTF-8をデフォルト文字コードとします。 シフトウェブ レンタルサーバではMySQLサーバのデフォルト文字コードがEUC-JPの場合があるので、文字化けしてしまうことがあります。 その場合下記を行うことにより文字化けせず利用することができます。 こちらのページを参考にさせていただきました http://blog.belive.jp/archives/50862109.html ありがとうございます。 生成された wp-config.phpを修正します。 WordPressインストールから開始までの続きの場合には /public_html/wp/wp-config.php となっているはずです。 FTPソフトにて生成されたwp-config.phpをダウンロードしましょう。 wp-config.phpは下記の様になっているはずです。 <?php mb_la
携帯サイト制作の仕様比較…絵文字（iMode/DOCOMO,EZ Web/au,Yahoo!ケータイ/SoftBank）
kjet.jp 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Japanizing Moodle - tsibale.com
docomo(ドコモ)やauの絵文字の抽出をPHPで最も簡単にする方法 - ぎじゅっやさん
OngMap.com is for sale | HugeDomains
ＰＨＰの文字化けを本気で解決する - ぎじゅっやさん
http://cgi.wap2.jp/emoji/softbank/?act=list