到目前为止,基本上没这类需求啊
看截图,楼主的完成度还是挺高的
改那个没用,写死的
看我之前的帖子
换 Linux 环境
schema.rb 的内容放到一个 Migration 里面就可以了。
daemonize 去掉,再启动,看错误信息
搞不懂,这年头技术文章还要用微信来写... 手机屏幕上面看不累么
很多人发现自己用 MySQL 慢了,于是就想到 Redis ... 接着有进了另外个坑
楼主有多少量啊就撑不住了...
10 年…
#23 楼 @cassiuschen 如果做得完善我会接受的,半成品就算了
自己实现嘛
那你就看呀
开发环境不用 RVM ... 我们生产环境也用
#1 楼 @killernova 我会找时间实现一下
不会搜索,不会翻看 Ruby China 的帖子么? 如果你有在尝试用用看,或许我还会给你说说
先查出来,再内存中 group_by
@users = User.paginate(page: params[:page], per_page: 100)
@user_groups = @users.group_by { |u|| u.created_at.to_date }
#5 楼 @kunou 搜索 Nginx URL Rewrite
其实 Rails 的路由也是可以直接支持 .php 的,比如 https://ruby-china.org/huacnlee.php
两个问题...好多问题吧!
Ruby China 的 Uploader 文件名格式有两种是有原因的!
model.id
作为文件名,这样用户的头像地址会一直固定不变,可以利于 Fragment Caching,同时还有个情况是 Ruby China 用的是 UpYun 存储头像文件,那边的 HTTP Expires 过期时间是 1 星期,在浏览器 HTTP 请求 ETag
检测的过程中能达到缓存更新的目的。你文件名的问题,就是 filename
这个需要覆盖,不然你说我没事写那个函数干嘛?
store_dir
你那么写其实也对的,Ruby China 这么做还是有原因的,因为 UpYun 当个文件夹的文件数量他们是没有限制的,那边不是一个文件夹,而是一个服务(不会有性能问题),但会到传统的磁盘就不能像 Ruby China 这么做了,普通磁盘目录一个文件夹里面的文件超过一定的数量会有性能问题。
另外,你不应该在前面加 uploads
这个应该是 Nginx 上面配置的,写在哪儿 uploads
会存到数据库。
必须使用 php,因为在软件里写死了
就算程序里面写死了提交到 http://xxx.com/xx.php
服务端也是可以用其他方式实现的,你只需要把 URL 路由特别做成 .php 就好了。
你完全没必要用什么缓存、用什么 Redis(在你不懂它们适合的场景的情况下),那些 zip 的文件信息、路径什么的,你完全可以放心的存到数据库,比如 MySQL 里面。