http://pc.casey.jp コンピュータに関する記述とメモ Wed, 08 Feb 2012 01:21:06 +0000 ja hourly 1 http://wordpress.org/?v=3.3.1 http://pc.casey.jp/archives/2373 http://pc.casey.jp/archives/2373#comments Thu, 05 Aug 2010 17:47:37 +0000 admin http://pc.casey.jp/?p=2373 一般的に Cannot modify header information は、ヘッダが既に出力されているのに再度出力しようとした時や、<?phpの前に改行や空白が挿入されている時などにも出力される。 Warning は警告なのである意味では無視しても良いが、パスが表示されてしまう。レンタルサーバー等の共用サーバを使っているとユーザ名が特定されたり、ディレクトリ構成がバレてしまう。 ここでは、php.iniを変更することによって対処する。 output_buffering = On 上記１文を記入するだけで今回の警告は表示されなくなった。（ただし根本の問題が解決したわけではない） この記事を読んだ人は、こんな記事にも興味をもっていますphpmyfaqのデータベース文字化けを直す（１）[phpmyfaq] データベース文字化けを直す（３）]]> http://pc.casey.jp/archives/2373/feed 0 http://pc.casey.jp/archives/551 http://pc.casey.jp/archives/551#comments Fri, 12 Feb 2010 22:32:20 +0000 admin http://pc.casey.jp/?p=551 ちょっと頭を冷やす。 そういえば、phpmyfaq自体にもバックアップ機能が申し訳程度についている（失礼） これを使ってみよう。 新規に２．５．５を構築して、今ある２．５．５のバックアップデータ（読める）を流しこんでみる。 すると、データベースでは化けて…という状態になってしまう。解決できない。 バックアップデータをSQLとしてphpMyAdminからクエリを送ると読めるのだがいろいろ問題もあるのでこれは最後から２番目くらいの手段にしておく。面倒なので。。。しかし、データを１つずつコピーアンドペーストするという最後の手段よりはおそらくましだ（２．６．１にはバージョンの違いもあって、バックアップデータのリストア処理は受け付けてくれない） mysqlbumpを提供するクラスなどもあるらしい。直接dumpを実行すると化けるのでこれを通したら解決するのかなーとか淡い期待。 Blacksmith MYSQLをPHPからDUMPする方法 : http://flamberge12.blog43.fc2.com/blog-entry-35.html MySQLのバックアップを行うmysqldump機能を提供するPHPクラス:phpspot開発日誌 : http://phpspot.org/blog/archives/2007/06/mysqlmysqldumpp.html 仕方なく、２．５．５のバックアップ機能で出力したファイルを２．６．１の新規状態のデータベースに日本語を含む場所に限ってphpMyAdminからバックアップファイルのSQLを投入した。とりあえずこれで良い・・・と思ったらそうでもないらしい。当たり前といえばそうなのだが、２．６．１から使われているデータベース内に記録されているConfigureの値が参照できないとか項目が無いとか。。。うーん。 今のところこのやり方で乗り切るしかないのかな。うーん・・・・。 どうでもいいんだけど、.htaccessを書き換える必要があって、そうしたら５００エラーが出まくり。でもでないものある。今まで使っていたのさえ拒否る。なんだ？すごーーーーーーーーく長く奮闘した。ムカついてFTPではなくSSHで作業したら、受け付けた。なんだ？何時間も無駄にした。。。どこかで作業を間違ったのか今までの手をつけていないはずの稼働中のシステムからもエラーが出るようになってしまった。仕方なくphp.iniを設置してerror_reportingをOffにした。時間に迫られてとりあえずここまでかな。今日は・・・。つか、テンパってるからというのもあるけど、エラーのうち、テンポラリファイルが作成できないってのがあって、これは.htaccessでPHPがCGIとして機能していないからだけだと思った。だが、読んでみるとデータベースのconfigureに関するものでもあった。気がつくのに随分かかった。ついでにサーバーによっては/tmpへの書き込みを禁止しているものもあるという事も知った。 （以下は数日経ってから追記） で、上記はいまでもつづいているようだ。なんだろう？ で、結論。 というか、しばらく触れなかった間にさらにバージョンアップしていて、PDFの問題とかAjaxの問題とか解決したぜ～とか書いてあった。別の記事にコメントくれた人みたいな優秀な人達が改善方法を本家に伝えたんだろうね。ありがたい。//コメント嬉しかったけど、今回はデータベース自体が化けてる・・・のに正常に動くと言う「正常な異常！？」を直すことが目的なのです（汗）「直せます」ってのは嬉しかった。私は挫折しましたが・・・。ちなみにこのバージョンではPDFとタグのAjaxなどが改善されてた。 現状のバックアップを取る FTPで稼働中のファイルをすべてバックアップ phpMyAdminでデータベースのダンプを取る（化けてて良い） phpmyfaqで２種類のバックアップを取る Upgradeする phpmyfaqの新版を取ってきて、解凍する マニュアルのUpgradeを穴が開くほど確認する（単語の読み違えで失敗した・・・） FTPでアップロードする Upgradeを実行する サイトを表示すると文字化けしているけど今はOK。気になるなら事前に.htaccessでオレオレモードにする。やり方はこのサイトのどっかにたぶん書いてある。 いよいよ本番。当然、この作業中にFAQデータに変更があってはいけない・・・と思うよ phpmyfaqが吐き出したデータをK2Eのような優秀なエディタで開く phpMyAdminでデータベースにアクセスする faqcategoriesを空にして、開いているエディタから該当するSQLを見つけてぶち込む faqdtaを空にして、開いているエディタから該当するSQLを見つけてぶち込む faqdata_revisionsを空にして、開いているエディタから該当するSQLを見つけてぶち込む faqnewsを空にして、開いているエディタから該当するSQLを見つけてぶち込む faqsearchesを空にして、開いているエディタから該当するSQLを見つけてぶち込む faqtagsを空にして、開いているエディタから該当するSQLを見つけてぶち込む faqconfigを空にして、開いているエディタから該当するSQLを見つけてぶち込んではいけない！（楽しようとしてハマった） faqconfigのmain.metaDescriptionを慎重に訂正する faqconfigのmain.metaKeywordsを慎重に訂正する faqconfigのmain.titleFAQを慎重に訂正する 終わりと始まり で、データはこれで終わりなんだけど結局改造している部分とかテンプレートとかを対応させるのに数時間。。。（涙） 今後は作業した後にdiffしておくとか何かしておこうと誓った！・・・データベースは毎度いじることはないだろうから（祈る！）いいとしても、その他のファイルなどの更新で死んでしまう・・・・。その辺考えるとwordpressなんかは非常に優秀と言うか良く出来てるなーと思ったり。 ※ちなみに2.5.5から2.6.2にしたときのメモ。で、ここまでやって記事を追加したら化けてるんじゃお話にならない・・・確認したらきちんと「私の読める文字で」表示された。。。やたー！？？ この記事を読んだ人は、こんな記事にも興味をもっています携帯電話から送られたメールがiPhoneで文字化けするIE9 が爆速で笑うしかないFirefox4 ?phpmyfaqのデータベース文字化けを直す（１）]]> http://pc.casey.jp/archives/551/feed 0 http://pc.casey.jp/archives/546 http://pc.casey.jp/archives/546#comments Wed, 27 Jan 2010 21:22:28 +0000 admin http://pc.casey.jp/?p=546 テストプログラムを書いてみたら、余計にハマった。 http://php5.seesaa.net/article/62432244.html にサンプルがあったので使わせてもらった。 当然sjisで文字化けしたので、utf8で試したら、なぜか素直に表示される。。。なぜだー。。。 ここまでくると、多分すごく次元の低い「？」と格闘している気がする。。。 test.php <?php   $url = "localhost";   // MySQLへ接続する   $link = mysql_connect($url,$user,$pass) or die("MySQLへの接続に失敗しました。");   // データベースを選択する   $sdb = mysql_select_db($db,$link) or die("データベースの選択に失敗しました。");   // クエリを送信する   $sql = "SELECT * FROM faq_faqdata where id = 25";   $result = mysql_query($sql, $link) or die("クエリの送信に失敗しました。<br />SQL:".$sql);  while ($row = mysql_fetch_assoc($result)) { [...]]]> http://pc.casey.jp/archives/546/feed 0 http://pc.casey.jp/archives/543 http://pc.casey.jp/archives/543#comments Wed, 27 Jan 2010 09:31:06 +0000 admin http://pc.casey.jp/?p=543 とりあえずプログラムを読んでみる。 通常アクセス（閲覧）は問題ない。もちろん変更や新規追加も問題ない。 動作の上では問題ないが、データベースには文字化けして記載されている。 どのような流れでこれを元に戻しているのか探ってみる。 index.php に以下のようなものがある $title    = ' - ' . $faq->getRecordTitle($id); index.phpを読んでもコンバート処理などしている様子はないので、どうやら正しい結果が既に渡されているようだ。 それでは $faq は何か？同ファイルに次のようにある $faq = new PMF_Faq($current_user, $current_groups); それでは PMF_Faq はどれか。 /inc/Faq.php がそれのようだ。     public function getRecordTitle($id)     {         if (isset($this->faqRecord['id']) && ($this->faqRecord['id'] == $id)) {             return $this->faqRecord['title'];         }         $query = sprintf(             "SELECT                 thema             [...]]]> http://pc.casey.jp/archives/543/feed 0 http://pc.casey.jp/archives/540 http://pc.casey.jp/archives/540#comments Wed, 27 Jan 2010 09:30:01 +0000 admin http://pc.casey.jp/?p=540 phpmyfaqのPDF化の際に文字化けするというのはあちこちで語られている。 残念ながらバージョンの違いなどにより直すことはできなかった。 さて、phpmyfaqがバージョンアップしたので２．５．５から２．６へアップグレードしようとおもった。 念のためphpMyAdminからdumpをとっておこうと思って覗いてみると、文字化けしている。 だがしかし、phpmyfaqの通常利用では文字化けしていない。 ちょうどphp（CakePHP）からRSSを別のところに表示しようと思ったところ文字化けしていた、というのもある。 ところが他のphpmyfaqを使ったサイトで、下位バージョンのRSSを見ても文字化けしていないものもある。 phpmyfaqのRSSが出力する文字化けしたそれは、データベースに保存されている文字化けのままだった。 だがしかし、phpmyfaqの通常利用では文字化けしていない。 ということは、プログラムが一見文字化けしているものを見事にやり取りしているということだ。 そうでなければ動作しないはずだから。 いやな予感はしたものの、アップグレードしてみると、その文字化けしたものに見事に置き換わった。 バックアップファイルを戻すと正しく動作した。 アップグレードの動作と、RSSの動作を見ると、どうやら本来はきちんとした文字で保存されていることが正しいらしい。 実は日本語が動作するかはphpmyfaq上から操作してOKだったという程度の確認だけしかしていなかった。 １００件以上の登録をしてしまった後だから、１件１件表示させてDBやテキストファイルにSQLとして記載して行くことも面倒だ。 それこそ最後の手段だが。 データベースの文字化けを直す、というとlatin1からutf8への変更などはあるが、既にこのデータベースやテーブルはutf8だ。 いくつかテストSQLを書いてみたもののデータベースはそれが正しいutf8で保存されているとしているらしく、変換できない。 変換しても期待する結果を得ることはできなかった。 またバックアップ＆リストアの際に使ったSQLファイルの書き出しコードを変更したり、書き出されたSQLファイルをテキストエディタで開いて文字コード変更をしても直らない。 おそらく私の理解が出来ていないだけなのだろうが、この問題を解決するにはプログラムを読んでみるしかないようだ。 読んでみても直せなければ変換プログラムを作るしかなさそう…。 この記事を読んだ人は、こんな記事にも興味をもっていますphplist – オープンソース高機能メールマガジンiPhoneアプリケーションphpMyFAQ(FAQ管理)携帯電話から送られたメールがiPhoneで文字化けする[phpmyfaq] データベース文字化けを直す（２）phpmyfaqのデータベース文字化けを直す（４）]]> http://pc.casey.jp/archives/540/feed 2 http://pc.casey.jp/archives/461 http://pc.casey.jp/archives/461#comments Wed, 23 Dec 2009 10:37:17 +0000 admin http://pc.casey.jp/?p=461 ◆投稿日時がずれる constants.php のタイムゾーンを修正する //define('PMF_DATETIME_TIMEZONE_DEFAULT', 'Europe/Berlin'); define('PMF_DATETIME_TIMEZONE_DEFAULT', 'Asia/Tokyo'); ◆参考資料 PHP: サポートされるタイムゾーンのリスト – Manual : http://php.net/manual/ja/timezones.php この記事を読んだ人は、こんな記事にも興味をもっています[phpmyfaq] データベース文字化けを直す（２）]]> http://pc.casey.jp/archives/461/feed 0 http://pc.casey.jp/archives/1564 http://pc.casey.jp/archives/1564#comments Sat, 06 Dec 2008 09:46:01 +0000 admin http://www.casey.jp/wp/pg/phpmyfaqfaq%e7%ae%a1%e7%90%86/ ＦＡＱ管理システムは非常に重要性が高く需要もある。（ビジネスチャンスでもあるが）しかし、要求に合致するものにはなかなか巡り合えない。ここではphpMyFAQを検証することにする。 オープンソース PHP MySQL 多言語対応・言語自動認識 phpmyfaq の検索結果 約 736,000 件（日本語のページ 約 78,500 件） 特徴 グループ管理 カテゴリ管理 →　カテゴリ別に制限をかけることもできる →　カテゴリに別名を付けられる（例えば日本語では「質問１」英語では「Question1」） 投稿時に画像認証がある（スパム抑制）/不要にすることもできる 動作が非常に軽い 質問があると管理者にメール通知する 管理者はHTMLエディタを使える 管理者が投稿を検閲する/しないが選択できる 質問者と回答者の対話だけに絞れない。 ゲストが閲覧することは構わないが返信するのは回答者に設定されたユーザだけではない。 インストール 公式サイトhttp://www.phpmyfaq.de/からダウンロードする →　執筆時はphpMyFAQ 2.0.10が最新 圧縮ファイルを解凍する ＦＴＰで転送する 転送したURLにアクセスするとphpMyFAQ 2.0.10 Installationが表示され、ディレクトリを作成するよう指示が出る（もしくはパーミッション変更） →　/attachments →　/data →　/images/Image →　/inc →　/pdf →　/xml You don’t have GD support enabled in your PHP installation. Please enabled GD support in [...]]]> http://pc.casey.jp/archives/1564/feed 0