サイト制作 → サブドメイン間で、セッション情報を共有する方法が実現できました。クッキーのスコープ設定 → http://php.net/manual/ja/function.setcookie.php
1/7 5:02
CodeIgniterで、サブドメイン間でのセッション引継ぎ方法 → http://cicon.codeigniter.jp/files/6c6f9b0be6a4a7mcam134aef65.pdf
1/7 5:07
別のWebページに強制的に移動させる「リダイレクト」。リダイレクトの使用は、SEO上はマイナスらしいです。対策 → http://www.suzukikenichi.com/blog/redirecting-without-forwarding-penalty/
1/8 5:58
リダイレクトの多用で、スパムサイト扱いになるぐらいなら、リダイレクトを使用するページについて、検索クローラーを拒否する。→最初から、スパムサイトとしてインデックスさせなければ良いと。
1/8 6:01
メタ検索サイトで、別ページに誘導するとき、アクセス解析用のクッションページを経由して、そこからリダイレクトで別ページに移動させようかと思ったけど、とりあえず却下。JavaScriptで、リンクがクリックされたときのイベントを拾い、AJAXでサーバーにクリック情報を送信してみる。
1/8 6:04
ペット情報のキュレーション案→多くのサイトでペット情報が氾濫＝統合されてない。(1)クローラーで収集、(2)「Page2Feed」のような、RSSフィーダーを通してスクレイピング、(3)更新情報を提供する、(4)APIやブログパーツ等を用意して、拡散してもらう。とか？
1/8 6:09
>>もっと見る
ペット情報の登録画面で、ログイン機能を付けるかどうか検討しました。＝Pros/Consリストで、メリットとデメリットを検討。デメリットよりもメリットの方が多そうだったので、ソーシャルログイン機能を付けてみようと思います。ソーシャルサービスを使ってない人向けの対策も考えます。
12/23 21:34
最近、仕事が忙しくて、帰ったら疲れて爆睡、というパターン続きでした。やっとペースがつかめてきて、時間がとれるようになりました。会社を出た後が、自分の時間。人生の第２ラウンドのゴングが鳴っている～ここからが、踏ん張りどころだと思いました。
12/23 21:41
疲れていないのに、開発のスピードが遅いのは、躊躇しているときとか。知識やスキルが身に付いて、価値基準のハードルが高くなると、自分自身に対しても、ダメ出しをしてしまっていました。「こんなんじゃダメだ！もっと作りこまなきゃいけない！」と。以前は、もっと楽しく自由にやってたのに。
12/23 21:44
初心に帰る～今の自分に必要なことは、重荷を捨てて、楽な気持ちになることかな？昔は、あまり難しいことを考えずに、「作りたい！」という気持ちのままに、試行錯誤して、いろいろ作ってました。＝生産性が高かったかも。(´・ω・`)その情熱と、今のスキルを合わせたら、鬼に金棒のはず！
12/23 21:49
つぶやき駆動開発～ここでメモを書きながら、制作作業を進めてみますｗなうでつぶやいたことって、あとでブログにまとめられるから、ちょうどいいメモになるね(・ω・)
12/23 21:51
ログインするなら、ソーシャルログイン。個人情報保護法の関係で、5000人以上の個人情報を持つサービスは、管理を厳しくしないといけません。だから、個人情報や独自のログイン情報も持たないで、ソーシャルサービスのアカウント（Twitterとか）で、ログインできるようにします。
12/23 21:55
ソーシャルログインのメリット(1)スパム投稿を防ぐ。(2)口コミを期待できる。(3)ユーザーが自分のIDやPWを忘れにくい。(4)個人情報の漏洩や、情報流出の危険がない。とか？
12/23 21:58
ソーシャルログインのデメリット(1)投稿する前にログインが必要＝ワンステップ増えて、操作が面倒くさくなる。(2)ソーシャルサービスのアカウントを持っていない人が利用できない。(3)他社のサービスに依存している。(4)APIの仕様が変更されたら、修正が必要になる。とか？
12/23 22:00
Google Person Finder を見たら、ログイン機能とかなかったんだよねー！基本は(1)ソーシャルログイン、(2)投稿時だけのID、PW、という二つの手段を提供すればいいかな？あるいは、運用開始後に、ユーザーにアンケートを取ってみて、必要なら(2)を用意するとか？
12/23 22:05
こうして、ウダウダ考えていると、前に進めなくなるから、とりあえずソーシャルログイン機能をつけちゃおう！→ そうすると、ログイン後のマイページも用意せなあかんわー。あ～面倒くさい…と思うとブレーキになるから、ダメなんだよねー＞＜面倒くさくない！やればできる！と。o(^-^)o
12/23 22:08
ソーシャルログイン機能は、以前にブログに書いた方法を使います。→ http://ameblo.jp/petsearch/entry-11616960673.html CodeIgniter（PHPフレームワーク）＋Opauth（ライブラリー）で、簡単に実装できます。
12/23 22:16
ソーシャルログイン機能を、少し改修しなければいけなくなりました。OAuthのcallback URLが、基本的に1個のURL（ドメイン）に対して、1個しか指定できないので、サブドメインのソーシャルログイン機能を、メインのドメインに1本化しなければならなくなったと。
12/28 22:20
・ログインページは、１ドメインにつき、1個にする。・ログイン前のページ（URL）を何らかの方法で保持しておき、ログイン認証に成功したら、元のページに戻せるようにする。・実験で、ログイン前のページをセッションで保持したら、ログイン後にジャンプできることを確認した。これでOK？
12/28 22:23
・各種Webサービスを、サブドメインで展開しているけど、メインのドメインのマイページで、横断的に管理できるようにする。＝マイページを作り込まないといけない。Bootstrapの管理画面用ライブラリーを利用すれば、ある程度簡単に用意できるかな？
12/28 22:30
Bootstrapの管理画面ライブラリー「Charisma」 http://www.moongift.jp/2013/08/20130806-3/「TemplateVamp」 http://kachibito.net/useful-resource/templatevamp
12/28 22:31
Amebaとか、はてなとか、複数のWebサービスを一つのマイページで管理できるサイトを参考にして、マイページを作ってみよう！
12/28 22:32
http://www.hatena.ne.jp/ をログインした状態で見ると、画面左の縦型メニューに、各種サービスのリンクがありました。Bootstrapを使ってると、スマホで見たとき、左カラムは縮んで画面上部に縦型のタイルみたいに表示されるから、どうするべきか？＝見やすいか？
12/28 22:38
ソーシャルログイン認証後に、ページをリダイレクトさせる仕組みを、きちんと作り込んでみよう。セッションデータ内にジャンプ先のURLを持たせるのではなく、DB内にジャンプ先のURLを持たせて、ジャンプ先を改変できないようにしておこう。＝セッション・ハイジャック対策。
12/29 22:18
keyとvalueで紐付けして、リダイレクト先のURLは生で見せないようにしておく。ログイン関係の機能の一部として、リダイレクト処理を担うメソッド、ライブラリーを用意しておく？
12/29 22:21
>>もっと見る
Webサイトの設計図を、紙ベースでスケッチしてる。意外と必要な機能があって、ボリュームが多い！まずは、画面のモック（はりぼて）を作って行こう。
12/2 22:26
jQueryの本を読み終えました。だいたい、使い方は分かったかなー。Bootstrapは、グリッドシステムを使うために採用してるけど、それ以外の目的では、あまり恩恵を感じられない。逆に、ナビゲーションとかは、思ったとおりにならなくて、結局自前で用意するはめになるかな？
12/7 9:44
土日の用事を手早く済ませて、開発に時間を投入したい！デザイン抜きで、機能だけ、先に実装してしまおう！
12/7 9:46
完璧主義は、作業のブレーキになる。＝始める前、やっている最中、終わった後、という３つの場面で、あれこれ考え、悩み、進まなくなる。だからといって、適当でも困る。そこで、折半して、完璧と適当を交互に繰り返せば良い、と気づきましたｗ
12/7 14:08
>>もっと見る