今更ではありますが、
サーバーにosCommerce（osコマース）をインストールしました。

しかしこのインストールに
やたら長い時間が掛かってしまったので
メモを残します。

この症状の対象はphp 4.4.5の人のみです。 

osCommerceの基本的なインストール手順

 

上記のサイトのようにosCommerceのインストールを進めて、
何も問題なく最終確認画面で[Catalog][administration Tool] ボタンまでは
出るんです。

 

しかし、 どちらのボタンを押してもページが開きません。
FFで見ると真っ白な画面でphpファイルを「ディスクにダウンロード」しようとします。
IEで見ると、「IEではこのページは表示できません」と出ます。
（サーバーエラーではなく、DNSエラーに近いです）

 

サーバーのエラーログを見ると、
[notice] child pid 55234 exit signal Segmentation fault (11)

という具合に、apacheのプロセスが落ちているのが見えます。

 

で、このエラーの原因はこちら

session_register　という所の問題らしく、php4.5.5　固有の問題みたいです。

なので、phpをアップデートしたら直りました。

 

情報共有用に昨年の11月から導入したwikiですが、
（社内用wiki）最近はちょっと変わった使い方をしています。


新しいサイトを考えるときに、
wikiがすごく使いやすいんですね。

どんなページが必要なのか
そのページには何が入るのか、
どんな文言が入るのか、
ページ遷移はどうなるのか、

など、ブラウザーベースで一緒に進められる事に
非常に可能性を感じています。

どんなWEBサイトでも、一人で全部作るケースは稀なので、
ディレクター、プログラマー、クライアント、コーダー
同じ目線でイメージを共有するのに
だいぶ助けられます。

フリーで配布していただいてる方に感謝です。
（いっぱいありますね）

結構有名なページだと思いますし、

プログラマの間では常識かもしれませんが、

面白いので紹介します。

プログラムのアルゴリズムはすごい大事ですが、

このページは「ソート」の方法を解説してくれていて

「ソート」のアルゴリズムによる実行速度の違いを

javaアプレットで可視化してくれてるので、いろいろ試してみることができます。

ページを見る前に、少し考えてみてください。

ある配列の中身に、1-100までの数字が1こづつ重複無く入っていて、

それをソートする方法です。

（sort()で一発。とか無しで◎）

http://www.ics.kagoshima-u.ac.jp/~fuchida/edu/algorithm/sort-algorithm/

僕なら何も知らなければ、

バブルソートか、バケツソートを真っ先に考えてます。

先人達の偉業のおかげで、

小さなスクリプトをちょこちょこ組んでいる僕ですが、

こうゆうのを見たら「勉強しよう。考えて組もう。」と心底思ってしまいます。

いつも使っているツールに、

便利な機能を発見するとうれしくなります。

僕はスクリプトを書くときは、「mi（旧姓みみかきエディット）」を使っているのですが、

（マカーなもんで）

今日あらたに素敵な機能を発見◎

「しおり機能」があるんですね。

スクリプトが長くなってくると、

どうしてもリソースが散らばるので、

（こんなこと言ったらへたくそ露呈ですね）

スクロールしまくることになります。

僕は感想肌ではないので、

だんだんマイティーマウスのコロコロが詰まってくるわけです。

動かなくってイライラ…

逆さにしてボールをこすって、しばらくはいいのですが、

また詰まってきてイライラ…

そんなときに偶然miにしおり機能を発見して、「おお！」と。

もともと、サブルーチンへジャンプとか、素敵な機能があるmiですが

あったんだ。こうゆうの。

ショートカット「りんご」+「B」でしおりを挟んで、

ショートカット「りんご」+「Shift」+「B」でしおりを挟んだところにジャンプ！

どうやら仕様的には

行が上に上がるとしおりは消える模様。

こうゆう細かいのを使い倒せるといろいろ早くなりますね。

やっぱしショートカットには常に目を光らせないと。

と、あらためて思った今日この頃でした。

SEOの観点からも、前々から気になっていたジャンルなので

ちょっとだけトライしてみました。

プレーンテキスト分解

やってみたのは

プレーンテキストから単語レベルに分解しながら、

文字の重複を取り出すという作業。

とりあえず茶筅を使わずに

やってみたかったのですが、

これは、はまりそうです。（面白いという意味で）

年末で忙しいし、本業では無いのであまり追ってませんけど。

いまのところの仕組みは

文章を句読点などで分解し、節にする。

節を文字レベルまで分解して、

2文字以上の重複を調べる。

（1文字は無視）

ピンポイントで重複が多ければ、

その文字列にポイント加算。

そうでなければ文字列から減算。

ポイントが高い文字列は単語。

という感じです。

問題点は

・重複がない文章は判断できない

・長すぎる文章だとパンク

・「東京都」と「京都」なら「京都」はノイズ

・意味のある一文字でもノイズ扱い。

ほかいろいろ、、というか数え切れないくらい。

感想は

・大手企業の数多の天才達がやっていることの難しさを身をもって実感

・googleはやっぱりすごいです。

・辞書なしでは効率悪ス

・人体の神秘

ですね。

実用には辞書を入れるのがやっぱし手っ取り早いかと。

検索技術に興味のある方はこちらを是非一度見ることをオススメいたします。

僕的にはかなり参考になりました。

あまねく検索エンジンの会社に本気で戦いを挑む場合の

一般的な観点と無謀さがよくわかります。

namazuの中の人は偉いです。

意味不明な人は形態素解析@wikipediaを読んでからの方がいいかもです。

で、感想の最後の「人体の神秘」について。

私感雑感なのですが、思うところがありまして。

単語を文字レベルまで分解して、数学的に組み立てることを考えると、

組み立ての際に接着剤的な文字を見極める必要が出てきます。

英語ならスペースがそれに当たりますし。

日本語では「の」とか「が」とかですね。

英語ならいいのですが、日本語は

接着剤でもあり、別の単語の一部でもあったりします。

「にわにはにわうらにわにはにわとりがいる」とか、人間でもわかりません。

文章を文字に分解すると、1文字はともかく、

2文字、3文字の文字列なんて組み合わせ次第で無限に出てきます。

単語の中の1文字と、接着剤一文字、とか。

サンプルのプログラムでいうなら

Junk?------------------------------

以下に連なる情報のことです。

この雑多な情報を「ノイズの海」と。そう呼んでみます。

サンプルのプログラムでは

ノイズの海の中で重複を見つけ出して、ここまでで単語っぽい。

と判断するようにプログラムしていました。

もちろん少ないテキストリソースの中では単語判別の精度は低いです。が

ノイズの海が広ければ広いほど、単語判別の精度が上がります。

記憶というのは

ニューロンとニューロンの間のシナプスに電流やら電位やらが…

という感じのことを聞いたことがあります。（シナプス@wikipedia）

繰り返しor強い情報が流れると、より流れやすくなる。とか。

こうゆう原理をプログラムで再現できないものかな？と思います。

（誰か既にしてそうですけどね。）

文章中の繰り返し使われる文字列にポイントを付加する。

強い情報（WEBページならH1タグとか）にもポイントを付加する。

そんでノイズの海（広大なデータベース）から

最も近い文字列（単語）を引っ張り出す。

そんで、取り出した文字列を単語データベースに登録。

みたいな。

人間の場合、年齢を重ねるごとに判断能力が上がります。

単語という概念が無くても、単語を使えるようになります。

多くの人が最初に教える「パパ」「ママ」は生活の中のH1タグみたいなもんですね。

よく人間の脳って5％程度しか使われてないって言いますよね。

残りは使われてないとか。

しかし、脳の残りの大部分は、確立の精度を上げる、

ノイズの海なのではないでしょうか？と思えてきます。

ノイズの海から抽出された言葉（単語）だけが、

使われている部分と思われているだけ。

だから解析できないジャンクって言われてる。みたいな。

調べた訳ではないので、

そーとーもーそーぼーそー気味ですが、

そんなことを考えながら形態素解析のサンプルプログラムを作っていました。

さらに、書きながら思ったのですが、

上記のようなことをミクロの視点とした場合、

マクロの視点で見るなら、ノイズの海がWEB全体、抽出プログラムがgoogle、

ページランクはさながら単語である可能性、みたいな感じでしょうか？

止まりませんね。この辺で。

話は全然変わりますが、

ここんとこアクセス数が増えていると思ったら

googlemapのブログからいろんなお客様が。

これって自動で追加されるんでしょうかね？

誰かが追加してくださったのでしょうか？

どちらにしても嬉しいです◎

有益な情報を提供できていればいいのですが。。。と。

簡単なものから作ってみました。

「h analysis」と。

何をしてくれるって、すごく単純なんですが、

指定したURLのページ内、h1-h6タグに何が書かれているかを

抜き出してくれます。

いや、それだけです。

…役に立つのかって？

それは聞かないで下さい。

使い方次第、デバッグの進行次第。

と、言いたい。

タグの中に入っている文字が

何か別のタグで入れ子になっている場合は、基本的に拾いません。

（改行タグは除きます）

あくまでこれは仕様です。

これで拾われなかったらサーチエンジンにも拾われてないかもよ？

と。言ってみたり。

動的ページにあえて対応しないでみたり。

（こちらはそのうち直します）

まだ結構おかしな動きをしますが、

長い目で見てあげてください。

ちなみに

このブログのアドレスを指定すると

おかしなことになります。。ん〜…

毎度です。

タバコをやめてみようかな。

と思い、フリスクを購入して食べすぎ、

おなかが少々痛くなっております。

アドの制作部のものです。

難しいですよね。制作が禁煙って。

制作の場合、吸殻の多さは、仕事量に比例する

なんて誰かが言ってました。

もちろん正当化するわけではないですが。

最近またperlを使ってごにょごにょやっているのですが、

ここ最近ずっと悩んでおりました。

htmlのテンプレート作って、読み込んで、特定の文字列だけ置き換える

というアレです。

特定の文字を配列に入れておいて、

foreachでまわして、変えていく、っていう寸法だったのですが、

なぜか正規表現が効かない。

いや、知らなかっただけなんですが。

foreach(@hoge){

本文 =~ s/$_//og;

}

と書いておりまして、消えないな〜。なんで？

とずっと考えていたんです。

修飾子「o」って変数の展開を一度だけする。

って意味ですよね？

で、$_を展開しないと。って思って

「o」を付けた訳ですよ。

そこでずーーーーーーっと大ハマリです。

いまだ正確に理解しているのか、かなり危うい気がしますが、

どうやら「一度だけ展開」っていうのの

「一度」の方が重要だったみたいで。

ループ2回目以降は展開してくれないみたい。

いや、知ってる人は笑うでしょうけど、、

知らない人の思い込みって恐ろしいです。ホント。

なかなか禁煙も進まないわけですよ。

「o」とったら思惑通りに動きました。

正規表現に関してはもっと知識が欲しいとつくづく思う

今日この頃でした。。。ほんとに。

で、この「o」はどこまで有効なんでしょうね？

サブルーチンの中で書いても、ライブラリの中で書いても

実行中1回だけ展開

っていうことなんでしょうか？

展開されなかったら文字列扱いなのかな？

いや、ちゃんと実験して試すべきなんでしょうけど、

どうゆう時に使うのか、いまいちピンときません。。

perl大好きなプログラマの方に

セールストークのようにお話を聞いてみたいです。

とりあえず。

本当にとりあえずですが、社内wiki導入してみました。

ありがたいことにmac osxには、WEBサーバー的な機能があるので、

それを使って社内でwikiってみます。

今日はまた知らないことを知れたので感動がありました。

知っている人はフツーに知ってるんでしょうけど。

きにしない。

僕的には昨今のjavaScriptにはつくづくやられます。

TinyMCEです。

とりあえず「Example」を見てください。

カスタマイズもかなり簡単らしいです。

ただし日本語の取り扱いは癖があるみたいで。

ブラウザーベースのWYSIWYGってこんなに進歩してたんですね。。

BLOGを書く人なら自分のブログに付けたくてしょうがないのでは？

既にMT用にプラグインを作った人もいます。

いやぁ。ホントすばらしいです。

このblogは平打ちベースなのであまり強弱はつけませんが、

機会があれば使ってみたいです。

ライセンスはLGPLです。

blogやらSNSやら文字入力多めのシステム作っている人、

サクッと使いこなして欲しいですね。

スタッフの方の結婚式の二次会に参加させていただきました。

場所は大阪のハイアット。床が緑なところです。

綺麗な会場ですね。

本人は今日はお休みなので、

写真を掲載していいのか許可が取れておりません。

ので、写真はなしで。

大勢の方がいらっしゃいまして、

僕ビンゴの景品でバナナをいただきました。

3本。

ん〜。嬉しいです◎

今日はその写真です。

さて、このところ年末なのでやはり忙しいことを

先日のBLOGでもちょっとだけ書きましたが

忙しいときこそ品質管理ということで

いろいろ考えているのですが

社内用にwikiを導入してみてはいかがなものだろうか？

などと考えています。

wikiを導入=品質管理の向上

とは必ずしもならないとは思っているのですが、

ToDoを活用すれば凡ミスは減りそうですし

マニュアル作りにはもってこいだとも思います。

ルールは日常業務の中で自然と決まるものです。

ルールの集積は必然的にマニュアルに繋がりますから。

しかし、本当のところ、

マニュアルやToDoは二次的で

社内のアイデアを集積、分配、構築ツール

としての役割を結構期待してしまいます。

wikiを通してサービスの内容をどんどん研ぎ澄ませて行く、

それは既存のサービスだけでなく

これからのサービスにも当てはまると思うからです。

練りこんだサービスを始める前には

念入りなミーティングが必要不可欠です。

サービスが練りこまれてないと

WEBはすぐ同じような事をする人が出てきますからね。

キャズムを超えるまでのスピードが勝負。と。

サービスを始めてから、お客様の反応を見て練りこむのと

サービスを作っている段階で練りこんで行くのとでは

やっぱり勝敗が大きく分かれるものと思います。

どちらも大事ですけど。

早いに越したことは無いのは事実ですね。

さてそんな使い方をしてみたいwikiですが、

少々問題が。

スタッフの間でよく理解された

扱いやすいツールでないと

意味が無いんですね。コレ。

何かあったらすぐ検索

そんなスタッフが多い会社にはもってこいだと思うのですが、

指示待ちのスタッフばっかりだと意味がないですね。

他にも

思い立ったらすぐ書き込み、

気が付いたらすぐまとめ、

wikiの限界と利用方法を

皆で理解してツール自体を進化させながら

仕事を（プロジェクトを）進められるようになるまで

ん〜、ミーティングとどっちが早いでしょうか。

しかしうまく使えば皆が自発的に動くことが出来、

（目的を理解して自ら向上させる事が出来）

なおかつマニュアルを含めた社内的財産まで常に膨らみ続ける

スーパースピードアップツールともなります。

やってみる価値はあるかもしれません。

アドのスタッフで

指示待ちスタッフはいないのですが、

慣れるまではちょっとだけ

がんばっていただかなくてはいけないかもしれませんね。

とりあえず提案してみようっと。

何回か前に書いたカレンダーを

フリーで公開しました。

WEB制作のアドアチーブ、

WEB用フリーツールとしてFree Calを発表。

BLOGが流行りまくりなので、

今時カレンダーなんかいらないよ。

と思われるかもしれませんが、

いませんか？

ECサイトで毎月カレンダーの画像を作っている人。

（いないか。そうか。）

とりあえず、少なからずいるだろう。ということにして

そんな人にオススメです。

いや、もちろんblogに付けてもらってもいいんですよ。

カレンダー2個も付けちゃうぜ！みたいな。

CGIよくわからんっていう

WEB制作の方に使っていただいても結構です。

ほら、こんなとこにもペタ。

どこでもカレンダー「Free cal」

CSSでデザインは好き放題できます。

3ヶ月分表示したいとか

うちは水曜定休なんだ。とか。

そうゆう人には今のところ対応していません。

（ごめんなさい。）

バージョンアップはあまり予定していませんが、

反響があるようなら考えます。

こんな小さなサービスですが、使う人が出てくることを想定して、

一応、サービス終了の1ヶ月前にはアナウンスしようと思います。

技術的な側面から言うと、

javascriptを弊社のサーバーで書き出しているので、

それを貼り付けてください。

CSSは自前で用意してね。（サンプルはあげます）

というものです。

祝日判定にはfutomi cgi cafeのサブルーチンを使用しています。

古くなってるかもしれないので、（未チェック！）

古かったらご連絡を。書き直します。

もし使用する人がいたら

マナーとしてで結構です。

弊社のWEBサイトにリンク張ってくださいませ。

実際に使用しているサイト↓

企業・店にとって手提げ袋は営業ツール、ブランドツール！

リーフレットで会社やお店が繁盛します！

こちらで使用しているのは別のCGIなので

アドアチーブの休みが適度に入ります。

ここのソースはパクらない方がいいかと。

あ、あと、CSSで俺ならこう作っちゃうぜ！

みたいな人。大歓迎です。

CSS公開させていただきますので、

自分用のCSSを書いた人は是非送ってくださいませ。

そんな感じで、アドアチーブの無料サービスのご紹介でした。