しげのメモ帳

最近引越ししたのでうちのプロバイダはOCNに変わりましたが、それまでは5年以上、
USENのGyao光を使ってました。
その昔、学生時代の同期がUSENのプロバイダのサポートをやってましたが、とくに
そういうつながりというわけでもなく、ただ当時一番安かったからです。
当時はまだGyaoっていうブランド名はついてなかったよなー。

昔は、週末になるとあちこちの街頭にUSENの宣伝のおにーちゃんがでてきてたし、
無料動画のGyaoや、GyaoNextで有料サービスをしたりと事業拡大路線を突っ走って
いたように思いますが、いつの間にかおにーちゃんたちは消えて、2年ほどまえに
ISP料金が突然500円の値上げをしたかと思うと、NTTの代理店がGyaoをISPとして
フレッツの勧誘にやってきたり、GyaoをYahooに売却？したり、ついにはとうとう、

「ソネットエンタテインメント株式会社との業務提携契約書およびISP事業の
事業譲渡の協議を開始する合意書の締結に関するお知らせ」(PDFです)

で、

また当社ISP 事業における競争優位性の確保と会員サービス水準の一層の強化を図ることを企図し、当社ISP 事業譲渡の協議を開始いたしました。今後、平成21 年12 月中を目処にISP 事業の事業譲渡契約書締結に向けて協議してまいります。

とISP事業を譲渡する方向であることが明らかになりました。
そういえばカラオケ事業を売却してたり、ネット上での音楽放送サービスもSo-netと
業務提携していたり、なんだかここ最近ちょっとどうしたのって感じです。
その原因なのか結果なのかわかりませんが、株価のここ1年で半分（130円前後→60円前後）
になってます。


昔はお店でかかる音楽はUSENばかりでしたが、最近は自分の店の雰囲気にあうCDを
かけてるお店が少なくなく、不況でお店がつぶれたりと本体の有線放送事業自体も苦戦
しているのかもしれないですね。

さていったいどこへ行くんでしょうか。USENは。

いつのまにかVersionが1.0になり、1.0.1までリリースされてて、1.0.2が
まもなくリリースされるとか。

いろいろドタバタしてる間にいつのまにかそこまでバージョンアップしてるとは。


ちなみにEthnaも2.5がリリースされてた。
デフォルトUTF-8対応されているとか。

ざっとドキュメントを見てみたけど、私にとって有益な機能追加があるようで、
時間があったら試してみたいなー。

エックスサーバに問い合わせてみたんですが、フレームワークの設置はどこでも
かまわない。キャッシュのせいじゃないっすか？という回答でした。

これまでサーバ側のキャッシュはあまり意識していなかったんですが、PHPの
コード自体をどこかでキャッシュしてるんですかねぇ。


どうにもならないので、(appid)_controller.phpでEthnaを呼び出している部分の
パスを修正して、別の場所に設置したEthnaを呼び出させることで対応して、
解決しました。
原因が判らないところがなんともキモチ悪いのですが、先を急ぐので。。。

XServerでEthna2.3のアプリを動かしてテストしてるのですが、ちょっと困ったことに
なってます。
なにかというと


Ethnaのライブラリから出力されるエラーメッセージが文字化けしちゃう


ということです。
当初、「あーUTF-8にするの、忘れてたー！」と思い、Ethnaのライブラリを入れ替え
直したのですが、その後も状況が変わりません。
それどころか、Ethnaのフォルダ名を変更しても、まったく問題なくアプリが動き
続けるんです。。。


頭の整理も兼ねて、整理してみます。

*******
やったこと
*******

１）php.iniの設置

サーバ全体に対して設定したければftpのルートに、１つのディレクトリのみに設定したければ
そのディレクトリにphp.iniを設置する、ということなので、ftpのルートにphp.iniを設置
しました。


２）ライブラリの設置

public_htmlは公開フォルダ、公開したくないものはその上のディレクトリに、ということなので、
当初、/(サーバ名) 以下にEthna / Smarty を設置しました。
１）のphp.ini の include_pathにEthna / Smartyのパスを設定したところ、Ethnaで
構築したアプリが実行されました。

あとから /(サーバ名)/public_html　以下にEthna / Smarty を移動してみました。


********
現在の事象
********


・php.ini を削除するとアプリは実行できなくなります。
・include_pathからEthna, Smartyを削除しただけであればアプリは実行できます。
・Ethna / Smartyのフォルダを削除してもアプリは実行できます。
・EthnaのファイルをUTF-8変換したファイルに入れ替えてもメッセージはEUC-JPです。



**********

考えられること

**********




・サーバがいったん読み込んだライブラリはキャッシュされてそのまま使われている。




・・・どーしたらいいんでしょうねぇ。。。
一度、エックスサーバに問い合わせてみます。。

4年ほど使ってきたCF-R4ですが、仕事上で開発ツールやら試用版やら
いろんなものをインストールした結果、空き容量が少なくなってきたり、
フォルダの整理がつかない状態になってきたので、再インストール
することにしました。

本音をいえば、開発上VMを動かしたりすることもあるし、最近は目の疲れが
ひどいので、もう少し液晶サイズが大きい高速なノートPCに買い換えたい
ところなんですが、会社PCですし、このご時勢ですしね。


まず、ファイルコピーツールでシステム全体を別のPCのフォルダにコピーして
バックアップを残し、それからOSの再インストール。
CF-R4はリカバリデータがHDDにあるタイプなので、BIOSメニューにリカバリ
から再セットアップを実行します。

やたら何度も出てくる確認メッセージを乗り越えてリカバリを実行すると
5分あまりで終了です。
いやー簡単ですねぇ。
Windowsのインストールに半日以上掛けてた時代もあったのに。


ただし、WindowsUpdateやOfficeやEclipseやVisualStudio、その他ツール類の
インストールに時間がかかり、結局まともに使えるようになるまでに
半日かかりました。

まあ、おかげさまで1GBほどしかなかった空き容量が20GB程度まで増えて
幸せです。

決済サービスとしてPaypalを利用したサイトを開発中。

以前はあったはずの日本語情報がなくなってたりして大苦戦してます。

なんとか情報をかき集めてるので自分のためにメモ。


決済方法の説明、コード、Sandboxの利用方法
http://blog.katsuma.tv/develop/paypal/

サンドボックス登録手順（画面つき）
http://skeleton.juxtaposition.jp/blog/2009/10/09-155942.html


かつての日本語サイト（googleキャッシュ）
そこから掘り起こしたドキュメント
Sandboxユーザーガイド(PDF)
ウェブペイメントスタンダードインテグレーションガイド(PDF)


Paypalのサービス自体は簡単なんだけど、思い通りのことをするには
ちょっと面倒な手順が必要。
思い通りを自分の思い通りじゃなくてPaypalの思い通りにすればいいんだろうけど。。。

OpenPNEの導入に向けてバージョンの検討に取り掛かってます。

デモサイトでOpenPNE3を使ってみましたが機能面ではOpenPNE2と
そう大して変わらないかな？という気がします。
というか、そもそもSNSというシステム自身が数年前から大して進化していない
ということなのかもしれません。もっと大きなことをいえばWebのUI自体が
・・・話が大きくなりすぎました。。。


整理しきれていませんが、OpenPNE3では未実装の機能もまだ少なくない
ようですし、まだ仕様面で揺れ動いている部分も少なくないようですので、
OpenPNE2を導入する方向で検討を進めます。


しかし、以前からのことですが、公式サイト・開発情報ともに何が最新の情報
なのか良く判らないですね。
OpenPNE3の機能一覧も4月から更新されていないので何が未実装なのか
Tracをひとつずつ追いかけるか、使ってみて確認するしかないようだし。


このあたりもOpenPNE3の採用を見送りたい要因のひとつです。。。

PHPでメール送信する機能のテストをしていたところ、メール本文の特定の文字で
文字化けすることが発生しました。


特定の文字、というのが「目」「本」という字です。
「本文」という字が「吠犬」と変換されたりします。

あらためて吠えるって、右半分が犬なんだーって知りました。
どうでもいいことですが。



メールの送信はPEARのNet/Smtpを利用してて、システム内の文字コードはUTF-8。
フレームワークとしてEthnaを利用してます。
入力されたメール本文をISO-2022-JPに変換してメールソースを生成し、
これをテーブルに格納。定期的にバッチでテーブルのデータを取得してメールを送信、
というつくりになってます。


まずは問題点の整理のため、var_dumpなどでデータを取りながらチェックしてみました。
ISO-2022-JPに変換するまでには問題なく、また、テーブルに格納されたメールソースを
取り出してコード変換してみましたが問題ないようにみえます。
なので、問題はメール送信部分にありそうです。


同様の構成で、同じ環境で構築したシステムでは発生していない（※）ので、まずは
今回構築したシステムの基盤部分（ライブラリとして定義してる部分）になにか問題が
あるのでは？と調査してみました。


一応、手始めに初期設定の状態で利用しているphp.iniのチェック。

※のとおり、他では発生してないんで、php.iniが原因ではないとは思いますが、
一応チェック。


ＰＨＰの文字化けを本気で解決する


のエントリをみながら確認してみましたが問題が発生しそうな定義はなさそうです。
これまた一応、推奨される設定をしてみましたが事象はかわらず・・・。


次にいろいろ検索してみると、


CodeIgniterでISO-2022-JPでメールを送信すると特定の日本語で文字化け


に良く似た事象がありましたので、stripslashesを利用している部分をチェック
してみましたが、基本的に該当なし。
Ethnaのフィルタとしてpost/getしたデータをクリーンにするためにstripslashesを
利用してますが、ISO-2022-JPに変換する前では文字化けが発生していませんので、
該当なしといっていいでしょう。
コード変換とテーブルへのInsert、テーブルから取得とメール送信は１つのメソッドで
おこなってますからそもそもフィルタを経由することはないはずだし。


magic_quotes_gpc が on になってたので、一応Offにしてみましたが
事象は変わらず。そりゃそうですよね。サーバのバッチ処理でデータ取り出してるので
get / post / cookie は関係ないはずですよね。うん。



手詰まりになって、おやつを食べつつ気分転換をしてたそのとき、SQLを発行して
テーブルからメールソースを取り出して戻り値として設定している部分で

pg_unescape_bytea

というメソッドを使ってることに気づきました。


なんだよこれｏｒｚ


なんだよっていうか、１００％これが原因です。unescapeなんかしてるので
必要な制御コードがとりはずされちゃったんですね。

他のシステムからそのままコード持ってきてたんですが、不要なコードが残ってたんですね。


どどどどどっと疲れがでて、やる気もなくなったのはいうまでもありません。。。

最近、頭痛と吐き気に悩んでます。

思うようなスループットが出せず（個人ではなく、チームとして・・・）休日も関係なく
とても忙しい日々が続いているので、肉体的にも精神的にも疲れているからか、
「仕事イヤイヤ病」か、もしくはその両方かと思ってましたが、さらに加えて


　眼が疲れてる


ということにも原因があるんじゃないかな？と思い始めてます。

私の仕事はプロジェクトマネージャとして全体の管理やSEとして設計をすることが
主で、コーディングは手が足りないときのサポート程度にしかしないのですが、
ここのところ上記のとおり全く手が足りないのでバリバリとコーディングしています。

そういえば、頭痛や吐き気がするのは本来なら「エンジン」がかかってくる夕方頃だし、
オフの日には症状がでないし、一部修正案件もあるのでソースの履歴をチェックしたり、
テストでデバッグログを追いかけたりと細かい作業が多いし・・・。

これ書いてる今も頭痛がしてて、吐きそうなんですよね。実は。


このままではマズイので、眼に優しそうなことを取り組んでみます。
まずはEclipseの背景色を変えてみようかな。。。

メールアカウントとしてinfo@・・・とか代表メールアドレスを持ち、info@・・・
宛てのメールを関係者に転送したい、ということはよくあることですが、
Exchangeの設定で少しつまずいたのでメモしときます。

---

■配布グループの作成手順

１）[管理コンソール]−[受信者の構成]−[配布グループ]で、
　　配布グループの新規作成を選択して

２）作成した配布グループの[プロパティ]−[メールフローの設定]−
　　[メッセージの配信制限]のプロパティで、「認証されたユーザー
　　からのメッセージのみ(E)」のチェックを外す。

３）配布グループの[プロパティ]−[メンバ]に転送先アカウントを追加

---

２）、をしておかないと、Exchangeのアカウント以外からメールが
以下のように全部受信拒否されてしまいます。

#550 5.7.1 RESOLVER.RST.AuthRequired; authentication required ##

当然ながら、受けたものを全て転送することになるのでスパムの標的に
されると・・・（以下略


この配布グループはあくまでも転送用アカウントになるので、info@・・・
に届いたメールそのものも残しておきたいのであれば、転送先アカウントとして
保存用のアカウントを作成しておくか、info@・・・を通常のメールボックスとして
作成した上で、別アカウント名で配布グループ（※）を作成して、info@・・・のメールを
※に転送するように設定すればOKです。

ルータを買い換えたのですが、Let's Note CF-R4との相性が良くないのか、無線LANがブチブチ切れます。
CF-R4側の無線LANのドライバは最新にしてあり、この無線LAN以外のアクセスポイントでは問題なく接続できているので原因はWZR-HP-G300nにありそうです。

公式サイトではVer1.6のファームウエアで更新されていませんが、ここでα版のファームが公開されていて「無線接続性、接続安定性の改善」とあるので、ファームウエアを更新してみました。

更新はルータ設定画面からダウンロードしたファームのファイルを読み込ませればOKです。
ただし、ダウンロードしたファームをデスクトップに置いて読み込ませると読み込みできませんでした。
パス名に空白があるとだめなのかもしれません。
Cドライブ直下に置いたらうまくいきました。


で、その結果・・・。


安定して接続できるようになりました！！（喜


いまのところ他の問題は発生していませんが、別のどこかで問題が発生するかもしれません。。。
適用はご自身の判断で。

Ethnaでサイトを構築中なのですが、画面にある複数のボタンのうち、
どのボタンが押されたか判定する方法でちょっと悩んでます。

別画面に遷移するボタンもあるんだけど、検索ボタンとか再描画ボタンとか
同じ画面を再表示するボタンが複数あるので。

考え付いた方法は2通り。

・ボタンが押されたときに動かすアクションを別のものにして、viewかtemplateは
　共通化してしまう
・ボタンが押されたときにonclickイベントなどでformの中のhidden項目の値を
　書き換えて、その値でpostの元となるボタンを判断する

処理を共通化したいものもあるので、後者を採用する予定ですが、他に
いい方法があるのかなぁ・・・。
うーむ。

ブラウザで日付入力のためのライブラリを探してみて、選んでみたのがコチラ。

ProtoCalender

です。

prototype.jsベースのカレンダーで、リストボックスで年月を指定できて、
CSSでデザインも変えられるし、既存のhtmlへの影響も少ないし、
時刻入力もできるしと、便利です。

デフォルトでは、「年」には前後10年の年が設定されてますが、

javascripts/protocalendar.js

の968行目あたりを

// startYear: ProtoCalendar.newDate().getFullYear() - 10,
// endYear: ProtoCalendar.newDate().getFullYear() + 10,
startYear: ProtoCalendar.newDate().getFullYear() - 80,
endYear: ProtoCalendar.newDate().getFullYear() + 0,

などと変えると過去80年が表示できるので、お誕生日の入力にもつかえます。


関連して、年月だけを入力するJavaScriptのライブラリがほしいんだけどなぁ。。。
アプリ側で年月を生成してリストを作ると直接入力できないから。

---

補記： 2009/07/16 10:55

上記のJavaScriptはMODxでeFormで使うチャンクの中で使いましたが、
チャンクの中に

<script type="text/javascript">
new InputCalendar('ほげほげ', {lang:'ja'});
</script>

とスクリプトをいれちゃうとIE7でエラー（操作は中断されました）がでて、HTMLの
レンダリングが中断されちゃいました。

eFormを埋め込むページのほうにスクリプトを追記するとうまく動きました。

Eclipse + PDT2 でPHPの開発環境を作ってますが、ソースはVSSで管理
しているので（社内ではVisualStudioの開発が多いので）、VSS Pluginを
インストールすることにしました。

インストール手順は、VSS Pluginをダウンロードして、EclipseのPlugins
フォルダに入れて再起動・・・のはずですが、認識してません。
workspaceの.metadata/.logにもそれらしいログも出力されておらず。。。

VSS Pluginが必要としている、「何か」が無いんじゃないかなぁ？と
考えて、VSS Plugin の plugin.xml を参照してみたところ、25行目で

      <import plugin="org.eclipse.jdt.ui" />

とありますが、私のEclipseの環境にorg.eclipse.jdt.uiが無いことが
判りました。MergeDoc ProjectのPleiades All in One 日本語
ディストリビューションのPHP版をDLしてきたからですね。。。。

Eclipseのソフトウエア更新でjdtをインストールしたところ、ちゃんと
認識できるようになりました。

ま、要は、plugin.xml の 16〜28行目のpluginがちゃんと入っているか
確認しろ、ってことですね。

MODx 0.9.6.3 に FCKEditor2.6 をダウンロードして入れてみましたが、
FCKEditor が英語表記なので、ちょっと使いづらいです。

MODxの管理画面の[ツール]-[グローバル設定]-[インターフェースとその他の機能]
では、フロントエンドエディターの言語をjapanese-utf8にしているのですが、
ちゃんと日本語化されません。


原因はどうやら日本語の言語ファイルにちゃんとアクセスできていないため、
のようです。

assets/plugins/fckeditor???/fckeditor.lang.php　の13行目あたりに

$fckLang[] = array("japanese-utf8","ja_utf-8");

とありますが、ここでja_utf-8という言語ファイルが無いのが問題のようですので、

$fckLang[] = array("japanese-utf8","ja");

と、変えてみたところ、ちゃんと日本語表示になりました。
試してみてませんが、

assets/plugins/fckeditor???/editorang/ja.js

の名前あたりを変えるとソースを修正しなくても動くのかもしれません。
ま、解決したので小さいことは気にしないことにします。。。

サイト構築中なのですが、見栄えを整えれば整えるほど、CSSの
記述に悩まされてます。。。

さすがにIE8はFirefoxとほとんど同じ動きをしてくれるので助かってますが、
IE6は

「なんでこうなるの？？」

としかいえないような表示をしてくれるので。。。
（IE7もちょっと怪しい）
また、透過PNGにIE6が対応していないことを初めて知りました。

とりあえず、透過PNGはiepngfix.jsというスクリプトを使って対応しましたが、
表示の微妙なズレは、どうすりゃいいのやら。
IE用の便利なツール、探してみます。
それまではSleipnirあたりでどうにか頑張ってみる予定。

しかし、CSSは素人が一夜漬けで手出しできるものじゃないですね。。。

Exchange 2007のOWAを利用してるんですが、


「タイムアウトが早すぎ！！」


というクレームが各所から上がってきてます（泣）。。。

デフォルトでは１５分のようですが、これを延長させることになりました。
設定はレジストリの変更＆IISの再起動で行います。


■設定箇所

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchange OWA


■設定方法

新規でDWORDのキーをPublicTimeout、PrivateTimeout という名前で追加して、
タイムアウトの時間を（分）で設定する。


PublicTimeoutが、OWAのログイン画面で「これは公共または共有のコンピュータです」を
選択している場合のタイムアウト値、PrivateTimeoutが「これは個人のコンピュータです」
を選択している場合のタイムアウト値になります。

参考URLはこちら。


ちなみに「exchange 2007 owa timeout」ぐぐってみると、TechNetの「Exchange Queue & A
  OWA のタイムアウト、コマンドレットに関するトラブルシューティングなど」という
ページにたどり着きますが、そこに書いてある「TrustedClientTimeout」のキーは
Exchange 2003 のOWAのキーになります。
書いてある文章は2007のことを差しているように読み取れたのでこの値を設定してみましたが、
だまされてしまったようです（涙）。

XServer上でMODxのサイトを構築中です。

ローカルPCで作ったMODxのサイトをXServerで動かすにあたってのメモ。


１）XServerにMODxをインストール

　XServerの場合、public_html/が公開のルートになるので、ここにMODxを
　インストール。
　（public_html/ にassets/ と manager/ ができるように）

２）DBのエクスポート、インポート

　ローカルPC（XAMPP）、XServer共にphpMyAdminがつかえるので、
　phpMyAdminでMODxのDBをエクスポート。
　その後、XServerのphpMyAdminでインポート。

３）設定変更

　管理サイトに入って、ツール>グローバル設定の「インターフェースとその他の機能」
　タブで、リソースパスを修正。また、「ファイルマネージャー」タブでファイルマネージャーパス
　を修正。
　XServerの場合、/home/アカウント名/ドメイン名/public_html/・・・となるので
　パス名に注意（XServerもサーバによって違うかも・・・）。

４）ひょっとしての修正

　FCKEditorでファイルのアップロードができないなら、

assets/plugins/fckeditor???/editor/filemanager/connectors/php/config.php

　で、

$Config['Enabled'] = true;
$Config['UserFilePath'] = '/assets/images/';

　と修正。
　ただし、2行目はこれであってるか、少々自信なし。。。

ただいまPHPでコーディング中。

Eclipse3.4+PDT2を使ってます。

やっぱりIDEがあると便利ですねぇ。
テキストエディタでやってたらくだらない文法エラーでストレスが
溜まって先に進まなくなってたでしょうね。

裏を返せば、くだらない文法エラーをしてしまうくらい、IDEの助けがないと
コーディングできないくらい、PHPに習熟できていないということですが。。。


楽しみながらコーディングできているのはいいことではあるんですが、
しかし、


　orz　別件のドキュメント作成が全く進んでいない・・・


脳みその中にある要件やシステム構成を、整理してまとめて、
大量のドキュメントにするって仕事があって、優先順位をつけるなら
こちらが最優先なんだけど全く手付かずです。


いやー、マズイ。マズイです。。。


でも・・・・。


PHPもなかなか面白いし。。。

Ethnaのバージョン2.xはまだEUCでコーディングされてます。
次バージョンはUTF8が標準になるようですが、正式版は今現在リリースされてないです。

これが理由かどうかまで調べ切れていませんが、MySQLのDBにある日本語データを
取り出して表示するアプリを作成したときに日本語が文字化けする場合があります。

MySQLへSQLを投げる前に文字コードを設定すればいいのですが、
いちいちそんなことを定義していられないので、その解決策がこちら。


Ethnaを初めて触った頃は、この株式会社インデペンデンスシステム横浜さんのサイトを
みて勉強してましたが、いつのまにか携帯サイト構築のページが追加されていますね。

時間があるときに読んでみます。