[MySQL]SQLで住所から都道府県を抽出する。
ソーシャルブックマークに追加:SQLで都道府県を抽出する機会があったので、
メモっておきます。
SUBSTRING(address,1,
CASE
WHEN locate('県',address)<>0 THEN locate('県',address)
WHEN locate('府',address)<>0 THEN locate('府',address)
WHEN locate('都',address)<>0 THEN locate('都',address)
WHEN locate('道',address)<>0 THEN locate('道',address)
ELSE '海外'
END)
※addressが住所のカラム
府と都を逆にすると、京都府が引っかかっちゃうので、
お気をつけて。
何故楽天市場だけを取り上げているのか?
ソーシャルブックマークに追加:楽天市場から個人情報がスパム業者に流出か、実名の記載された迷惑メールが楽天でしか使っていないメールアドレスに届き始める - GIGAZINE
楽天、利用者のメールアドレスを含む個人情報を「1件10円」でダウンロード販売していることが判明 - GIGAZINE
あちこちで話題になっている↑の記事。
何故楽天だけを叩いているのだろうか?
カード番号をダウンロードできるモール、ショッピングカート
なんていっぱいあるでしょ。
有名なショッピングモールだって、
注文情報ダウンロードすれば普通に
メールアドレス含まれているし。
それに実際購入するのはその店からで、
楽天から買うわけでもなく、連絡だって、
発送だって、その店がやるわけだから、
メールアドレスがダウンロードできてもいいんじゃないかな。
ダウンロードでお金をとるのはどうかと思うけど。
そもそも漏れて困るならネットで買い物とか、
登録をしないことが一番。
この世の中、メールアドレスは漏れてもいいや、
って心持の方がいいかな。
そんなにインターネットに依存しなくても。
そもそもカード番号やメールアドレスは駄目、
住所はダウンロード出来てもいいのかな??
[mysql]レプリケーションがエラーで止まってた。(SQLスレッド停止からの復旧方法)
ソーシャルブックマークに追加:
show slave status;
で原因を究明。
Last_errno、Last_errorを参考にレコードを修正。
SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
で、直前のSQLをスキップ。
START SLAVE SQL_THREAD;
でSQLスレッドを再開。
show slave status;
で確認。
巷のレコメンデーションエンジンに物申す!
ソーシャルブックマークに追加:最近よくレコメンデーションエンジンを目にすることが多くなった。
自分自身が物販サイトで働いているからなおさらだろうか、
「導入しませんか?」
なんてのもしばしばある。
でもどのレコメンデーションエンジンもしっくり来ない。
それは何故かというと
「行動履歴」
これがしっくり来ない。
内容や仕組み、算出方法を聞くとナルホドとは思うけど、
お客様の行動はUIやページ構成に左右される面が多く、
本当に購買に繋がる商品をレコメンドしているわけではない。
レコメンドエンジンが表示したレコメンドがユーザ行動を作る為、
購買データと比較すると一致しているように見えるが、
それもレコメンドエンジンが作り出したものであって、
本当の購買意欲を刺激する組み合わせではない。
やはり、どんな算出方法ととっても
行動履歴
↓
行動履歴+購買履歴
↓
購買履歴
の順に購買意欲を刺激するレコメンドの精度は下がるように思える。
結局、
「購買履歴」
のみから算出することが、一番望ましく、
行動することより、決済まで完了した注文の中で、
同時に購入した商品を集計してレコメンドする方が、単純で
購買へ繋がる確率もずっと高くなる。
それと、安価で導入するにはCSVファイルで別サーバへ
商品を登録させるケースがあるが、これでは日々変動する
在庫を紐付いていない為、レコメンドエンジンが表示する
商品をクリックしてページへ行っても在庫が無いなんてことも
発生する。
だったらCSVをこまめに登録すればいいがそんな時間は無い。
レコメンドエンジン、
行動履歴を小難しい方法で分析して、
出したところで単純な同時購入商品の集計には勝てるとは
思えないよ。。
だからレコメンドエンジンを導入するのであれば、
「同時購入商品を集計して在庫がある商品しか
レコメンドしない」
そんな仕様の物を別途作成する方が、
ずっと購買率の高いレコメンドではないかな。
と、現場の人間は思ってしまう。
もちろん、物販で無ければ、
行動履歴を元にしたレコメンドエンジンは
すばらしいと思います。
[ma4][MASHUP AWARDS 4]ウェブキャリア賞頂きました!!
ソーシャルブックマークに追加:
昨日、MA4の表彰式に行ってきました。
二年連続入賞しちゃいました。
今年は「ウェブキャリア賞」。
嬉しいことに商品は「叙々苑のお食事券5万円分」、
懇親会は欠席して人生初の「游玄亭」での
贅沢を妻と堪能してしまいました。
ウェブキャリア様ありがとう御座います!!
今回、アイデアはいろいろ溜め込んだ物の
作りきれない感、と想定外と。
それでも奮発して3作品応募してました。
相変わらず機能をごちゃごちゃつけるのはナシ。
一つ目は、
「楽天の極」
http://junya108.sakura.ne.jp/kiwami/
まぁ、超実用系です。
カテゴリ、キーワードを指定して安売りを探す、それだけ。
二つ目は、
「コレココ!!」
http://junya108.sakura.ne.jp/koko/
好きなページでブックマークレットを実行すると、
関連商品が出てくるサービス。
楽天ダイナミックアドが頼りなく、
ぜんぜんページに関係ない商品を表示するので、
楽天ダイナミックアド拡張をモットーに、
作ってみました。
仕組みは、本文抽出→キーワード抽出→楽天API
抽出部分でいろいろ試行錯誤してます。
三つ目が受賞した「にもじ」
http://junya108.sakura.ne.jp/nimoji
賞作品の中で一番ソースコード短い。
なにせ「漢字二文字のしりとり」をするだけだし。
でもこれは、ターゲットを決めて考えていったら
自然とこうなったまで。
「小学校低学年向けの二字熟語を勉強しつつ、遊びつつ、
てん書体っていう文字のおもしろさを堪能しつつ、意味も
勉強しよう」
という感じで作りました。
ウェブキャリアの川井さんのブログでも
「単純なものですが、発想が面白いのと、ついついリピートしてしまうというところ」
と評価して頂けて嬉しい限りです。
前回は楽天の商品画像の色を解析して検索するっていうちょっと
面倒な感じで受賞して、
今回は最短ソースコードで受賞して、
なんだか両極。
今回受賞されたほかの方の作品はどれも凄くて、
三回連続を目指すなら次回はかなり気合を入れないと
無理っぽいので頑張ります!!
http://mashupaward.jp/winner/
どれもとるべくして、って感じですね。
個人的にはモバロケが超実用的なので気に入ってます。
あとAIR SANPOはちょっと飛び抜け過ぎですね(凄すぎ)。