- twitter developerで登録後キーなどを取得
- キーをソースに埋め込み
- 以下コードでツイート
$ bundle exec rake twitter:tweet
$ bundle exec rake db:migrate
$ RAILS_ENV=test bundle exec rake db:migrate --trace
$ bundle exec rake spec
- 分析機能は、このリポジトリでは作らない。サーバ別立てし、そこで展開する機能とする
- 現状、botの行動を全てrealtime_{行動するテーブル名}に保管してほしい。
- このプロジェクトでは、基本realtimeしか関連しない
- データを分析して展開する機能として君臨する
- クローズ機能しかないが、今後はAPIなどに貢献できたらいいという構想がある
以下は、このpjのadminとjobの分け方サンプル なぜadminとjobを一緒にしているのかはgoogledocの通り
- 管理機能
- 変わった使い方は今のところない
- private化完了
- bitbucketを参照
- cronで起動する形を基本形態とする
- config/schedule.rbを使う→job製作者が適宜編集する
$ bundle exec whenever
$ bundle exec crontab -e
$ bundle exec whenever --update-crontab
$ bundle exec whenever --clear-crontab
- Nginx ※設定はslackへ
- Unicorn ※設定はslackへ
- Capistrano ※設定はslackへ
- admin始まりのものが管理機能となる
- job始まりのものがバッチ機能となる
基本的にはslack上でやりとりする。シクレキーなどが入ってくるようなものは別途管理する必要ある
- rails warnを出さないように気をつける→コンソールでwarn表示がないか確認(当然errorはありえない)
基本的にはpullrequest
- ruby/harmox-admin/db/document/create_database.sql流すよ
bundle exec rake db:schema:load
├── 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