Ellinikonblue.com Weblog

　サーバを引っ越して見た目はだいぶ落ち着きましたが、 裏ではまだまだ今までほっちらかしてきた「つけ」を払っている状態です orz
　大事なく引っ越しをしたつもりになっていた うちの PukiWiki ですが、 今回のことを機にページ内容の見直しながら、 誤字脱字などをぽつぽつ直していたら、 ページ名が日本語のページだけが編集できないことに気づきました。 閲覧モードでページ遷移はできるのに、編集モードへの遷移に失敗するという状態です。

　PukiWiki では、 Wiki ソースをページ名を文字コードに変換して ファイル名としたテキストファイルにして保存しています。 PukiWiki は 1.4.7 より UTF-8 版（文字エンコードが UTF-8 のページを生成するバージョン）が 同時に配布されていることもあって、 保存ファイルのファイル名変換規則が変更（ EUC コード変換だったものが UTF-8 変換に変更になったとか…）になったのかと思いましたが、 結論から言うと違ったようです。
　参考にしたドキュメントは、以下の PukiWiki の総本山サイトにあった ものです。

• 質問箱 4/26
• 続・質問箱 /51

　上記のドキュメントを参考にすると、 要は今回引っ越したサーバ側 PHP の設定において、 HTTP 入力文字のエンコーディングする際のデフォルトを指定する mbstring.http_input の値が、

mbstring.http_input = auto

となっているだろうこと（未確認）が原因で、これを

mbstring.http_input = pass

に変更することで問題は解決するようです。
　ちなみに設定値として auto では ASCII,JIS,UTF-8,EUC-JP,SJIS の順に エンコーディングをチャレンジし、pass はエンコードしない設定です。

　しかし、一般的に mbstring.http_input の値を変更するには PHP の設定ファイル php.ini を変更することが正道ですが、 ホスティングサーバではこの設定をユーザ側が変更することはできないことがほとんどでしょう。 別の方法として、apache の ディレクトリアクセス設定変更ファイル .htaccess で設定する方法があり、 PukiWiki を インストールしたディレクトリ直下にある .htaccess ファイルの末尾に

php_flag mbstring.encoding_translation off
php_value mbstring.http_input pass

の二行を付加することで、PukiWiki が動作する際だけ、 サーバ側の php.ini で設定されている値を変更した状態にできます。
　上記の設定では mbstring.http_input で HTTP 入力文字のエンコーディングを行わない設定に加えて、 mbstring.encoding_translation で HTTP の入力変換そのものを無効にしています。 実際に うちの PukiWiki では、 これで解決しました。 あと注意点としては .htaccess ファイルは必ず改行コードを LF にすることくらいです。

　いや、問題が起こったときには焦りました。また本気で DokuWiki への移行 が 頭をよぎりました (^^;;;>
　とりあえず喉元過ぎたので熱さ忘れましたが、 PukiWiki の次のバージョンアップを 考えなければならなくなった際は、また熱さを思い出すことにならなければよいのですが。。。

http://wiki.splitbrain.org/wiki:dokuwiki
　やっと PukiWiki を バージョンアップした ばかり ですが、最近、ふとしたことで目にした この DokuWiki という Wiki エンジンが気になっています。

　うちの PukiWiki は 個人的な防備録的な使い方をしていて、 本来の PukiWiki の 使い方である共同作業の目的で使っていません。
　DokuWiki も Wiki エンジンの一種で PukiWiki 同様、 共同作業による情報共有が目的ですが、 作成したドキュメントを以下に見やすく見せるかに重きが置かれていて、 各種プログラミング言語の色分け表示や、 ページの目次の自動作成機能など、魅力的な機能を備えています。
　また PukiWiki 同様、 バックエンドにデータベースを必要としないことも魅力的。

　最近、うちの PukiWiki は 書き殴るだけ書き殴って収拾がつかなくなってきている感があるので、 他人様が読むことをもっと意識して、書き直す気になったらこれを使おうかな…と。 # あくまでその気になったらです。。。 (^^;;;>

• DokuWiki

http://pukiwiki.sourceforge.jp/
　Ellinikonblue.com の ホスティングサーバ引っ越しを機に、 完全に放置プレーになっていた Ellinikonblue.com PukiWiki の PukiWiki を 最新版の 1.4.7_notb にアップグレードしました。
　PukiWiki のアップグレード自身は、 さほど手間はかからず、各ページの更新日時のタイムスタンプが飛んだくらいで、 これはアップデートしたときはいつものこと。
　スキンも以前ものをそのまま使えました（これがいいのか悪いのかは今後見直します）し、 PukiWiki は ほんとに思っていたより手間をとりませんでした。 PukiWiki は…

　今回のサーバの引っ越しは、 ホスティングサービスを利用しているところから、 新サービスの案内を受け、 料金は変わらずディスク容量が 100 倍になると言ううたい文句につられて、 決意したわけです。
　おいしい話には裏があります。
　始まったばかりのこのサービス、申し込みが殺到しているのかもしれませんが、 まずは紙の申込書に書いたメールアドレスを間違って登録され、移行準備完了のメールが来ないは、 ドメインの切り替えの際には「夕刻まで」に作業完了メールがくると 移行手順書に明記されているにもかかわらず、 メールが来たのは日がすっかり沈んであたりも静まってきた夜の 10:00 。 おまけにサーバにコンテンツをアップロードしてパーミッションを設定すると、 消せないディレクトリができあがるは、消したはずのファイルが蘇るは… まぁ半日もあればメンテナンスして移行できると思っていたら、 丸一日以上かけて現状復帰がやっと orz
　みなさん、できたてのホスティングサービスに飛びつくのは、 できる限りやめましょう (^^;>

• FrontPage - PukiWiki-official

http://pukiwiki.sourceforge.jp/
　ここ最近 当サイトの PukiWiki 側 が最近、野ざらしな状態になっていたので、 ただいま猛烈にコンテンツ内容を見直しています。 特に最近、ローカル環境でblosxom の試験環境を整える際、 自分のサイトのドキュメントを読んでいて、 そのおざなりぶりを認識しました。
　ついでに久々に PukiWiki のホームページ を 見てみると最新版は 1.4.7 らしいので、 ついでにバージョンアップもしようかな…とこれは、あくまで予定 (^^)

　7 月 10 日午後、 Ellinikonblue.com PukiWiki の Top Page の アクセス数が、晴れて 10,000 を越えました。
　開設してすぐに取り付けたものでもありませんし、 また Top Page 以外の ページに直接アクセスしてそのまま Top Page を ご覧にいただけなかった方はカウントされませんので、 実際はもっとアクセス数があるはずですが、それはあくまで皮算用。
　この日を素直に喜ぶことにします。

　最近、こちら で 手一杯な部分があって、かるーい放置プレー状態になっていましたが、 かなり情報の劣化が目立ってきたので、そろそろ気合い入れてメンテしようかと 思っております。少なくともその意識はあります (^^;;;>
　できうる限りがんばりますので、今後ともよろしくお願いします。 いや是非 m(_ _)m

　うちの PukiWiki サイト は、 Google Sitemaps が 模様替えを してから、登録していた RSS 1.0 形式のフィードを受け付けてくれなくなって、 エラー扱いになったまま、ほったらかしにしていました。
　登録し直すには、サイトマップを生成するプラグインを探すか、 RSS 2.0 形式のフィードを生成するようにするかしなくちゃなぁ。。。と思っていたのですが、 すぐに見つからず、どうしようかと考えながら検索していると、 PukiWiki で RSS 2.0 のフィードを生成することは、意外に（と言うか至極）簡単だと言うことが分かりました。
　通常、PukiWiki のデフォルトスキンで そうなっているように、RSS のフィード（へのリンク）は （ うちの PukiWiki サイト の 場合だと）

http://www.ellinikonblue.com/PukiWiki/index.php?cmd=rss&ver=1.0

です。これを

http://www.ellinikonblue.com/PukiWiki/index.php?cmd=rss&ver=2.0

とするだけで、RSS 2.0 のフィードが生成されます。

　これを実際、 Google Sitemap に登録してみると、問題なく巡回してくれるようになりました。

　これにて一件落着！

「 『 Google Sitemaps 』が META タグの挿入で利用可能に」 （ INTERNET Watch より）

　やるやるといっておきながら、まったく変化のなかった PukiWiki サイト のスキン変更ですが、やっとできました。
　このブログ の フレーバーのデザインをベースに、少々間延びしたデザインとなった反省を踏まえた PukiWiki スキン版 「女神の横顔 (Goddess Profile) 」です。

　いやー、疲れました。(^-^;>
　最初のうちは、ベースの素材があるのだから今度こそほいほい進むだろうと かる～く考えていましたが、なんのなんの。 微調整を始めた時点で、PukiWiki の吐く HTML ソースをじっくり見てびっくり。

「可読性がない…」 orz

　同じ PHP による Wiki 実装である MediaWiki も あまり可読性の高いソースを吐くとは言いがたいですが、 PukiWiki は今のバージョンはひどい。 あまり意味のないクラスセレクタが散りばめられ、 その上、平気でタグの中にスタイルが指定してあったりもするので、 微調整をやり始めると「きー！！！」ってなりました。
　えらそうな事を言いますが、 YukiWiki を ちょっと見習ってください。
　スキンという仕組みを持っているならせめて HTML と CSS は分離してください。できればお願いします。

　PukiWiki 自身は、 非常に優秀なソフトウェアだと思っています。これからも使い続けます。
　ただスキンのカスタマイズは、当面しません。疲れました (-_-;>
# まだまだ完成ではないので、デザイン的な微調整はこれをベースに続けますけど。。。

　最近、 ブログの方 に ばかり力を入れていたせいか、 PukiWiki 側 は すっかり野晒し状態。
　せっかく新たに二つアフィリエイトに参加したのだから 設置スペースは多いにこしたことはない…と、 今度こそ本気で PukiWiki の スキンに手を入れようかと思って、 情報収集のためまずは PukiWiki.org へと思ったら…

Unable to determine IP address from host name for pukiwiki.org

　んな馬鹿な。。。しかし、何度繰り返しても結果は同じ。 　なぜだなぜだと、原因を探っていると結局、以下のようなことらしい。

• 「 PukiWiki.org のアクセス状況について（ DNS の問題に関する状況）」

　う～む。
　スキンいじりもまだ始めたばかりで、まだまだ細かいとこの調整まで行き着いていないので、 そこまで行き着く前に、一日でも早い復活を願ってます。

「 ライブドア、独自の Wiki エンジンを搭載した『 livedoor Wiki 』」 （ Broadband Watch より）

http://wiki.livedoor.jp/ （ 7 月 7 日～）
　うち も Wiki(Powered by PukiWiki) と ブログ (Powered by blosxom) の 二つの CMS(Contents Management System) を併用してサイトを運用しているわけですが、 「ブログの次は Wiki だ」とは思いません。
　ただブログに魅力を感じなかった人が Wiki に目覚めるようなことはあるかもしれません。
　ブログはどんなに練った文章を綴っても、時間の流れに沿って蓄積されていくものですので、 どうしてもその構成はその名の通り「ログ」的になります。
　しかし、Wiki はブログに比べると CMS としての性質が強く、 整理／共有した知識ベースを「見せる」部分により力点があります。 まぁ「見せる」といっても鯱張ることはなく、ブログ的な使い方はもちろんできますし、 特に個人的なブックマークや防備録を作るだけであれば、 ブログより Wiki の方が向いてるのではないでしょうか？
　ブログで知識ベースを構築している方などは、 一度この livedoor Wiki で Wiki を体験してみることをお勧めします。

　Wiki もブログも自力で構築した者としては、 見かけのデザインを簡単に、しかも美しく整えられるのは ASP の魅力だなぁと 少々うらやましく思っています。
# PukiWiki のスキンいじるのは、 意外に時間がかかって…

　Ellinikonblue.com PukiWiki のスキンを 今回は少々大きくいじりました。
　とは言っても、見栄えはあまり代わり映えしないのですが、 デフォルトのスキンから table 構造を排除して、 左のメニューバーを少し大きめにとって見ました。 一応ウィンドウサイズに追随するように、 メインの部分は左だけにマージンを取ってます。
　いくつかまだ問題はあると思うんですが、 HTML の構造自体はこれを基本にして、 次回は本格的に CSS の部分に手を入れてみたいと思います。

　小さいことからこつこつと…(^-^;>