引っ越しマッスル(予告編)

えーと。

WordPress MEの更新も終了しましたことですし。

また、いろいろと公開してみたい情報も集まったので、「ブログじゃ狭いんじゃー!もっといろいろ言わせろー」(棒読み)的なノリで、新しいサイトに引っ越しします。

略して「引っ越しマッスル」

予定地は、近日公開予定…

引っ越し後の当サイトのコンテンツはどうなるか分からないので、必要な人は各自「PrintScreen」または「画面メモ」で保存しておくように・・あ、魚拓は取らないでっ。

ではっ!

四川地震でなんやかや、周りが騒いでますが

私の実家は先の中越地震で騒ぎになった山古志村の隣町なんですが。Wiki

中越地震の際は、崖から転落した乗用車からの母子救出の報道や、脱線した新幹線の映像などショッキングな映像が報道されていましたが、今回の四川地震でも相当ショッキングな映像が“生中継”されていたみたいです。

瓦礫の下敷きになった人を救助する一部始終。

最後、この男性はお亡くなりになってしまったのですが、満足な装備もなく救助の甲斐なくこの様な事態が多くの地域で起きているのではないかと思われます。

この動画で初めてクラッシュ症候群という症状を知りました。
今回のように全身に強いダメージを受けた場合に、体内組織から流出した物質が毒となって全身を巡り、心筋に異常をきたし、死亡につながるというケースらしいです。

また、日本からも救助隊が四川で活躍しているそうなんですが、こんなニュースもあるそうです。

さらに、「これは・・・」という動画。

募金活動のリハーサル中ですか。

こうでもしないと自国内で大きな震災が起きている事を知らせる事が出来ないんでしょうか。

確かに日本に比べたら、人口も10倍以上、国土面積も25倍以上もある大国ですから、こんな事もあるのかも。

それにしても近年、ネットで得る情報って多彩になってきましたね。

いかに、従来のテレビや新聞のニュースが“洗練”されたものだったかということが、よく分かります。

ブログが流行り、個人が1ジャーナリストになるといわれ、報道規制が利かなくなり、もはや歯止めが外れたかのように様々な情報が流出しています。

今後どうなるんでしょうか。

もはや、芸能人のスキャンダルでは、驚かなくなった感があり、むしろ(今まで報道されなかった)個人、国家のスキャンダルが増えてきているように思います。

目覚めたらそこは明後日でした・・orz

疲れてんのかな?

金曜の夜(この時点で日付は土曜日なんですが)、いつも通り眠りについたんですが。

起きた時間が、いつもより微妙に早い午前5時半。。

「睡眠時間少なくね・・」

「って!日曜の朝じゃん」・・・(汗)

ここが変だよ「個人情報保護法」!

なんだか、どっかのパクリなタイトルをつけてしまいましたが。

ちょっと古いソースですが、気になる記事があってので読んでみた。

緊急連絡名簿から電話番号が消えた

2004年に個人情報保護法が成立したとき、強い批判を受けて国会では「全面施行後3年をめどに必要な措置を講じる」という付帯決議がついた。しかし2005年の全面施行から3年たった今年4月、政府は「過剰反応」を防ぐ対策を新たに盛り込んだ「個人情報の保護に関する基本方針」の変更を閣議決定したが、法改正は見送った。

ASCII 池田信夫の「サイバーリバタリアン」

個人情報の流出が原因で、知らないところからDMが届いたなんてのは、昔からよくある話で、そういう業者を規制してもキリがないのは当然なんですが、、ある意味「バカ正直」な為にとんでもない問題が起きている。という事。

これはヒドイ:1「緊急連絡網が廃止に」

個人情報の保護を目的に学校などの“緊急連絡網”から電話番号が削除された。

まあ、最近では学校がPTA向けにMLなんかを用意してそっちに移行しているところもあるらしいですが、緊急時にメールが使えるとか思ってるんでしょうか。

メールなんて電話に比べたら、いたって貧弱なインフラの上にあるわけで、それを“緊急時”の使用に耐えるわけがないし。

これはヒドイ:2「入院病棟から名札が消え・・」

これは、本当に怖いと思った。

個人情報の保護を目的に病室入口の名札が無くなり、どこに入院しているのかわからなくなったという話。
そして、それが原因で誤認による殺人事件が起きたという。

これはヒドイ:3「ほぼ全ての会社が違法状態」

そりゃそうだなという話。

個人情報を行政が「保護」すると称して厳重に規制し、行政処分まで課す現在の法律は、1980年代にできたOECDのプライバシー8原則を元にしたものだ。そのころは、個人データベースは「大型計算機センター」の奥のコンピュータで集中管理されていた。そんな「古代」にできた条約を、世界中の10億台以上のコンピュータがインターネットで結ばれ、情報が分散共有される時代に法制化したことが時代錯誤なのだ。

ASCII 池田信夫の「サイバーリバタリアン」

この個人情報保護法が成立した背景では、個人情報は、“顧客台帳”のような【書類】か、サーバールームの“奥のサーバー”にて厳重に管理されているという事を前提になっている。

今時の会社で、顧客情報を紙媒体でストックしている会社も無ければ、サーバールームを持っていない会社がほとんどではないだろうか。

うちの会社だってそうだ。

ECサイトをいくつも運営しているが自社サーバーは0(ゼロ)。
全てホスティングしている。

事務所の倉庫も押入れ程度のスペースしかないので、顧客データは、書類ではなくNAS上のデータベースに蓄積されているし。

(可能ならこのデーターも社内に置かずにデータセンターなどで管理したいとおもってますが。)

会社のPCなら、どこからでもアクセス可能だ。
むしろそうしておかないと顧客サポートが受け付けられない。

決して顧客情報の管理体制がユルイわけではない。

仕組み上はユルイかもしれない。

こんな状態の会社がほとんどで、結局この法律に引っかかりそうな会社はほぼ全ての会社に一致し、そのほとんどの会社が、トラブルを起こしていないという現状。

なんて無意味!

iPod課金について

昔から言われている事だけど、今回はいよいよといった感じか。

ipod touchも機能のバージョンアップとかあるし、一部汎用性高いと思います。
今後のipod touchはもっと進化していくでしょうし。

そうしたら、モバイルパソコンとipod touchの違いって何ですかね?

OSにWindowsかMacが入ってなければ、モバイルパソコンじゃないんですかね?

ちなみに、Ipod NanoみたいにHDDじゃなくてSSDの場合も課金対象なんだろうか?

時代遅れのipod課金

引用のブログにあるようにiPodは、Appleの戦略上デジタルハブであるMacとコンテンツを外に持ち出すモバイルデバイスとしての位置づけであって、音楽再生家電として作られたウォークマンやMDプレーヤーとは違うんだよね。

あくまで持ち出して使いやすいコンテンツが音楽や動画だったってことで、録音や録画なんて最初の一歩であって目的ではない(と思うんだ)

また、対象の楽曲や映像の記録の為に使用していないことを証明すれば、保証金は返金するとかも言われているが、申請の為に郵便代金、返金の為の振込手数料をかけてもDVDメディア1枚当たり数十円を銀行振込だとか。

さらにその申請方式というか、証明の仕方も面倒でほとんどのユーザーが数十円くらいの事で、面倒くさいなーと思っているのが現状。

ユーザーが黙っていることをいい事に、売れている商品から、少しずつおすそ分けしてもらおうって卑しすぎる。

せめてAppleには、これに対し闘ってもらいたい。

たとえiPodが、個人輸入のみの販売となって、国内で販売できなくなっても。

っていうか、ソフトウェアとデバイスを別にすれば回避できそうだけどね。

最初のSyncの時に、自動的に再生プレーヤーをセットアップできるようにして、デバイスのみの時は、USBメモリとしてしか認識できないようにするとか。

iPod touchはどうなのっていう人がいるけど、“偉い人”から見れば、iPodはiPodとしてしか認識できないんですよ。

Mac microとかに名前を変えれば、たぶんOK。

新宿中央公園

久しぶりの休日で世間はゴールデンウィーク!

近所の公園に行ってきました。

NEC_0042

都庁のそば、新宿中央公園です。

NEC_0044

小さな滝の流れる前で、不思議な民族楽器(らしき)音楽をBGMにのどかな時間がゆったりと流れていました。

マルショーで買ってきた「カレーパン」と「グリコカフェオレ」でランチタイム~。

写真の滝の裏側もさらに小さな滝になっていて、カメが甲羅干しをしていました。

家からチャリ5分の距離で、癒されてきました。

ショッピングカートを作ってみる

さて、MODxでカートモジュールを作ってみるとかみないとか、言ってるわけですが、ちょっと頓挫気味。

MODxでセッションを管理するのってPluginが必要みたいだけど、そのへんの情報が、まだまだ未熟です。(言い訳)

というわけで、単独のPHPでショッピングカートを作ってみる。

一部では「PHPはセキュリティが甘いから・・」とか「オープンソースは品質に問題が・・」とかいうシステム屋さんがたまにいますが。

『それは、お前らが責任取りたくねーだけの言い訳だろ!』と言いたい。

では、まずレシピから・・

  1. Linuxサーバー(Apache)
  2. MySQL
  3. PHP
  4. Dreamweaver
  5. テキストエディタ(秀丸推奨)

レシピの1~3は、ホスティングサーバーについてくる物で十分です。(月額400円くらい)

あそうそう、間違っても高価なWindowsサーバープラン(IIS)とか選んじゃダメですよ。

IIS版のPHPは、あくまでエミュレーターみたいな物ですから(最近は良くなった?)

ホスティングサーバーによって、MySQLのバージョン、PHPのバージョンが違う場合があるので、自分の使うサーバーがどのバージョンを使っているかよく確認しておきましょう。

PHPが上手く動かなくて、「PHPのバージョンのせいだ・・」とか、「MySQLの文字コードが・・」とかいう人もいますが、それも言い訳でしか、ありません。

きちんとソースを記述すれば問題ありません。

Dreamweaverを使う利点は、HTMLが簡単に記述できる点と、リモートのMySQLサーバーに接続して「まるでサーバー上で作業しているように」PHPコードを記述できるという2点です。

Dreamweaverのコードエディタについているポップヒントと、補完機能は、本当に便利です。

最後のテキストエディタは、秀丸+PHP強調表示を追加して使用するのがベストですね。

最終的な調整とか、PHPコードのクリーンアップとかに使います。

じゃあ、作ってみます。

ショッピングカートの作り方

ショッピングカートって何かを考えると、要するにメールフォームの一つなんだと思う。

今でも時々、メールフォームだけで、注文を受けているページを見る事があります。商品がひとつだけのお店とかそうですね。

それを多数の商品ラインナップに対応すべく、複数の注文を受けられるようにしたり、注文者情報をフォームに入力して、最後は、注文者とお店にメールを送る。

そう考えれば、ショッピングカートがずっと簡単なものに見えてきますね。

1.メール送信部分を作る。

というわけで、基本の基本、注文者とお店にメールを送信する部分を作ります。

この時にメールの内容を日時とともにMySQLに保存する部分も作ります。
これで、注文履歴を参照する“元”ができるわけですね。

2.購入希望商品を持ちまわるカート部分を作る。

ショッピングサイトでは、サイト内をブラブラといろんな商品を見て回るので、サイト内でカートに入れた商品を持ちまわる機能が必要になります。

これは、SESSION関数を使って簡単にできます。

SESSIONには、商品コードと数量、あと必要ならオプション値(色とかサイズ)を保持しておきます。

SESSIONの追加、削除をきちんとできれば上出来です。

3.注文者情報もSESSIONで持ちまわります。

お客様は、どこで気が変わるかわかりません。

時に、住所を入力して、決定ボタンを押す直前に「あ、あれも買おう」とか思って、商品ページに戻る事もあります。

そんな時に、注文ページでまた、一から、名前、住所などを入力するのは、かったるいですよね。

なので、「一度入力された」データーは、ショッピング終了まで保持するようにします。

4.おまけ機能で、他に差をつける。

他のライバルサイトに無い、機能で買い物の楽しさ、カートの使いやすさをアピールします。

  • 郵便番号→住所 自動補完機能。
  • お届け日時の指定をカレンダーで指定。
  • 商品レビュー。
  • 他のおすすめ商品。
  • ポイント機能。

などなど、流行のAjaxとかいろいろ使ってイケテルカートを目指します。