ngrok
faraday 的参考: 40016:
Faraday.post "https://api.weixin.qq.com/cgi-bin/menu/create?access_token=#{at}", {button: [{'type' => 'click', 'name' => 'xxx', 'key' =>'18'}]}
正常:
Faraday.post "https://api.weixin.qq.com/cgi-bin/menu/create?access_token=#{at}", {button: [{'type' => 'click', 'name' => 'xxx', 'key' =>'18'}]}.to_json
机缘难遇,自己的作品可以先做一个。
哇,好技术要用在好地方。
借道问下,这个 gem 包是否线程安全?因为一个项目里面有用,puma 做 server,有并发量大的场景。
给个输入框输入地址,下面百度地图有可以选择位置的,用户可以微调点下,以这个为准保存经纬度数据
没有现成的话,最后一步,根据每条新日志,写代码分析数据,并存储。
参考 rails gem 的 lograge/logstash 的方式,把日志转换成标准 json 数据,来给程序处理。
按理,save 以后,可以用对象的 previous_changes 看以前的变化记录; 但是,model 里面的 after_save 的回调里面,应该还是用 changes 来查看的; commit 以后,或者 after_commit 的回调里面,需要用 previous_changes 来查看; 你可以试下是否是这样的
html 的起点比后端高阿
腾讯和百度的感觉都不成熟,腾讯遇到好多坑,百度看 sdk 提供的语言就知道才刚开始。相对还是阿里的可用一点。
有种体验叫疼痛;有种体验叫舒服;没感觉的就没必要强求;等有感觉了,也许也来不及了。
干得好!早该管管了!
好,支持,威武,有希望了!
#8 楼 @wppurking 这种核心逻辑方 es 好么,而且要频繁变更和实时更新哦。还是简单点用 postgres 的 hstore 或者 json。
其实更简单就像微店那种加个字段商户自己填写也可以,没必要都搞到 taobao 这么复杂。
ActiveRecord 可以链式调用嘛,where().where().order().select() 等等,在中间环节的对象就可以用过 current_scope 获取到,(返回实例对象是 ActiveRecord::Relation,但是在 class method 里面可以用 current scope 这个方法获取)
然后在 current_scope 上面再加后面的链式调用,就是下面代码的 each 的时候一个个链上去的 current_scope 是 AR 自己的一个方法,所以我用了 scope 临时变量来存,避免和系统方法有冲突。
也可以放到代码中,加断点进去看下,就知道 current scope 获取的是什么东西了。
有错误的地方,其它同学帮指出。
class Variant < ActiveRecord::Base
include WithOptions
end
module WithOptions
extend ActiveSupport::Concern
module ClassMethods
def find_by_options(options={})
end
def collect_by_option_values(option_value_ids = [])
scope = current_scope
return scope unless option_value_ids.is_a?(Array)
option_value_ids.each_with_index do |option_value_id, idx|
option_value = OptionValue.find_by id: option_value_id
if option_value.present?
map_aliased = "product_variant_option_value_maps_#{idx}"
scope = scope.joins("INNER JOIN product_variant_option_value_maps AS #{map_aliased} ON #{map_aliased}.product_variant_id = product_variants.id").where("#{map_aliased}.option_value_id" => option_value_id)
end
end
return scope.uniq
end
def find_by_option_values(option_value_ids = [])
collect_by_option_values(option_value_ids).first
end
end
end
这个放 Rails 后端获取数据,应该是没有浏览器整体时间消耗的数据的吧?
终于配好华丽丽的屏幕,可是眼睛花了
绝对防身阿
3 ubuntu 下用着 fvwm 再写一个的话,Xorg 基础框架似乎有些落后了。
分页是带查询条件的分页,不是全表分页
#2 楼 @hz_qiuyuanxin 实际数据大,处理慢查询。数据有删除的话,根据 id 计算是否会不准确?主要是 count 慢,不是取数据时候慢
#3 楼 @wuwx count 是 kaminari 这种库自己生成的,可以想办法用更好的语句复写,比如 cache 数据。或者作>1000 页不显示(这是 google 的做法吧)的话,如果只有 2 页,怎么判断要不要显示‘下一页’按钮
Thx
一直用,挺好的,觉得蛮靠谱。就是屏幕小,不方便以 pdf 为主的文件。但是 amazon 主要都是这种小屏的了,好遗憾。