API

用爬虫抓取数据，有两种代码崩坏的方式. 而且发生的可能性挺高的.

那就思考一下，不会被HTML或网址这类的变动影响的手法...我目前想到的是，HTML跟网址都有变动风险，甚至连服务器那边用来抓取数据的ruby类代码都会改写，最保险的手法估计是去数据库直接捞资料了？！

什么时候用 “” 什么时候用 ：

读出来的 Hash 是用"字串 key"，而不是 “symbol key” 就是 JUHE_CONFIG["api_key"]而不是JUHE_CONFIG[:api_key]

就是在需要用 Hash 格式的时候会用 “” 而不是用 ：

GET 与 POST方法的区别

互联网都会假设 GET 是可以重复读取并缓存的，而 POST 不行

所以这两个用错 有时会有大麻烦哦

5-2 教程的devise login failed

之前在浏览器里登录的话，可能要退出再去postman测试，不然用户登录就因为重复登录 各种爆炸...

很诡异用Postman尝试login就显示“Email or Password is wrong”，但是去浏览器用这组刚刚用 Postman 的 signup出来的账户以及密码是可以登录的...这是什么情况啊啊啊

等等...虽然浏览器登录成功 但是看rails s 的 log

居然密码是错误的？！！

嗯？我太着急赶进度都眼花了，这不是failed 是filtered？！

哦！！！密码的问题 六位数不够多 要用八位数的密码才行吗？！！

也不应该是啊...啊啊啊

字段拼写错导致的吗？！

搞了半天...原来在postman上操作的时候 把浏览器关掉就啥事也没有了...卧槽...以为是什么惊天大bug...

后来不死心 又测试了一次，居然只有 最初用的“xz_test@gmail.com”以及密码才能顺利显示login的成功模式...真是诡异...这算是哪门子的bug？！！token设置太多导致重叠了？还是说 API 只认这一个登录用户？跟IP锁定了不成？！！

但只要一用别的邮箱 新注册一个 就无法正常显示？！