私の社用車はBDF(廃食用油再生燃料)で走るライトエースバンです。BDFで走るといっても、エンジンは特にいじる必要が無く、ディーゼルエンジンそのままで使用できます。
パワー的にはディーゼルとそれほど変わらず、(ボクが疎いせい？)加速もそれほど変わりません。市内を走る分には全く支障はありませんし、値段的にもこのガソリン高騰の時代には非常に魅力があります。BDF自体は旧吉田町の企業さんから、買っているので、普通のガソリンスタンドで入れることはできません。そのため会社内の専用タンクから自分で入れるスタイルです。灯油ポリタンクでさみしく入れてる姿を見たら応援して下さい。
ちなみに唯一の欠点というか、利点というか走った後の臭いは、天ぷら屋さんやとんかつ屋さんが走っていったのかと思うぐらい香ばしい香りが漂います。私の後ろで走っている人の食欲を刺激しまくっているかと思うと、ちょっと気が引けます。体調のいいときはいいんですが、胃の調子が悪いときは車を降りるたびに自分の車の排ガスの臭いでふらふらしています。

油ものが大好きなディーゼル車乗りの皆さん、ぜひBDF使ってみませんか？

うちのページってGoogleカスタム検索の検索窓を入れているんですけど、これGoogleの指定のソースを突っ込むと、httpでGoogleからJavaScript呼び出す関係で、SSLのページでは暗号化されていないソースが混在してSSLでセキュリティエラーが出ます。とりあえず、JavaScript部はフォームの窓の中に「Googleカスタム検索」の文字を表示させるためのもののようなんで、JavaScript部分は削除した状態にして対応しましたけど、このカスタム検索ってGoogleの日本語ドキュメントが少なくて、どう対応したらいいのかわからないんですよね。
やはりGoogleの有料版のカスタム検索にアップグレードした方がいいのかな。

ここ何日間の苦労がやっと報われました。とりあえず.htaccessのSSL振り分け、なんとか設定できました。
CPIのサーバーで苦労している方もいらっしゃると思いますので、参考にはならないと思いますが、一応メモ程度に残しておきます。

※ディレクトリでのSSLの区分けの対応
※CPIの場合は以下のディレクトリ構成になっていて、SSL対応させたいファイルは/secure/自体に入れます。
しかしhtmlの元になるディレクトリが/html以下ですから、これと同じ階層の/secure/には絶対パスでなくては物理的に接続できません。
※結構ディレクトリによるSSLの区分けを行っているサーバーは多いようですが、絶対パスで自リンクを設定するのもほとんど非現実的です。
※また、両方のディレクトリに同一のファイルをアップするのも管理の点から、非現実的。そこでシンボリックリンクを使用して仮想的に同一のファイル構造にすることにする。

/html/ (非SSL)
/secure/ (SSL)
/secure/フォルダの中に/html/内のコンテンツのシンボリックリンクを作成する。
これによって基本的に非SSLのファイルはSSLのディレクトリと同一のものを参照している形になる。

言うまでもなくSSHでサーバー接続、ln -sコマンドで設定
ただln -s ~/html/ secureコマンドでフォルダ自体をシンボリックリンクにしてしまえるか、つまりsecure=htmlが可能かどうかは確認していない。

※/html/内に.htaccessを設置して、SSLの振り分けを行う。.htaccessでのURL書き換えを利用。
この場合CPIの独自の設定でRewriteEngine Onの前にOptions +FollowSymLinksが無いとサーバーerrorになる。

AddHandler x-httpd-php524 .php //使用するPHPをディレクトリごとに設定できる

Options +FollowSymLinks #必須
RewriteEngine On #URL書き換え機能の使用
RewriteBase / #一応書き換えの元になるベースのURL

#SSL接続でないときにディレクトリdir1にアクセスがあればSSLに書き換える
#[L,R]のLは処理の最後、Rはリダイレクトを意味する
RewriteCond %{SERVER_PORT} !^443$
RewriteCond %{REQUEST_URI} ^/dir1/*.*$
RewriteRule ^(.*)?$ https://%{HTTP_HOST}/$1 [L,R]

#同様にdir2へのSSL書き換え
RewriteCond %{SERVER_PORT} !^443$
RewriteCond %{REQUEST_URI} ^/dir2/*.*$
RewriteRule ^(.*)?$ https://%{HTTP_HOST}/$1 [L,R]

#dir1、dir2以外の場合は非SSLで接続させる。
RewriteCond %{SERVER_PORT} ^443$
RewriteCond %{REQUEST_URI} !^/dir1/*.*$
RewriteCond %{REQUEST_URI} !^/dir2/*.*$
RewriteRule ^(.*)?$ http://%{HTTP_HOST}/$1 [L,R]

※今回はディレクトリごとにSSL、非SSLを設定したがファイルごとにアクセスの制御を行うのであれば　^/dir2/*.*$を^/dir2/hoge.html$のように決めうちすれば大丈夫。
※正規表現で表記すればもっとスマートになるはずなんですが、なぜかサーバーの仕様なのか、私の記述がおかしいのか全く機能しませんでした。CPI使用されている方で、もっとスマートにSSL使用されている方がいたら、教えて下さい。
結構ググってみるといろいろ設定されているページを見つけることはできるのですが、それを利用してもCPIではなぜか機能しませんでした。ナゼダロウ？

SSLと非SSLページの自動切換え – ある異邦人の技術メモ
[Apache] 共用SSLでmod_rewriteによるSSL領域の切り替え

あとは他に今回ベリサイン社に認証されているのが、wwwを省略したショートURLなので、これも同様に.htaccessでリダイレクトして書き換えさせてます。

ただ、なんかサーバーの負荷が大きくなったのか、コマンドに対する反応が落ちたような気がするのですが、この設定のせいかな？

先日不具合の案内をしていたベリサイン社のFlashがらみのトラブルですが、本日解消されたみたいです。

ベリサインセキュアドシール(Flash形式)の検証ページが表示出来ない事象の解消のお知らせ

先日ベリサインのお話をしましたが、現在そのベリサインのSSL設定も終わったことから、本サイトの個人情報の関わるところにSSLを設定するべく、四苦八苦しています。
今回借りたCPIさんのサーバーの不満は機能がよくても、サーバー自体情報が少なく、細かいページ設定などの情報サポートは少なめで、さらにSSL設定やコントロールパネルからインストールしたCMS関係に対する情報もサポート対象外なのだそう。通常のドキュメントとSSL用のドキュメントのディレクトリが違う上に、独自のPHP&HTTPD設定のため独自にhtaccessファイルを書き込まなくてはならない。その情報も少ない上、サポートにメール出しても、サポート対象外ですからの一点張り。他の仕事を抱えながらSSLばかりに時間を費やせません。

一応ディレクトリの違いについてはシンボリックリンクを作成して対応ができたけど、htaccessのhttpとhttpsの割り振りのスクリプトが通らない！(@_@;)独自使用というのが災いしているよう。

不満ばかりいっていてもしょうがないんですが、実際運営されている皆さん、どう設定していますか？

今回、サーバー移転の一番の理由でもあったベリサイン社によるSSLの設定も終わり、順次個人情報の関わるページに関してはSSL対応していく予定です。一応私、個人情報管理責任者なもんで。
まず、手始めに日本語ページのトップにセキュアシールを貼りました。なかなかうれしいもんですね。よし、早速リンク先の証明書を見てみよう。と、クリックするも開かない(汗)。あれ？何だろう。Safariだからかな。とFirefoxで開くも開かない。Macのせいかな。と別のWindowsコンピュータから開いてみると、表示されました。何が原因かと調べてみると、Flashのバージョンのせいらしいです。最新のFlash Player9.0.124だとセキュリティが強化された関係で、開かないのだそう。あーびっくりした。GIF形式は問題ないそうなので、取り急ぎはGIFで対応する方が良さそうですね。

Adobe Flash Player バージョン9.0.124.0導入環境において ベリサインセキュアドシール(Flash形式)の検証ページが表示出来ない事象について

ふと他の社員がトップページをのぞいているところを見てびっくり。
トップページのバナーの画像の並びがおかしい！フローティングして画像が隙間無く埋められているはずが、ばらばらになっている！とよく見て見るとIE6特有のバグの様子。IE7やSafari、FireFox関係は問題ないだけど、XML宣言を入れたせいで、後方互換モードになっているのかしら。
いろいろいじって見るもいつまでたっても、バナーがきれいに左に1列に並びやがる….はまった(T_T)
最初のチェックの時は問題なかったんだけど、なんでかさっぱりわからず。ついでに言えば文字の大きさ関係もおかしくなってるし。もう涙目です。

あの、IE6ってそろそろ切り捨ててもいいですか?IEのかた、IE7にバージョンアップしてもらえませんか？なんつって。

TOJIRO:Netに関してはほとんど移転終了したようです。国内からのアクセス分のDNSの書き換えも終わり、ほとんど新サーバーへのアクセスに変わりました。続いて藤寅工業株式会社のサーバー(ほとんどメールサーバーのみですが)の移転が始まりますが、こちらはメールアドレスの移行が非常に面倒なんですね。というのも社員のコンピュータの設定をすべて変更しなくてはならないので、本社と工場を行ったり来たり。しばらくの間は落ち着かない生活になりそうです。
しかしサーバー移転って大変ですね。5年前に1度移転作業を行ったことがありますけど、今みたいにアクセスが多いわけでもなかったし、スクリプトを多用してなかったのもあって、あんまり大変だった記憶はないんですが、しばらく移転したくはないなあ。

さて、サーバーの移転作業が始まりました。旧サーバーと新サーバーの間ではPHPやMySQLのバージョンが違ったり、根本的な文字コードや設定の癖があって、なかなか難儀しています。今回サーバーはKDDIウェブコミュニケーションズさんのCPIブランドのサーバーを使用しています。速度・機能的にも問題はありません。以前のサーバー会社さんも速度は快適だったんですけど、バージョンアップが基本的に行われず、独自ドメインでのSSL対応が不可だったことが最終的に問題となり移転に踏み切りました。でもいいサーバーだったんですけどね。金額的にも。
会社側のサーバー(ほぼメールの設定の移行)は各コンピュータの設定の変更があるので、少し間をおいて行うつもりです。

休日明けの月曜日、注文のメールを確認するとすべての注文にFC-430 スーパートゲール(包丁研ぎホルダー)が絡んでおり、その後も続々と注文が入ってきています。
アクセス解析を見ても特にどこかのサイトで紹介されている様子が無く、何が起きたのかさっぱりわかりません。どこかのコミュニティで紹介されたのでしょうか？
弊社ホームページのアクセスでダントツのトップは包丁の研ぎトレーニングのページなので、包丁を研ぐ文化が徐々に浸透してきている証拠ともいえ、非常にうれしいことではあります。皆さんも包丁研ぎは簡単ですので、ものは試し、やってみませんか？しかし、どこからこのムーブメントがやってきているのだろう？誰か知っている人教えて下さいm(_ _)m