retime.meでは本文を引用して、リンク先のテイストがわかるようになっています
パクりたいです。

issuesを書くとき、あるcommitのページや、特定の行などにリンクを貼りたいときがあります。githubならもしかしたら簡略記法があるかもしれないので、その方法を確認したいなと思います。

開発支援labelは、コードを書くような作業ではないものの、作業を円滑にするためのチケットを区別したいと思い作成しました。
どうしても書きたかったので、適当にlabel名決めて勝手にlabel作ってしまいました。問題があれば指摘お願いします。

全てのブラウザで同じように見えるように作るのが理想ですが、そのように作るにはCSSの解釈違いなどで多くの時間が必要になるかもしれません。
最低限きちんと見えてほしいブラウザと、そうでないブラウザを決めると良いかと思います。
個人的にはchromeかfirefoxで動作確認をして、それ以外のブラウザでは大きな表示崩れがなければ良し、とするのが無難かなと思います

chrome
firefox
safari
opera
IE

いまのところtwitterのoauth認証してからでないと見られないという仕様にしているため、どのような感じのツールかわからずに認証することになり、一部の人には敷居が高く感じると思います。
retime.meではトップページのスクリーンショットを載せ、どのように情報が表示されるのかをあらかじめユーザに伝えています。
こうすることで、認証前にユーザが自分の使用している状況をイメージでき、認証する気になるかと思います

方法はいろいろあると思いますが、すぐ思い付くのは

• retime.meと同様にトップにスクリーンショットを貼る
• public_timelineを表示するページを作成し、それは全員が見られるようにする

必須の機能ではないので、優先度低めで検討

以下のコミットでtweetsのデータからurlsを生成するメソッドを作成しましたが、深夜で力尽きたためurlからtitleを取得する処理を実装していません。
schemaにはtitleを追加してあるので、そこにデータを格納する処理を実装します。
d660c12

retime.meではretweetによるURLはretweetしたユーザが情報としてでてきますが、tweetもとのユーザのことは画面に表示されません。そのようなURLに興味を持った場合、本来のtweetを発したユーザに対しても興味がある可能性が高く、のちのちそのユーザをフォローしたり、他のURLを追うきっかけになるので、なんらかの形でそのユーザを表示できるといいかなと思います。

idは保護されてるから？？

Arabicaで良いか？
良いのがなかったらこのままだけど、わかりやすくは無いよねー。

NGワード
re
time さすがにパクり元とかぶるのは…
-tter 今さら…

キーワード
scrap スクラップノートを作るイメージ
time line やっぱtweetじゃなくてtime lineを対象にしてる事がわかると良いかと

案
time line scrapper そのまますぎるか…

スクラップってキーワードは悪くないかなと思うけど、案がまとまらない…
他のキーワードも含めて考えましょう。

hoge

とりあえず表示上は重複urlが無いようにする。
get paramとかの被りは対処が難しいので保留。
urlsテーブルの重複もあったりするが、最初は考えずに、ruby側で対処する

さくらVPSのアカウント作成
twitter-auth入れてログイン画面作る

それぞれのurlに表示するtwitter userのアイコンにリンクをまだ貼ってません。

twitterでは多くの短縮URLが飛び交うので、同じURLを見分けられるようにする

time_line_contollerにて

マジメにheroku検討したけど、cron dailyはともかく非同期処理は最初から有料、月35$なので高いかと。
非同期処理ほぼいらないサイトなら良さそうだけど。

選択肢は以下
・今の私のVPS使う
・新しくVPS借りる
・今のＶＰＳ等をワーカーに使ってウェブのみheroku(ワーカ分離がめんどくさそうではある)
・AmazonEC2の1年目無料を利用(万一そこそこアクセスあると従量課金されてしまうリスクあり)

とりあえずは今のVPSでプライベートベータやって、データ量、負荷によって別の選択肢を検討で良いかと思うのでコメントして問題無ければクローズしてください。

retime.meではページの先頭の文章を引用して、リンク先の情報を提供しています
現状url, title, tweetした人の情報、tweetした人の文章があればリンク先を見るかどうかの参考になりますが、SBMの数などを加えると面白いかもしれません。

必須ではないので他のチケットを優先
このチケットはアイデア出して、そのアイデアの実装を別チケットとして作成したらcloseの予定

叩き台として作成した以下のコミットでは、Tweet.allとしているため、毎度全部のデータを処理してしまっています。変換済みを再度処理しないよう変更します。
d660c12

これまでテストコードを書いていないので、今後コードが増えるまえに少しずつ書いてくのがいいかなと思います。
デフォルトではrspecになっていると思いますが、rspecやshouldaをはじめいろいろなツールがあるかと思いますので、使いたいツールがある場合はGemfileに追加するまえにお互い確認しておくと良いとおもいます。
のちのちCIツールを使えるようになると夢が広がりますね。

13行目で安直に処理を書いてしまったので、適切な場所へ移す

モデルに移動しないとバッチから呼べない。

timetileを取得しているときに上記のエラーが表示されてしまい、DBにtweetが格納できませんでした。
昨日は問題無かったと思うのですが、今日ためしたら上記のようなエラーがでてしまいました。
原因がわからないです……。

stack trace

app/controllers/time_line_controller.rb:25:in `new'
app/controllers/time_line_controller.rb:25:in `block in index'
app/controllers/time_line_controller.rb:9:in `each'
app/controllers/time_line_controller.rb:9:in `index'

commitはd660c1251までpull済み

大抵のtweetにはひとつのurlしか含まれていないが、たまに複数のurlが含まれているものがある。
この場合、どのような処理を行うか考える。

メモ

• urlの情報を無視するのは無し
• 単にurlがある分だけloopまわして、複数のtweetがあるように処理する?

uniqで重複を省いてしまっているので、それをtweetしたユーザの情報が欠落している。
ロジック見直して、tweetしたユーザの人数がわかるようにする

ユーザ情報取得して、usersテーブルに格納。
ログインテーブルと共通のスキーマなので、作成後にログインされら場合にもちゃんと動くように配慮する。

公開リポジトリにあるのは問題のため、環境変数で設定するようにコード変更した。
過去に晒しているので変更する。

現状デフォルトの20件しか取得していないため

localhost:3000/tlで一覧を表示させると、TL上では複数のURLが確認できるにもかかわらず一件しか表示されない。
DBのなかを見ると一件しか記録されていなかった。

UIモックを作ると必要な情報などが具体的にイメージできるようになるので、まずはURLを一覧表示するであろう画面を適当に作成してみる

tweet取り込み済み情報を保持して無駄を無くす

開発環境はSQLiteにする。

time_line_controllerにて。