ローカルからサーバー公開用に移すのは億劫だ
大体設定とかいろいろ詰まるに決まっている
今回もそうだ。結局詰まる。
「mLabというmongoDBを使えるDaaS（？）がよい」
と書いてあったので、使ってみるがcloud9から繋がっていない様子。
herokuでデプロイは成功しているみたいだけれども
dbにつながらないから動いちゃくれない。
単純にcloud9からmLabのDBに「コレクションありますか～？」とかそんなことを聞きたいだけなのに
そこから、もう、繋がっていない感じ。
そもそもだけれど、heroku上のログとか調べてみたらわかる、という確信を書きながら思った。
ログが見れないとか、ないはず（たぶん）だから、もう一度、探してやってみよう。
なんかこういう詰まり方は楽しくないよなぁ。

追記：次の日

解決しました。

くそはまりどはまり先生（イミフ）でしたがなんとかできました。

mLabのmongoDBバージョンと、cloud9側のmongoDBバージョンが（だいたい）一致していないといけなかったみたいです。mongoDB自身のバージョンアップで動かないんですね。はい。

# monogo -version
で確認できます。

2.~.~系と3.~.~系を一緒に使うと「見る権限ないから！」と叱られるみたいです。はい。

じゃあ簡単ですね。cloud9上のmongoDBをバージョンアップさせればよいだけのはずですから。

えーと。たしかmongoDBのインストールのときもなかなかうまくいかずにいろいろやりましたよ、わたし。

# sudo apt-get install mongodb-org
これをやるとできましたよね。はい。
（参照：https://community.c9.io/t/solved-mongod-command-not-found/6517/2）
(「cloud9側の仕様？とかプレインストールの権利問題？とかでなんか入れなおさないとmongoDBが使えないとかなんとか」)

インストールにさえ苦労したのに、バージョンアップとか……
でもやってみれば案外簡単かも！（結構めんどうくさかったです。はい）

結論このページを参照しました！（http://tk2-207-13211.vs.sakura.ne.jp/2016/10/905/）
まずmongoDBをアンインストールして、
次に最新版をインストールする！

# suto apt-get autoremove mongodb-clients
→修正
# sudo apt-get autoremove mongodb-org

あと、公式のやつ（https://docs.mongodb.com/manual/tutorial/install-mongodb-on-ubuntu/）を参照して順番にやるだけ。

cloud9上のターミナルでcloud9のubuntuバージョンを確認
# lsb_release -a
(参照：http://ubulog.blogspot.jp/2007/06/ubuntu.html）

なんどもmongoDBを入れたり外したりしてたので、
# mongod --smallfiles
でmongoを起動したら「mongo.lockが残ってるぞ、おいごら」ってしかられたりもしましたが、それも解決しました。

「mongo.lock* ファイル探して消して
# mongo --repair
したらええやん」
って書いてありました。
「よくある、よくある」とも。
（参照：https://www.mkyong.com/mongodb/old-lock-file-datadbmongod-lock-probably-means-unclean-shutdown/）

まとめ（？）：

今回のくはまりどはまり先生の理由についてまとめてみる。

１．mLabという方の仕様をよく理解していなかった

→そんなもん、初めて触るんやからしょうがないやろ。と思いつつ、mLab自体はそんな複雑な仕様もなく、かなり簡単なつくりにはなっているようでしたが、「DBはいっこやで。コレクションはたくさんつくってもええけどな」的なつくり、っていうのは、すこしつまづきました。苦労して、バージョンアップを確認したのち、mLabで表示されているコードでやっとDBにつながったあと、DBにつながっているのかの確認で、
# [mongo] show dbs
って打ったら、「権限ないんじゃ、われぇ、でなおせ！」って叱られたからです。すこし焦りましたが、深呼吸一つ。
# [mongo] show collections
って打ったら、さーっと表示されました。
cloud9上にDBを置いてある場合はデータベースもコレクションも適当に作ったり、参照したりしていた身としては、「あーそうっかー」的な感じでした。まぁ、DBをたくさん扱って来た人にとってはDaaS（？）の仕様としては、当然なのかもしれませんが。
あとcollection毎にユーザーとかパスワードとか、設定してからじゃないと接続できない、ってこれは仕様というよりDBさわる人には常識（？）なのでしょうか。まぁ、どっちでもいいんですけど。

２．unix系という方の扱い

→設定とか環境構築とか面倒くさいし、意味不明だし（単なる勉強不足）、という感じで「環境構築すっ飛ばせる、cloud9すげぇぇぇぇ！」ってなってた私ですが、まぁ、当然、そこにunixやらlinuxやら、ubuntuやらでてきたら、「うげぇぇぇぇ！」ってなりますよね。
まぁ、でも少し触れたので今回わかったことを書いておきます。
# sudo apt-get ~~~(動詞) ~~~(目的語)
的な使い方でなんとかなる
# yum ~~~~~
は使えない、ということ（あほ）。
じつは前にほんのすこし（ほんとうにすこし）だけubuntuをさわったことがあって（なんで触っていたのかは覚えてない）、mkdirとか、rmとかvimとか（vimは開いたけど、慣れなくて、くそ面倒くさいのでそのままvimの閉じ方を検索した)まぁ、そこらへんが少しだけ役にたったかな、と。

所感

まぁ、一番つまるだろうなぁ、と思っていたところで、まぁ、結局つまったわけだけれども。
「mySQLとかpostgresSQLとか面倒くさそうだなぁ、mongoDBのほうがherokuでデプロイするのがかんたんそうだなぁ」と思ってやって、結局このはまりよう。乙。
ま、一番大きなつまりポイントを克服できたんじゃないだろうか、と勝手に思っている。

追記：地味ながら重要なことheroku上のログをみること
# heroku logs -t
（参照：http://qiita.com/pugiemonn/items/c4077958b480eb29878d　）
とすること。cloud9の疑似ローカル環境とheroku上の本番（？）環境とはどうしても差異が生まれるので、そこのログをキャッチしないことには、このはまりは解決できなかった。書き終わった後になって「なんか書いてみると紆余曲折あんまりしてないなぁ」とか思ってたけど、herokuのログを見れる、ってことは地味ながら重要。重要。