#twbm

how to use

1. twitter developerで登録後キーなどを取得
2. キーをソースに埋め込み
3. 以下コードでツイート

$ bundle exec rake twitter:tweet

modelの適用

$ bundle exec rake db:migrate
$ RAILS_ENV=test bundle exec rake db:migrate --trace
$ bundle exec rake spec

trackings

• 分析機能は、このリポジトリでは作らない。サーバ別立てし、そこで展開する機能とする
• 現状、botの行動を全てrealtime_{行動するテーブル名}に保管してほしい。

analysisプロジェクトについて

• このプロジェクトでは、基本realtimeしか関連しない
• データを分析して展開する機能として君臨する
• クローズ機能しかないが、今後はAPIなどに貢献できたらいいという構想がある

directory

以下は、このpjのadminとjobの分け方サンプル なぜadminとjobを一緒にしているのかはgoogledocの通り

admin

• 管理機能
• 変わった使い方は今のところない

job

• cronで起動する形を基本形態とする
• config/schedule.rbを使う→job製作者が適宜編集する

$ bundle exec whenever 
$ bundle exec crontab -e
$ bundle exec whenever --update-crontab 
$ bundle exec whenever --clear-crontab

Httpサーバ

• Nginx ※設定はslackへ

WebAppサーバ

• Unicorn ※設定はslackへ

Deploy

• Capistrano ※設定はslackへ

routes

• admin始まりのものが管理機能となる
• job始まりのものがバッチ機能となる

develop

基本的にはslack上でやりとりする。シクレキーなどが入ってくるようなものは別途管理する必要ある

• rails warnを出さないように気をつける→コンソールでwarn表示がないか確認(当然errorはありえない)

pullrequest

基本的にはpullrequest

├── app
│   ├── assets
│   │   ├── images
│   │   ├── javascripts
│   │   │   ├── admin
│   │   │   ├── application.js
│   │   │   └── job
│   │   └── stylesheets
│   │       ├── admin
│   │       ├── application.css
│   │       └── job
│   ├── controllers
│   │   ├── admin
│   │   ├── application_controller.rb
│   │   ├── concerns
│   │   └── job
│   ├── helpers
│   │   ├── admin
│   │   ├── application_helper.rb
│   │   └── job
│   ├── mailers
│   ├── models
│   └── views
│       ├── admin
│       ├── job
│       ├── layouts
│       └── shared