精辟
那个外卖梗
妹子亮了
ps aux |grep ruby
用户多少以后需要扩展吗 客户需不需要弄的高大上一些
+10086
把 nginx 指向一个目录就好了试试 gluster?
想好方向 开头干
把要求降低些
或许 c 端已经到极限了 或许仅仅是个开始 话说 b 端是真赚钱 不过怎么玩 还没有方向 可以参考下钉钉?
钉钉 哥们也是济南的呀
买了再说
before action 更像 java web 中的过滤器多一些 aop 不仅仅 spring
感觉发展越来越好了 稳
买个 cherry 原厂键盘吧
对最终用户来说 达到目的和页面响应时间才是他们关注点。对开发者来说 学习成本 编码成本 维护成本 这是我们关注点。然而这个两个往往有时会冲突。
掌握 java 和 ruby 不建议这么写
#7 楼 @xiaoronglv 你居然是济南的
居然是氧气
不建议 使用 rails 或者 ruby 开发 管理类的系统 无论是从用人成本,还是可维护的角度来说 已踩坑
#7 楼 @vampirebear 是程序员么
济南 真不如 招几个优秀的应届生
手大的话不要买 其实也就那个样
一般来说 在并发量没有达到一定数量的时候 mysql 足够支持 当请求量上来之后可以使用 redis 缓存那些热点数据 redis 在计数 设置失效时间都是很方便的 一般的项目个人意见 mysql 此类数据库已经足够了,当然非要用也可以 只要你想 你甚至 可以只用 redis 更多的时候使用 redis 看中了它的快