![[PukiWiki-official]](image/pukiwiki-official.png "[PukiWiki-official]")
| カテゴリ | |
|---|---|
| サマリ | UTF-8化作業を正常に実行できない |
| バージョン | 1.4rc4 |
| 投稿者 | Gruwai |
| 状態 | 不明 |
| 投稿日 | 2003-08-29 (FRI) 14:51:23 |
Operating System Linux / PHP Version 4.3.2
PukiWiki1.4をUTF-8化しようと、convertcode.inc.phpとjcode_1.34フォルダ（および同梱ファイル）をpluginディレクトリに設置し実行したところ、管理者パスワード入力後にフロントページが表示されてしまい、処理を正常に実行できませんでした。
なお、すべてのファイルはFTPでバイナリ転送しました。また、convert.inc.phpおよびjcode_1.34内のファイルは属性644、jcode_1.34ディレクトリは属性777に設定しました。また、「手動で書き換える部分」の処置は既に済ませてあります。
恐れ入りますが、設置上考えられる問題点と、その解決法を教えて頂ければ幸いです。よろしくお願いします。
一つ確認なのですが、UTF-8化作業をする前は正常に動作していたのでしょうか？また、dev:PukiWiki/1.4/UTF-8化の注意にもありますように、ページの階層が深いとかページ名が長すぎるということはありませんか？
「フロントページに行く」ということはそれ以前の問題のようですね。
今回の件ではありませんが、「フロントページに行ってしまう」症状の場合、pukiwiki.ini.phpの$scriptを設定すると直る場合もあったようです。ご参考まで。
ここに書かれている事と同じような現象が起こっています。UTF-8化前は問題なく動作していました。UTF-8化後，編集だけは可能で，新規作成やページの凍結ができません。できないと言うのはトップページに戻ってしまうのです。試しに編集でfreezeを直接打ち込んでみましたが，なぜかfreezeの文字が消えてしまいます。pukiwiki.ini.phpの$scriptも設定してあります。プラグインがUTF-8に対応していないと言うことなんでしょうか？
追加ですが，convertcode.inc.phpも質問者さんと同様に上手く行かなかったのでUTF-８化は手動で行いました。
「編集でfreezeを直接打ち込んでみましたが,なぜかfreezeの文字が消えてしまいます」というのは、そのように処理してあります。手動で＃freezeを書き込んでも無効化されるのは、仕様です。
「プラグインがUTF-8に対応していないと言うことなんでしょうか?」…無関係です。
で、肝心の回答ですが、こちらではまったく再現しないんですよ。pukiwiki.orgも含め、いくつものUTF-8化PukiWikiを構築していますが、そのような現象は一度も起きてないので…。何か環境に依存する部分があるのかなあ?
「そのような現象は一度も起きてないので…」のコメントで作業ミスがあったと思い見直したところ，UTF-８化もれのファイルが１つありました。それをUTF-8化することで上記の不具合が解消しました。お手数をおかけしました。でも，新規作成でページ名を入れてボタンを押すとdefaultpageのURLに戻ります。今度はページが表示されず真っ白です。Locationの問題ではないと思われます。
私も、質問者と同じ問題に遭遇したのですが、なんとか解決できました。よくわかりませんが、正常にpostされなくて、convertcodeに処理が渡らないためだと思います（メニュー等にeucが入っているのが原因か？）。解決方法は、convertcodeの表示するフォームの部分だけ、htmlソースから切り取り、適当なApacheのサイトに（<html>タグなどを補完しutf-8で）コピーします。それをブラウザで開き、パスワードを入力して実行します。うまく行けば、変換結果が表示されます。
私も同じ問題（コード変換画面の直後にフロントページni
|
Site admin: PukiWiki Development Team
PukiWiki 1.5.4+ © 2001-2022 PukiWiki Development Team. Powered by PHP 8.2.12. HTML convert time: 0.309 sec. |
|