以下の静止画像をクリックすると FLASH PAPER を表示します

ファイルサイズ： 3.47Mb
最終更新日時： 2008/09/14 01:25am

ZenCartをCMSで完全にコントロールすることによって、

１．顧客情報データーベースはCMSで一元管理する

　ZenCartではメールアドレスでログインするが、CMS側でメールアドレスの実在性を本格的に検査するので、ZenCart管理者側としても、メール不達に悩まされることは無い。もちろん経年とともに、顧客側の環境が変化して、メール不達もあるだろう。CMS側では２４時間３６５日、メールアドレスの変更を独自認証によって実現しているので、ZenCart側の顧客用のメールアドレスの更新も確実に行える。概して、最初の取引が開始される、そんなとても重要なタイミングにおいて、メールが到着しないメールアドレスでZenCart顧客データーを運用するような不備は全く起きない。 「あのう～メールは届いておりますでしょうか？」などと電話する無駄なコスト流出を防ぐことが可能だ。 「ちゃんとメールアドレスは間違い無く登録してますけど！」と顧客より叱られるようでは、顧客満足度は後退する。

２．オンラインショップのZenCartは多店舗実現済み！

　オンラインショップ店舗が複数運営可能。現実社会と同じ。つまり、店舗オーナーはそれぞれ別登録可能。顧客情報は、訪問した顧客自身が店舗に登録しない限り、顧客情報が店舗側には伝わらない。 顧客側からして安心して利用できてこそのオンラインショップの多店舗管理なので、よりいっそうの口コミを伴って、顧客は安心してより自由な購買意欲を伴って安心して多店舗オンラインショップを訪問できる。

　顧客側からすれば、未だに購入していないけれども、例えばZenCart機能の１つ「店舗からのメールマガジンは購読したい」場合、住所なし、本名なしで、顧客登録も可能。 顧客は実際に購入する段階で、実際の顧客情報を登録できるから、親近感を持ち易いオンラインショップの多店舗化といえる。

　カートも現実社会よりも便利な機能を実装している。 ゲストのまま、複数のオンラインショップに渡り歩いて、それぞれの店舗で自由に商品をカートに入れることが可能。「購入しないけど、預かってて！」って感覚で、どんどん他の店舗に出掛けることが出来る。そして最終的に、店舗を自由に切り替えては比較し、吟味して、最終的に決めた店舗でお買い物の決済を行える！ 現実社会では「御取り置きは出来かねます！」と断られるけど、「万引き！」って疑われることも無く、「あっちの店でうろうろしてはカートに入れ、こっちの店でも検討しカートに入れ、最終的には運賃を含めた合計が安いので、そっちのお店で決めちゃった！」と、現実世界のショッピングの楽しさとオンラインショップだからこその各店での「お取り置き」カート機能を提供している多店舗化システムである。

「一元ゲストさん」と「お得意様」を全自動で提供しているのが、Utype ZenCart の多店舗機能だ。 もちろんログインしていない場合は、どれだけ有名人でも、どの店舗を覗いても「一元ゲストさん」扱いである。これはセキュリティー上有効なので仕方が無い。
しかしながら、どこかの店舗でユーザーログインしておけば、アカウントの登録が既に済んでいる店舗に移動すると、自動的に「お得意様」モードとして、ログインユーザーのまま処理が進む。これが、Utype ZenCart の特徴でもある。 ご心配無用！アカウントの登録が済んでいない店舗に入れば自動的に「一元ゲスト」扱いに切り替わる。そして、アカウント登録済みの店舗に移動すれば、自動的に「お得意様」に戻るのは言うまでも無い。

そんな期待の新星「Utype 多店舗展開標準装備」のZenCartシステムを提供しているのが、Utype XOOPS 多言語＋マルチメディアXOOPSを提供しているサイトだ。一度、覗いてみることをお薦めしておく。既に、オンラインショップを持っているオーナーも、これからオンラインショップを開設する個人も必見なサイトである。

３．PDF正式見積書発行機能を搭載している！

　忘れてならないのは、カートに商品を入れた段階で、好きな時に、PDF見積書を発行してくれることだ。「指定伝票」にも対応してくれるので、高額な商品でも購入稟議申請用の公文書としてPDF見積書の発行機能は期待される！

４．多言語CMSと完全連動しているから海外への販売にも！

　多言語＋マルチメディアCMSと完全連動しているので、外国語による販売も、そしてCMSのあらゆるモジュールも多言語化しているので、ZenCartの機能を大幅に越えた機能を、多言語で利用可能なことも特筆するべき機能だ。 例えば「ZenCartで購入したユーザー様用のサポートなら、CMS側の多言語フォーラムで行える」などなど、国内だけでなく、広く海外への販売だけでなく、アフターフォローまでもCMSで行うことが出来るのも特筆しておきたい。CMS側の多言語ブログをZenCartの全ての店舗のオーナーに開放も出来るので、そんなCMS側の資源を有効利用して、自分の店舗への誘導も可能だ！CMSが提供しているあらゆるモジュールで多言語＋マルチメディアを提供しながら、多店舗ZenCartと共存していることのメリットは、訪問者をあきさせないばかりか、SEO対策上も非常に効果がある。

　　　　　—–

　こんな高機能で、購入者側の満足度を重視し、日本国内だけに留まらない多言語への拡張性を提供する Utype ZenCart with Utype CMS/XOOPS の情報を手に入れよう！！

【本サイト内へのリンク】：

• 多言語＋マルチメディア実装メインサイト

• 多言語＋マルチメディアCMSなど無料配布多店舗ショップ１号店
• PDF見積書発行機能搭載多店舗ショップ２号店
• 導入検討者用サイト fs4y.com?e=school

1. 「 ZenCart 多店舗 」で検索する

2. 「 tcpdf 日本語 プラットホーム 」で検索する

Utype XOOPS も、Utype ZenCart も、共通のモバイル接続の提供です。
携帯電話専用URL ！

WordPressでTCPDFで日本語を利用する件では投稿してきましたが、
そろそろ「見積書PDF自動生成機能付きのオンラインショップ」を公開することとします！

企業では、役職によって必ず「購入決済枠」が決められています。この価格を超える購入が必要な場合は、必ず上層部への「購入の為の稟議申請」が必要です。
そうなんです「正式な見積書」が必要なんです。
公文書価値としての見積書の書式が求められるのです。すると、やっぱり、地場の商社に見積書を頼むしか無いのが現状でしょうか。「正式見積書」が必要なので、地場のブローカー(１人なり数人で商いを行っている規模)に見積をお願いする？

折角の affiliate な時代、売り込みたい商品はごまんとある！
それなら、自社のオンラインショップに、またご自分のオンラインショップに、affiliate機能を付加するだけでなく、公文書として通用する「見積書」を自動的に発行する機能は急がれます。

当方では、標準仕様の ZenCartを改訂し、より便利な「 Utype ZenCart 」を開発し、ご提供を「発進」

目下の特徴は

1. XOOPSとの連動、連携。
   　Utype XOOPS では、１つのユーザーアカウントデーターベースで、無数の Utype XOOPS を稼動可能。 その Utype XOOPS でのメールアドレス管理機能を利用して、ZenCart では、メールアドレスの新規登録も、変更も、Utype XOOPS から自動転送されます。

2. ZenCartの多店舗展開を可能にしています。
   　つまり、ZenCart「Ａ店」に行ってカートに入れるだけで決済しないで、そのまま ZenCart「Ｂ店」に行ってカートに入れるだけ。いつでも好きなタイミングで「Ａ店」に戻ってカートをチェック、「Ｂ店」に移動してカートをチェックできます。「やっぱり ZenCart/Ｚ店で買おう！っと」が可能です。つまり現実世界と同じ「色んなお店、あっちのお店へ行ったり来たりショッピング」を楽しめます。
   　それぞれのショップでのアカウントをリアルタイムに検証しますので、アカウントの無いショップだけは自動的に「一元ゲスト」扱いに切り替わりますし、アカウントのある「常連さん」なら、自動的にログイン状態に復帰します。
   (最初からログインしていない場合は一元さん扱いです)

3. Utype XOOPS では積極的に「ユーザーグループ管理」を推進しています。
   　つまり、XOOPSの特別な「ユーザーグループ」にログインしなければ、入店できない「見えない秘密の ZenCart店」を運用可能です！ Utype XOOPS では、主催者側のパスワードの設定によって、どの「ユーザーグループ」への参加と脱会が好きなタイミングで可能です。 Utype XOOPS では、XOOPSの新規アカウント作成時にも特別なユーザーグループに参加可能ですが、実は、Utype XOOPS のユーザーグループへの参加は、階層構造を持ちます。 「あるユーザーグループ参加者だけ、新たな特別なユーザーグループへの参加が可能」と言うものです。

※ 是非、本サイトでXOOPSのアカウントを取得してみてください。「お好きなユーザーグループ」への参加が、どんなものかが理解できるでしょう。 どれかの ZenCart でアカウントを取得してみてください。納得できるかと存じます。

まずは、実験仕様として当方のサイト内の１つの ZenCart に実装してみました。

1. まずは、SSLモードで「 ＺＯＸ９ 」に接続しましょう。こちらからどうぞ。

2. だまされたと思って、どんどん適当に有料商品をカートに放り込んでください。。。
3. １つでもカートに商品が入れば、左の画面の様に、回転する「見積書」の赤い文字が出現します。 これをクリックするだけ。
   
4. もちろん「 ZOX9 」のアカウントを取得して、ログインすれば、見積書の宛名欄には「会社名」「所属」「電話番号」などが埋め込まれます。SSLでPDFデーターを配信します。

※ 既知の仕様限界：

　最新PHP機能であるドメインを飛び越えてのセッション管理ではなく、ZenCart初期値のセッション管理を採用しておりますので、共用SSLを利用している本サイトでは、非SSL通信中でのカートとSSL通信中のカートとは、全く「別物」です。ご注意願います。 本サイトでは「カートからの決済はＳＳＬのみ」としている関係で、ゲスト段階でのカート利用も、ＳＳＬ通信でお願いしております。 ZenCart のトップページや、非SSLでのカート画面で「お知らせ」しております。

Bernadette Seacrest

「おかしいですね。(日本製の)ＭＳだと正常なんですけど・・・」と言い訳する。

相手は「もう、仕方がないなあ～。どこかの日本製のＭＳ稼動機で再度試すしかないね」ってことになる。
「ワタシハ、ニホンのモジよみたいですが、ガメンがマッシロです？！」と海外の方から質問が来てしまいかねないのがFPDF。

裸の王様ではいけませんね。実際に体験してみませんか？ 日本製以外のＭＳ機って手に入らない。 そこで、「 １CD-ROMで利用できる Linux/X-Window : Knoppix 」で確認できます。右はTCPDFで生成されるサイトの表示結果です。FPDFで生成されるPDFを確認すると白紙状態ですが、TCPDFで生成されるPDFでは異常を認められません。
当方で検証に利用したバージョンは Knoppix 5.0.1 です。少し古いです。みなさんは最新版で確認してください。

もちろんPDFプロパティーも日本語表示します。
大学など、OSとしてMSを利用していない端末は多いんだと思います。ましてや、海外の図書館から接続される場合もありますよね。例えば海外のネットカフェで日本語を読める方が利用した場合を考えれば、文字を表示できないPDFファイルって無意味ですよね。

そこで、宣言したフォント種の情報分だけ生成されるPDFファイルは大きくはなるのですが、ＴＣＰＤＦを利用することとします。
ひょっとして、「アナログ電話回線＋モデム」で接続している辺境の環境では、精神的につらいでしょうけど、随分とインフラが発展した今日では、大容量のファイルの配信も問題無いと思います。これだけマルチメディア配信が盛んになっていますからね。

ここでは、当方が独自に「ＵＴＦ－８」でTCPDFを利用したレポートを行います。

• アクロバットで表示するにはアクロバットのバージョン８以上が必要です。
• また、FLASH PAPERを表示するには最新のFLASHプレイヤーが必要です。
• 文中の「ＭＳ」とは、Microsoft社のOSを意味しています。そして「日本製のＭＳ」とは、日本マイクロソフト社が提供している日本語用のOSを意味しています。MSは世界規模のグローバル企業ですが、日本MS社は日本国内企業です。

  ---

【記事の改訂履歴】は最後のページにあります。

【TCPDFインストール】は最後から１ページ手前にあります。

目次用のWebリンクページを作成しました。

色々なサイトで、ブログで、
XSASを目にすることもあるでしょう。
筆者は、phpMyAdminでの文字化けが起こったり、
mysqldumpでも文字化けを起こす、
そんな古いMySQLサーバー(MySQL4.0.x系)を利用する意義がないと思いますので、

XAMPP＋Utype
XOOPSインストーラーシリーズを
レポートしましょう。

D:\XAMPPLITE ※ 注：割愛しています！
+---apache
|   +---conf
|   +---logs
+---htdocs ※ ここが DocumentRoot の初期値です。
    +---Package_Legacy_2_1_3_UTF8219
    |   \---Package_Legacy_2_1_3_UTF8
    |       \---html
    +---xoops-2.0.16a-JP_utf8ML_1234 ※ Utypeバージョンによって1234は変化します。
        \---xoops-2.0.16a-JP_utf8
            \---html

#
NameVirtualHost *:80
#NameVirtualHost *:443
<virtualhost *:80>
 ServerAdmin webmaster@yourdomain
 DocumentRoot "D:/xampplite/htdocs"
 ServerName localhost
 ErrorLog "D:/xampplite/apache/logs/ERROR.log"
 CustomLog "D:/xampplite/apache/logs/COMMON.log" common
</virtualhost>

無限では困りましたね。では具体的なドメイン名の例を決めましょう。

<virtualhost *:80>
 ServerAdmin webmaster@yourdomain
 DocumentRoot "D:\xampplite\htdocs\Package_Legacy_2_1_3_UTF8219\Package_Legacy_2_1_3_UTF8\html"
 ServerName legacy213.local.fs4y.com
 ErrorLog "D:/xampplite/apache/logs/ERROR_legacy213.log"
 CustomLog "D:/xampplite/apache/logs/COMMON_legacy213.log" common
</virtualhost>
<virtualhost *:80>
 ServerAdmin webmaster@yourdomain
 DocumentRoot "D:\xampplite\htdocs\xoops-2.0.16a-JP_utf8ML_1234\xoops-2.0.16a-JP_utf8\html"
 ServerName xoops2016ajp.local.fs4y.com
 ErrorLog "D:/xampplite/apache/logs/ERROR_xoops2016ajp.log"
 CustomLog "D:/xampplite/apache/logs/COMMON_xoops2016ajp.log" common
</virtualhost>

Apacheの再起動を忘れないで下さい。

1. MySQLでデーターベースを作成する場合は必ず「 utf8_unicode_ci 」です！
2. また、xoops-2.0.16a-JP_utf8ML_8217 では、インストール直後、
   XOOPSは真っ白です。これは初期値として「 127.0.0.1 」からの接続を
   拒絶しているからです。わははは
   初めてかもしれませんが、phpMyAdminを起動して、prefix_configテーブル(prefixは読み替えてくださいね)を「表示」させて、
   conf_name が bad_ips を探して、鉛筆アイコン(編集)をクリックして、
   文字数に気をつけて、編集しましょう。
   127.0.0.9 とかに入れ替えて、「実行する」ボタンを押しましょう。
   その内に、インストーラーを改訂しないといけませんね。 2008/04/30現在、改訂は終了し、修正は無用です。
3. xoops-2.0.16a-JP_utf8ML_8217 のインストールでは初期値としてApacheベーシック認証を問われます。
   う~む、ここで公開しても良いのですけど・・・・
   「わかんなーい？」って言う初心者の方は、当サイトで必ずログインしてから質問してください。PMでお答えしますよ。(微笑) 2008/04/30現在、改訂は終了しXAMPPLite専用 Utype XOOPS 2.0.16a ML インストーラー最新版ではベーシック認証を抜いています。

休憩！
お疲れ様です！
音楽でもどうぞ ^^;

ＸＯＯＰＳ初心者の方なら、本記事に関するご質問にお応えしますよ。フォーラムで・・・

えっ？
Ｑ：「何でドメインを利用するの？」
Ａ： それは、ドメイン管理とは、あなたが行わなければならなくなるサーバー保守を簡単にするからです。

Ｑ：「DocumentRootって何ですか？」
Ａ：「郵便物の配達先の玄関と考えますか (*^^*) 」

Ｑ：「 phpMyAdminでの文字化けが無いか、どうすれば確認できますか？」
Ａ： 簡単です。XOOPSの画面で日本語を入力し、phpMyAdminで表示させ、

Ｑ：「あのお~ 電車の中とか、外出先で、閲覧不能となるのですが・・・・？」
Ａ： あらら。インターネットと接続していないと、インターネット・ドメイン名は利用不能となります。

Listen 80
Listen 10000

<virtualhost *:10000>
ServerAdmin webmaster@yourdomain
DocumentRoot "D:\xampplite\htdocs\bbb"
ServerName localhost
ErrorLog "D:/xampplite/apache/logs/ERROR_bbb.log"
CustomLog "D:/xampplite/apache/logs/COMMON_bbb.log" common
</virtualhost>

Ｑ：「LAN内で公開したいのですけど？」
Ａ： local.fs4y.com の役目は終わりですね。

<virtualhost *:80>
ServerAdmin webmaster@yourdomain
DocumentRoot "D:\xampplite\htdocs\abc"
ServerName 192.168.0.200
ErrorLog "D:/xampplite/apache/logs/ERROR_abc.log"
CustomLog "D:/xampplite/apache/logs/COMMON_abc.log" common
</virtualhost>

Ｑ：「あのですね。どうしてもインターネットのＤＮＳ利用が許されない閉ざされたＬＡＮ内で利用したいのですが？」
Ａ： ２段階での提案となります。

1. まずは、ＰＣ内のhostsに好きな任意の名前とIPアドレスを登録しましょう。hostsファイルはMS-Windowsによって異なります。
   「 Microsoft TCP/IP のホスト名解決の順序 」などで解説されています。
   

   127.0.0.1 localhost
   127.0.0.1 xoops

   と、hostsに埋め込みます。そして既出のファイル「 httpd.conf 」ファイルに定義してから、Apacheを再起動しましょう。

   <virtualhost *:80>
   ServerAdmin webmaster@yourdomain
   DocumentRoot "D:\xampplite\htdocs\aaa"
   ServerName xoops
   ErrorLog "D:/xampplite/apache/logs/ERROR_aaa.log"
   CustomLog "D:/xampplite/apache/logs/COMMON_aaa.log" common
   </virtualhost>

   ※ こうすれば、http://xoops/ で参照される場所は、D:\xampplite\htdocs\aaa となります。試してみてください。
   【応用】：次のステップに進みますか？ hosts ファイルに埋め込んだ、127.0.0.1 の代替えとして、自機のLANから参照されるIPアドレスを指定して、同じURLで呼び出せたら・・・・
   
   お隣のPCのhostsに同じ行を埋め込むだけで？ そうです、LAN内で公開したこととなる。でもね、数台なら良いけど、学内とか、社内の全てのPCのhostsを変更するなんて無理無理！ それなら、どうしますか？ 筆者なら「 Linux +BIND (+SAMBA) 」かな。もうここまで来ると、初心者向けではなくなるので、これくらいにしますけど、やっぱり閉ざさないで、インターネットのDNSを拝借する方が超簡単ですよね。

2. Microsoft社がWindows2000から提供開始している「 Dynamic DNS 」を導入します(Active Directoryが利用できている環境なら導入済みかも)。もうこれは素人の領域を越えますし、社内や学内のLANで個人が勝手に試す領域ではありません。会社なり学校のDNS管理者と、まずはご相談願います。
   「 エンタープライズ: Windows How-To - Windows 2000時代のDNS展開作法 」などの記事は2000年１月とか２月の記事ですね。その他インターネット検索してみてくださいね。
   えっ？ 個人宅だから自由ですって？ それなら「 Linux BIND 構築 」とかで検索すれば山ほど出て来ますね。個人なのにインターネットに接続できないんですか？
   

Ｑ：「手っ取り早くXAMPPをXOOPS付きでテストできませんか？」
Ａ：「XAMPPをインストールした場所に差分を上書きするだけで新旧XOOPSを即時試用可能な差分ファイルを配布中ですよ

1. 
   MySQLデーターベースを先に作成する必要なし！
   初心者に優しい易しい！

2. インストール直後より全てのモジュールが使えるよ！
   PHPセーフモードを検出し、セーフモードでなければ「同梱全てのモジュールを自動インストール」させる設問を新設しました。
   XAMPPLiteなら、そのまま利用可能！
   XREAサーバーなら「PHPモード切替」ボタンを押すだけ。
   同梱された全てのモジュールが利用できるから、XOOPSを知りたい初心者にも良いよね。使いたくないモジュールがあるのならモジュールのアンインストールをすれば済む。
3. 「次へ」のボタンを押すだけでインストールを終了できる！
   初心者に優しい易しい！

注意： 　本文中の Utype XOOPS 2.0.16a ML インストーラーは、静的コンテンツ記事としての性質上、リアルタイムで最新のインストーラーのバージョン名を紹介していることを保証できません。よって、 Utype XOOPS 2.0.16a ML インストーラーは必ず最新のバージョンのインストーラーと読み替えて理解願います。古いバージョンの Utype XOOPS 2.0.16a ML インストーラーはサポート対象外ですので、本記事の内容は最新バージョンの Utype XOOPS 2.0.16a ML インストーラーに連動して整合性を確認される点をご承知願います。

流星の絆 東野圭吾

流星の絆
読み終えました。

最後の最後の
ページで、涙が止まらなかった。

東野さんの書籍を全て読んだわけじゃないけど、
「ハッピーエンドが少ない作家やな」って
思い込んでたけどね。
今回は、あたたかな結末を
東野さんにプレゼントされた思いです。(*^^*)

これから、愛犬のチョコとYRPへ向かいます。
紀伊國屋書店 : 新書 週間ベストセラー

宿命 東野圭吾

　宿命もまた、とてもハッピーエンドに仕上がっていると思う。

美佐子にしても、
愛された男が、
そして夫とが実の兄弟だと知らされると・・・
えええええええーーー！
って、驚くだろうけど、

本当の兄弟だから、
美佐子も、
孤独だった夫を知って、
全てを受け入れて、
幸せに向かえると思う。

主人公も、弟夫婦をあたたかく見守って、
過去の恋愛を引きずらないで、
新しい恋人を見つけられるに違いなく、
いつかは、それぞれの夫婦が
新しい本当の家族として
助け合っていけそうに思える。

父、興司は、
本当は兄弟であることの真実を
ノートの最後のページに書き入れて、
遺書として伝えたかったに違いないけど・・・

きっと主人公の小さいときから
「気に入らない奴が学校にいてね」って
聞かされ続けてきただろうから、
実の母親の死亡事件を追及した
その記録を託して
「死に物狂いで自分で真相を究明せよ。
　そうすれば母と弟に行き着ける」と
血のつながらないながら父としては
切に祈ったんだと思う。

それにしても、
「殺したいほどの殺意」と
「とことん日の光に当てて罪を指摘してやる」と言う
対極な情熱こそが、
最後の最後に、
母の墓の前で、
実の兄弟が、
理解しあえるなんて、
感動的だ。

今日は、「宿命 東野圭吾」の日です。
次の東野ワールドに進めない位に、
ひしひしと、「宿命 東野圭吾」を味わうことにします。

きっと、明日からは、次の東野ワールドに飛び込もうっと。(笑)

恵まれない人生だった方が、
生活に苦しんだ方が、
「兄」で良かった。と思った。

みなさんは、どう感じられたのだろう？(微笑)

変身 東野圭吾

　わたしには主人公のストーリーには全く興味が出ない。ごめんね。（って誰に対して？）

この主人公の人格の変化なりについては、誰もが日々の様々な選択肢の繰り返しによる分岐によって到達するべき旅の終点が決まっていく。そんな自分自身に対して感じているべき葛藤であって、人間である限り、日々繰り返される選択によって確実に個人の運命を決めていくだけ。人間である限り、脳は本人の自由な裁量によって自由に変化していくものだと考えると、この変身 東野圭吾の主人公にだけ注目してしまうと、何も目新しさなんて皆無といえる。

　それでは、何を見極めなければならないのか？

それは、主人公の周囲にいる様々な人間達の「嘘」の性質だ。

さまざまな立場の人間と、どうしても関わりを持たざるをえないのも人間。職場の同僚、そして恋人。

ここでは医者としての「嘘」を考えてみるとどうなるのか。。。
教授の「嘘」とは、人を人として扱えない職業人としての業務遂行を第一とした、主人公に対しての冷酷な「嘘」の数々。
「嘘」には「愛情に裏打ちされた嘘」があるのだとすれば・・・・教授は最後の最後に「嘘」をつけなかったことになる。
「何とか適合する脳を見つけて、必ず再手術する！」と言う「嘘」をつけないから、主人公は自ら道を閉ざすことになる。
医療に従事する者が必ず陥る「人間を特別な感情で特別な存在とは扱えない」
だから、「隠蔽」もするし、「残酷に冷淡に真実だけを伝え」てしまうのかも知れない。
医療に従事するものが「人間の尊厳」を二次的な要素として見くびったとき、悲劇は繰り返されることを警告しているのが、この変身 東野圭吾だと感じた。

主人公から近親者を遠ざけた設定は、より簡潔なストーリーを生み出しているが、東野ワールドとしては物足りなさを感じるのは、わたしだけかも。
是非、彼女が売らずに残した「裸婦」をいつまでも眺めてみたいものです。しかし、こんな女性と対峙できるだけの人生経験が、わたしには無いのは確かですね。(微笑)

みなさんは、どう感じられたのだろう？(微笑)

… Candy Dulfer …

◇ 旧来のXOOPSユーザーデーターのインポートを完全に機能させます！

「パスワードが認証されなくなった」などと言う不備は起こりません。

◇ どのようなタイミングでも、XOOPS管理者は自由にハッシュ化アルゴリズム仕様を変更できます。

　例えば夜間自動でMySQL内の一ヶ所のデーターを変更するだけで、次の１日間のパスワード登録・パスワード更新時のハッシュ値アルゴリズムが変化します！ これって超安全ですかね。

それでも筆者は、旧版最終安定化バージョン XOOPS 2.0.16a を利用しています。
このバージョンは最終版ですから、進化はしません。

すると、古いMD5ハッシュ値演算アルゴリズムしかサポートしていないことが問題となりますか？！

• Utype XOOPS 2.0.16a ML は、ＭＤ５アルゴリズムを捨てることが可能です。
• Utype XOOPS 2.0.16a ML は、ＭＤ５アルゴリズムを使い続けることも可能です。
• Utype XOOPS 2.0.16a ML は、ＳＨＡ１アルゴリズムに切り替えることも簡単です。
• Utype XOOPS 2.0.16a ML は、３２ビットＣＰＵ用ＳＨＡ２アルゴリズムで運用可能です。
• Utype XOOPS 2.0.16a ML は、６４ビット以上のＣＰＵ用ＳＨＡ２アルゴリズムで運用可能です。
• Utype XOOPS 2.0.16a ML は、好きな時にハッシュ値演算アルゴリズムを「管理画面」で切り替え可能です。
• Utype XOOPS 2.0.16a ML は、古いMD5形式のユーザーデーターをインポートして利用可能です。

1. XOOPSをはじめて利用した頃：

　何も判らなかったので、ダウンロードしたものをそのまま利用しました。それでトラブルが(たまたま)無かったので利用していました。

　MySql内のデーターの移転を行ったところ、

a) XOOPSバックアップモジュールで利用できないものがあり
b) phpMyAdminを利用すると文字化け
c) mysqldumpでも文字化け
d) 他のXOOPSバックアップモジュールで、テーブル１つ１つをエキスポートして、やっとこさ新しいサーバーにXOOPSを移転できました。ふ～

3. 今度の新しいサーバーではphpMySqlで文字化け無しで運用を開始したかったけど無理でした。なんでやねん？！

4. 当然、mysqldumpでも文字化け。mysqlのバックアップを夜間に無人で自動で行いたいのに、これでは不可能！なんでやねん？！

5. 時代は「MySQL４はサポート除外」がアナウンスされ、MySQLは５に！ XOOPSでは「MySQL4を推奨」とある。なんでやねん？

6. 時代は「PHP5」なのに、XOOPSでは「PHP4を推奨」とある。なんでやねん？

7. 国内海外の Free Web Hosting Service に、XOOPSをインストールしてみると、phpMyAdminでの文字化けだけでなく、メールも文字化け。なんでやねん？

8. それじゃあ「前項１．は何故、問題が無かったのか？」

　それは、自分でLinuxサーバーをインストールして、Webサーバーも自分でインストールしたから。つまり、EUC_JP日本語環境を最初から問題無く扱えるように整備されたLinuxディストリビューションを利用したので、環境が整備されていたからだと判明。

10. 外部のサーバーで、PHP5で、MySQL5で、phpMyAdminで、mysqldumpで、メールが文字化けを起こさないXOOPSインストールって無いの？

　結局は、インストール後に、あれやこれやと作業をしても、文字化け問題は解消しないことが判明しました。つまりXOOPSインストールの最初から文字化けを起こさない必要があります！

12. 「外部レンタルサーバーでも、私設サーバーでも、PHP5で、MySQL5で、phpMyAdminで、mysqldumpで、メールが文字化けを起こさないXOOPSインストーラーを自分用に作り直せば良い」で、当初は自分用にと作成し、Livedoor Wikiで記録を残していきました。

—–

◆ 今では、MySQL5(4.1以降)から採用されたUNICODEで統一すれば、どのような言語の垣根も無くした文字化けの無い運用が可能であると言うこと。
◆ phpMyAdminもUTF-8を多くの言語でサポート。
◆ UNICODEなら日本語を含めて mysqldump で文字化け皆無。

　それなら「MySQL内部をUNICODE、XOOPSのPHPファイル群もUTF-8、ブラウザーとの交信もUTF-8で統一すれば、ストレス無し」と考えました。実際にmb_stringを利用した漢字変換処理は皆無になりました。

※ こうして生まれたのが、Ujiki.oO印のXOOPS2インストーラーです。インストール段階からUTF-8で進みます。英語でも。

● 日本語だけを利用したい人でも、MySQL内部が文字化けしていると、サーバー移転時に大変かも知れないですよ。

● あるレンタルサーバーではphpMyAdminで広告を表示させています。結果としてエキスポート不能でしたよ。

● あるレンタルサーバーでは、タイムアウト時間が短すぎて「XOOPSバックアップモジュール」が中断しましたよ。

　文字化け問題だけでなく、XOOPS運用期間が長くなればなるほどに、MySQLのデーターを「どうするのか」は、問題になるかも知れません。「金を払えば可能」な世界に突入するかも知れません。小生は無用な金は払いたくない。

※ サーバーのトラブルは地震と同じで必ずある。クラッカーからのアタックで愛するXOOPSを乗っ取られるかも知れません。その為に毎晩、無人自動でMySQLのバックアップを行わせていますが、それには「文字化け無しのバックアップ」は必須条件でした。

PS: 「UTF-8文字コード」と「EUC_JP日本語専用文字コード」には、完全に不利な条件があります。UTF-8文字コードの方が長いことです。この欠点は埋まりません。Ujiki.oO印のXOOPS2インストーラーでは、全てのPHPスクリプトファイルを圧縮して出荷しています。これは、少しでもサーバー機の処理効率を上げる為ですし、EUC_JP版と比較して、少しでも処理結果が追い付くための策です。まあ、今後ともにインターネット環境は発展し、スピードに付いては「人間が体感できない」位に高速化されるでしょうから、UTF-8を利用することによるメリットだけを重視したいと存じます。

XOOPSを運用しているわけだから
MySQLのメンテナンスは当然のこととして必要か。

愛車の天井に目には見えない巨大な象が乗っていたら？！
目に見えないのだから気付かない？ 死体ですよ。(失礼！) オエー
何年も放置されたXOOPS。いつのまにか容量が増えてるから、
サーバーの容量を追加契約申請して無用な出費を上げますか？

1. まずは告知する(告知無しだと無礼かも)
   告知専用のカスタムブロックを作成して「全てのページ」の最上部に表示させますか。
   メンテナンス予定時刻を宣言し、その間は投稿しないでくださいと注意書きを書いておく。
2. 告知した時刻にXOOPS管理画面で「閉鎖」を選択する
   この段階ではログインしているユーザーが存在できる。
   ミスを犯すかも知れないのなら、PHPデバッグモードをONにする
3. (初めての操作なら) XREAコンパネを利用してDBの保存を実行してください。
   DBの保存にはタイムラグがあります。DBダンプファイルが完成するまでお待ちください！ 筆者の場合は行ってないですね。行うべきかも知れないですよね。間違って消してしまったら大変！ 人間必ずミスを犯しますからね。。。。メモメモ
   「保存」ボタンですよ！！「復元」ボタンや「削除」「作成」ボタンではないですよ！！
4. phpMyAdminを起動して、prefix_session テーブルを「空にする」
   この段階で、管理者である自分も含めて全員が強制的にログアウトさせられる。
   zoxなど独自にログイン・セッションを管理しているモジュールのセッションテーブルも「空にする」
   但し、十分に理解した上で自己責任の範囲内で操作してください。
5. XREAコンパネからMySQLのパスワードを変更する
   絶対に間違いを起こさないこと！ 右上の画像がコンパネ内での操作手順です。
6. MySQLのパスワード変更にはタイムラグがある。しばらく待つ
7. phpMyAdminが強制的にログアウトするので新しいパスワードでログインする
   ログインできない場合はミスです！ 他のDBのパスワードを変更してしまったのでは？
8. phpMyAdminで、prefix_online テーブルを「空にする」
   時間的な余裕があれば、XOOPSのコアーなクラスを紐解き、SELECT文を調べて、MySQLのテーブル内をソーティングしてしまうのは良いことに違いない。肥大化したテーブルなら独自にINDEXを生成するのはフットワークの改善面としては良いことです。XOOPSのインストーラーには無駄、無用なINDEXが存在する模様です。大きくないテーブルにINDEXをさせていると逆にSQLは重くなります。ここは英断でINDEXを削除しますか。削除したINDEXは記録しておきましょう。後はアクセス時間の計測で少しでも遅延するのなら元に戻します。
   このごろのモジュールの中にはアクセス時間をレポートしてくれる優秀な作者の方に感謝。
9. phpMyAdminで、全てのテーブルを選択して「最適化する」
   肥満化したDBを「キュッ！ボイーン」と贅肉が落ちる。DBって太りますから。
10. XOOPS「 mainfile.php 」を編集し新しい MySQL パスワードを入れ込む
    くれぐれも書き込みパーミッションをリードオンリーに戻しましょう。(筆者のXREAの場合は404です)
11. 自サイトの閲覧をすると「メンテナンス中」の管理者ログインを表示する
    表示できなくなったなら、「 mainfile.php 」へのパスワード変更ミスです。
    PHPデバッグモードがONなら、シンタックスエラーの行番号が表示されている？
    早速、管理者ログインする。管理者のパスワードも、ついでに変更しますか。。。
12. XOOPS管理画面より「告知」カスタムブロックをOFFにする
13. XOOPS管理画面より「閉鎖」をOFFにする
14. RSSセンターモジュールの設定ファイルの更新
15. 夜間のMySQLバックアップ・スクリプト内のパスワードも忘れずに編集しておく。(筆者は忘れている場合があります)

※ 以上でMySQLの「パスワードの変更」と「最適化による贅肉絞り」が完了する。

XREAさんのphpMyAdminは、いつのまにかSSL暗号化通信モードが無くなったから、定期的にMySQLのパスワードは変更しないとね。