jesktop (Ray)

[远程][兼职] 广州营地学园科技找兼职 Rails 全栈和小程序前端工程师 [已结束]

jesktop — Fri, 28 Oct 2022 15:22:15 +0800

地点：不限

项目简介：

该项目 2022 年 6 月份开始开发，服务器端使用的是 Rails，还包括有小程序和 App 端，App 是使用 Flutter 开发的。目前 Rails 端的开发主要是补全后台功能，所以除了 Model 层已经建立好了，工作内容主要是 Controller、View 层和前端交互的事情。

项目 7 月已经上线，并且在 7、8、9 月期间已经正常使用，业务逻辑也基本清晰。

主要使用的时期是暑假和寒假期间，所以目前主要应对的是寒假的使用，完善后台功能，方便工作人员对所有时间的操作。

Rails 全栈工程师

工作职责：每周兼职工作 10+ 小时，最好可以明确每个月能够兼职的时间。

营地学员后台系统全栈开发，使用的是 Rails 7.0.4 版本，前端使用的是 Rails 的前端方案 Turbo Streams，CSS 使用的是 Tailwindcss。

兼职当前主要负责的功能是排班系统，例如，每个学校里的学员进行转校、拖拽排班等操作，方便工作人员对于每个学员进行调班操作。有此类开发经验的，优先选择。

前端工程师

工作职责：

小程序的前端开发

目前小程序已经在使用，但是由于需要 UI 全部重新替换。新的 UI 会稍微复杂些。目前工作主要是替换 UI。

待遇：

时薪：大约 100~200 元/小时，具体可根据能力谈。

工作优势：工作时间灵活、远程。

如果有兴趣，简历可以发至 frayay at gmail.com (24 小时内回复)

Rails 5.2 中的 Credentials 和 Active Storage

jesktop — Fri, 27 Apr 2018 15:55:28 +0800

看到很多朋友们对 Rails 5.2 里的新东西，感觉云里雾里的，不太清楚它们究竟为我们提供了什么便利，所以我这里主要讲讲新版本中的 Credentials 和 Active Storage。

为什么使用 credentials？

先回顾在 5.2 版本以前，我们为了处理很多私密的信息，需要在.gitignore里加入多少的 yml 文件，有secrets.yml、database.yml、cable.yml，甚至会加入一些自定义的配置文件，如：application.yml。

然后在部署配置中：

set :linked_files, fetch(:linked_files, []).push('config/database.yml', 'config/secrets.yml', 'config/cable.yml'...)

而我们升级到 Rails 5.2 后，很可能，只需要在.gitignore加入master.key一个文件，就可以处理所有的私密信息了。究竟credentials.yml.enc和master.key是怎么办到的呢？

把私密信息放入 credentials 中

因为我们在使用credentials.yml.enc后，可以把所有私密的信息都放到里面，然后通过master.key进行解密。所以当我们团队在一起完成一个项目时，需要分享master.key文件，但是考虑到安全的问题，不要把master.key上传到 git 的仓库中。

当我们打开credentials.yml.enc发现内容是一串随机串，如下：

qEbH/+fadmlPVeMVgFvpwk4ADadW2LbMkzMKJKkHrZeFNooiKKJvOoe5YJlbab1wJLHL77nSohvEm6MYnl9krXLFnDG0iSWm/svtipruMCc1FVfhSpmXSvLNJI1RUk2VeZCFjYkT8/PG4N7oj1OLrSq4yeRsbKTrS/3izcMm9ndJkcd4/wR7WAMReQSRGt5YGNZ4E3Jt9Wgg7ls2okZcwxEv/3brdgIyHrmfyEWb50YSe5oDDyscfRNX70uwZieSVGn99fFcexYUL8F0dxSrVNaix/h/UAeApq6Ifhs0/p9eXk0349f8dEMFkp5A3I4j0ubgjZ/ncdLTct37OxxhfucWukCtP6oSFvpC+5ma2epjjTSJM25+Vv3GQy7xfSdwbsEq8jm3tqT/zGr2M9iRuEX+LJrxzhDHnHC0--jQ+G6M9HWGe7zlFb--ltdsqYuI+4O8cqw/bcJRJw==

非常棒，secret_key_base之类的信息都在里面安全的保护着，可是如果我要修改里面的内容，怎么办？我们不可能直接修改加密后的内容啊。

不要着急，Rails 这里给我们提供了一个方便的方法：EDITOR="mate --wait" bin/rails credentials:edit。当然，EDITOR 的信息需要根据我们使用的工具进行调整。

EDITOR=vim bin/rails credentials:edit  # 使用VIM编辑
EDITOR="subl --wait" bin/rails credentials:edit  # 使用Sublime编辑

输入命令后，我们可以清楚的看到里面的内容：

# aws:
#   access_key_id: 123
#   secret_access_key: 345

# Used as the base secret for all MessageVerifiers in Rails, including the one protecting cookies.
secret_key_base: 0b4d8892f41d7b89127b3ad997ca9ca581fe7f84bf890c85095b635c651a9de00edd1032aeb377a5753f0236e526cb61d995d01fc3d52bb5644a33dbfbc69335

所以我们就可以在里面输入需要加密的信息，例如输入在生产环境里，数据库的密码：

...
production:
  database:
    database: project
    password: 9f797275f3f
...

然后在我们需要用到这些加密信息的地方，调用：

Rails.application.credentials[Rails.env][:database][:database]
Rails.application.credentials[Rails.env][:database][:password]

剩下部署的时候，就记得把master.key放到服务器里，不要弄丢了。

如何使用 Active Storage

因为 Active Storage 和 Rails 结合紧密，所以使用起来很方便。在项目中运行rails active_storage:install，就会发现生成了一个数据迁移的文件，里面会给我们加入两个表，分别是active_storage_blobs（储存文件信息）和active_storage_attachments（与业务表的多对多关系）。

如果我们需要在Project模型中，保存image信息时，就不需要像使用CarrierWave时，在Project中另外添加字段，因为Active Storage会把文件信息直接保存到active_storage_blobs和active_storage_attachments中，我们只需要在Project的模型中加入：

has_one_attached :image  ## 一对一关系 或
has_many_attached :images  ## 一对多关系

在控制器里的参数保护也不需要做特殊的处理，只需要保持正常的设置就可以了。

params.require(:project).permit(..., :image)   # 一对一关系 或
params.require(:project).permit(..., images: [])   # 一对多关系

##通过 Active Storage 上传的文件会保存在哪里？通过config/storage.yml，我们可以看到：

test:
  service: Disk
  root: <%= Rails.root.join("tmp/storage") %>

local:
  service: Disk
  root: <%= Rails.root.join("storage") %>

默认的test和local是保存在本地的 Disk 中的，local默认把文件保存在storage文件夹中，所如果我们想要把文件保存在 public 内，可以修改成：

root: <%= Rails.root.join("public/storage") %>

当然无论我们保存在什么位置，记得把该目录加入到.gitignore中。

那么在开发环境中，它是如何知道使用local配置的呢？在config/environments/development.rb中，我们可以看到：

# Store files locally.
config.active_storage.service = :local

所以，如果我们生产环境也希望保存在Disk的话，只需要修改config/environments/production.rb即可，当然我们会建议使用云服务，因为结合Active Storage可以让一切变得很简单，例如保存在aws，只需要：

# config/environments/production.rb
# Store files on Amazon S3.
config.active_storage.service = :amazon

# config/storage.yml
amazon:
  service: S3
  access_key_id: ""
  secret_access_key: ""
  region: ""
  bucket: ""

在前端，可以看到application.js里加入了//= require activestorage，通过activestorage可以使用<%= form.file_field :image, direct_upload: true %>，全交给客户端直接往云服务器上传文件，避免经过服务器。

同时，如果需要调整图片尺寸大小时，我们加入gem 'mini_magick'后，直接在页面就可以对图片尺寸进行处理：

<%= image_tag project.image.variant(resize: "100x100") %>

国内云服务的Active Storage相关 gem：
https://github.com/mycolorway/activestorage_qiniu
https://github.com/doabit/activestorage_upyun
https://github.com/huacnlee/activestorage-aliyun

参考：
Rails 5.2: Active Storage and beyond
Active Storage Environment-Specific Credentials
Encrypted Credentials — A new way to use Secrets in Rails 5.2
Rails 5.2 credentials

原文：https://www.jianshu.com/p/b0312d926899

在 Rails 中实现拖拽排序功能

jesktop — Wed, 18 Apr 2018 17:26:48 +0800

回想到很久以前，JavaScript 为了实现前端拖拽排序的事情，都是一个不容易的事。自从有了 jQuery 和jQuery UI后，很多常见的功能直接使用起来已经非常方便了，不需要自己进行二次开发。

好，今天我们就使用sortable，完成加上服务器端（Rails）的逻辑，完成一个完整的拖拽排序功能。

实现的逻辑是什么？

在服务器端添加排序的字段（position），然后我们的 order 排序根据 position 进行排序。每当我们前端拖拽结束后，通过异步 Ajax 把排序的结果发送到服务器，服务器根据传送过来的内容，重新设置 position 信息。

添加需要使用的 Gem

gem 'acts_as_list'
gem 'jquery-ui-rails'

jquery-ui中的 sortable 提供前端拖拽排序效果的功能，acts_as_list则是一款服务器端排序功能的 gem，提供丰富的方法，当然如果仅仅是一个简单的排序功能，这里不使用acts_as_list也是可行的。

前端加入拖拽排序效果

我们先在application.js引入jquery-ui：

//= require jquery-ui/widgets/sortable

然后我们加入调用sortable的方法：

document.addEventListener("turbolinks:load", function() {
  $( "[data-behavior='sortable']" ).sortable();
})

这样一来，只要在需要排序的 dom 中，加入data-behavior='sortable'就可以实现拖拽排序的效果了，参考：

<table class="table table-bordered table-hover">
  <thead>
    ...
  </thead>
  <tbody data-behavior='sortable'>
    ...
  </tbody>
</table>

加入排序接口

首先我们根据acts_as_list的文档，加入一个排序需要用到的字段：

rails g migration AddPositionToTodoItem position:integer
rails db:migrate

然后我们需要添加一个接口，用于处理排序信息：

// route.js

Rails.application.routes.draw do 
  resources :todo_items do
    collection do
      patch :sort 
    end
  end 
  ...
end

// controller

class TodoItemsController < ApplicationController
  def index
    @todo_items = TodoItems.order(:position)
  end

  def sort

  end
end

发送异步请求

现在服务器端的接口完成了，我们的目的就是当排序结束后，把数据打包发到这个接口中，为了方便操作，我把接口地址放在 Dom 里的data-url属性中。

<tbody data-url="<%= sort_todo_items_path %>" data-behavior='sortable'>
...
</tbody>

并且每个拖拽的元素，我们把它的 ID 设置为model的名称_model的id：

<tbody data-url="<%= sort_todo_items_path %>" data-behavior='sortable'>
  <% @todo_items.each_with_index do |todo_item, index| %>
    <tr id="<%= dom_id(todo_item) %>">
      ...
    </tr>
  <% end %>
</tbody>

然后我们在原来的sortable中，添加 update 方法，处理异步事务：

$( "[data-behavior='sortable']" ).sortable({
  update: function(e, ui) {
    $.ajax({
      url: $(this).data("url"),
      type: "PATCH",
      data: $(this).sortable('serialize')
    })
  }
});

通过上面的 JavaScript 代码，就可以实现，每天拖拽更新后，就会发送数据到对应的接口上，那发送过去的数据会是怎么样的呢？

处理数据

当我们尝试操作一遍后，就会发现发送到服务器的数据格式如下：

Parameters: {"todo_item"=>["2", "1", "3"]}

这个就是todo_item数据里，每个 id 的排序情况。所以我们可以根据这个排序信息，重新设置position就可以达到我们想要的排序结果。

...
def sort
  params[:todo_item].each_with_index do |id, index|
    TodoItem.where(id: id).update_all(position: index + 1)
  end

  head :ok
end
...

好了，目前我们前后端的功能都完成了，赶快试试效果吧。

原文链接：https://www.jianshu.com/p/d9911c234107

使用 Redis 处理 Rails Model 缓存

jesktop — Thu, 30 Jul 2015 23:35:57 +0800

原文：Rails Model Caching with Redis 第一次翻译文章，估计翻译问题多，欢迎拍砖。

Model 层的缓存常常都会被忽略，甚至是经验丰富的码农。当你对视图层做缓存时，你不需要进行底层缓存，这是一个非常常见的误解。虽然在 Rails 里大部分的瓶颈在于视图层，但是总有个别情况不是这样的。

底层缓存是非常灵活的，可以工作于任何一个应用程序。在本教程中，我将演示如何使用 Redis 来缓存你的 model 层。

缓存是如何工作的？

过去，访问磁盘的成本已经非常高了。而且从磁盘访问数据经常会对性能产生不利的影响。为了解决这个问题，我们可以在应用程序和数据库服务器之间加上缓存层。

缓存层在初始化时是没有任何数据的。当它接收到数据请求时，它会调用数据库并将结果存储在内存中（缓存）。所有后续的请求将从缓存层直接读取数据，所以可以避免不重复往返的访问数据库服务器，从而提高性能。

为什么使用 Redis？

Redis 是一个基于内存、Key-Value 存储系统。它的速度极快，几乎是瞬间完成数据检索。Redis 支持先进的数据结构，如链表，哈希表，集合，并能持续保存到磁盘。

虽然大多数码农更喜欢使用 Memcache 和 Dalli 去处理他们的缓存化的需求，但我发现 Redis 非常容易的安装和方便管理。另外，如果你使用的是 resque 或 Sidekiq 管理你的队列，你很可能已经安装了 Redis 了。对于那些有兴趣了解何时使用 Redis 的朋友们，可以到这个讨论里了解更多相关信息。

前提

我假设你的项目正在使用 Rails，文章中的例子是使用 Rails 4.2.rc1，使用 haml 渲染视图和 MongoDB 作为数据库，但是本教程的片段应该适用于任何版本的 Rails。

在开始之前，你需要安装和运行 Redis。进入你的应用程序目录，并执行以下命令：

$ wget http://download.redis.io/releases/redis-2.8.18.tar.gz
$ tar xzf redis-2.8.18.tar.gz
$ cd redis-2.8.18
$ make

这个命令将需要一段时间才能完成。一旦完成了，就可以开启 Redis 服务了：

$ cd redis-2.8.18/src
$ ./redis-server

使用 gem“rack-mini-profiler”可以测量性能提升，这个 gem 可以帮助我们正确的体现出性能的改善。

开始

例如，让我们构建一个虚拟的在线故事书阅读书店。这个书店有各种各样的书籍和语言。首先，让我们创建模型：

# app/models/category.rb

class Category
  include Mongoid::Document
  include Mongoid::Timestamps
  include Mongoid::Paranoia

  include CommonMeta
end

# app/models/language.rb

class Language
  include Mongoid: :Document
  include Mongoid::Timestamps
  include Mongoid::Paranoia

  include CommonMeta
end

# app/models/concerns/common_meta.rb

module CommonMeta
  extend ActiveSupport::Concern
  included do
    field :name, :type => String
    field :desc, :type => String
    field :page_title, :type => String
  end
end

我在这里包括了一个 seed 数据文件。只要复制粘贴到你的 seeds.rb 和运行 rake seed 任务，数据就会加载到我们的数据库中。

rake db:seed

现在，让我们创建一个简单的 Category 列表页面，该页面显示了所有 Categories 的描述和标记信息。

# app/controllers/category_controller.rb

class CategoryController < ApplicationController
  include CategoryHelper
  def index
    @categories = Category.all
  end
end

# app/helpers/category_helper.rb

module CategoryHelper
  def fetch_categories
    @categories = Category.all
  end
end

# app/views/category/index.html.haml

%h1
  Category Listing
%ul#categories
  - @categories.each do |cat|
      %li
        %h3
          = cat.name
        %p
          = cat.desc

# config.routes.rb

Rails.application.routes.draw do
  resources :languages
  resources :category
end

当你打开浏览器并将其地址指向/category 时，你会发现 mini-profiler benchmarking 显示在后端执行每一个动作的时间。这些正确的数据是告诉你，你的应用程序哪部分比较缓慢和应该如何优化它们。本页面执行了两条 SQL 语句并且使用了 5ms 的时间完成查询。

虽然起初看起来好像 5ms 是无关紧要的，特别是在需要更多时间去渲染视图时，但在一个生产级别的应用程序中有多次数据库查询时，它们可以明显的降低软件的性能。

由于元数据模型是不太可能发生改变的，这样就可以避免不必要的数据库切换。这一点也是底层缓存的用武之地。

安装 Redis

使用 Redis 基于 Ruby 的客户端来帮助我们非常方便的链接 Redis 实例：

gem 'redis'
gem 'redis-namespace'
gem 'redis-rails'
gem 'redis-rack-cache'

一但安装好这些 gem 后，就可以配置 Rails 使用 Redis 来作为缓存存储：

# config/application.rb

#...........
config.cache_store = :redis_store, 'redis://localhost:6379/0/cache', { expires_in: 90.minutes }
#.........

使用 redis-namespace gem 可以让我们创建一个更好的 Redis 命名空间：

# config/initializers/redis.rb 

$redis = Redis::Namespace.new("site_point", :redis => Redis.new)

现在所有的 Redis 功能都可以通过$redis进行全局使用了。以下的一个例子是体现如何访问在 redis 服务器上的值（运行于 Rails console）：

$redis.set("test_key", "Hello World!")

这个命令创建了一个 key：“test_key”和 value：“Hello World”保存在 Redis 中。要取这个值，只做：

$redis.get("test_key")

现在，我们有了基础知识，让我们开始重写我们的 helper 方法：

# app/helpers/category_helper.rb

module CategoryHelper
  def fetch_categories
    categories =  $redis.get("categories")
    if categories.nil?
      categories = Category.all.to_json
      $redis.set("categories", categories)
    end
    @categories = JSON.load categories
  end
end

在第一次执行这部分代码时，内存/缓存中是没有任何东西的。所以我们请求 Rails 把数据从数据库推送到 Redis 中。注意到 to_json的调用了吗？当要写对象进 Redis，我们多种方式。一种选择是遍历对象中的每个属性，然后将它们保存为一个哈希函数，但是这种方式较为缓慢。最简单的方法是将它们保存为一个 JSON 编码的字符串。解码，只需使用JSON.load。

然而，这有一个意想不到的副作用。当我们正在检索这个值时，一个简易的对象符号不工作。我们需要更新视图并使用哈希语法来显示该类型：

# app/views/category/index.html.haml

%h1
  Category Listing
%ul#categories
  - @categories.each do |cat|
    %li
      %h3
        = cat["name"]
      %p
        = cat["desc"]

重新启动浏览器，并看看性能是否有所不同。首次访问，我们仍然访问数据库，但随后的重新加载将不在访问数据库了。以后所有的请求都将直接从缓存中读取。这个简单的变化非常有效。

管理缓存

我刚发现一个关于 categories 的错误。让我们先解决它：

$ rails c

c = Category.find_by :name => "Famly and Frends"
c.name = "Family and Friends"
c.save

重新加载并查看该更新是否显示在视图中：

很遗憾，我们的视图上并没有体现出这个变化。因为我们并没有访问数据库，所有的数据都直接从缓存中读取。唉，现在的缓存已经过期，直到 Redis 重启前被更新都数据都无法使用。这个对于大多数应用程序来说真是一个破坏者啊。我们偶尔可以使用缓存到期来解决这个问题：

# app/helpers/category_helper.rb

module CategoryHelper
  def fetch_categories
    categories =  $redis.get("categories")
    if categories.nil?
      categories = Category.all.to_json
      $redis.set("categories", categories)
      # Expire the cache, every 3 hours
      $redis.expire("categories",3.hour.to_i)
    end
    @categories = JSON.load categories
  end
end

缓存将会在每 3 个小时就失效。虽然这对大多数情况下工作，缓存中的数据将滞后于现在数据库。这种工作方式很可能不抬适合你。如果你喜欢保持缓存的更新，我们可以使用after_save这个回调：

# app/models/category.rb

class Category
  #...........
  after_save :clear_cache

  def clear_cache
    $redis.del "categories"
  end
  #...........
end

每次模型的更新，我们都将通知 Rails 去清除缓存。这样可以确保缓存是最新的。Yay!

你应该使用类似cache_observers在生产环境中，为了保持简洁，我们在这里坚持使用after_save。如果你不知道哪种方法最适合你，这里的讨论可能会对你有所启发。

结论

底层缓存是非常简单的，如果使用得当，它是非常有价值的。它可以在你花费最小的努力下瞬间提高你的系统的性能。在这篇文章中所有的代码片断可以在 GitHub 上找到。

希望喜欢读篇文章。欢迎在评论中分享你的想法。

译文地址：http://jesktop.com/2015/07/17/rails-model-caching-with-redis/

感谢 @superbear和@javie007 协助修订校对

当 CSS 遇上逗逼

jesktop — Fri, 13 Feb 2015 13:04:34 +0800

CSS Puns: CSS Puns & CSS Jokes ~ Curated by Saijo George

分享其中几个有趣的：

使用 Form Objects 处理结构复杂的表单

jesktop — Mon, 09 Feb 2015 20:49:17 +0800

参考：RailsCasts 416-form-objects
自从使用 Form Objects 处理复杂的表单后，我就不想在考虑使用 Rails 带的那套方法了。
原来的方法是，如果一个 Form 需要同时处理两个 Model 的数据时，就需要考虑使用accepts_nested_attributes_for，来建立数据间的关系。但是如果同时需要处理三个或三个以上的 Model 数据时，就会变得很混乱，form 页面需要各种嵌套，然后 model 层需要小心翼翼的设置accepts_nested_attributes_for。
但是自从学会了 Form Objects 后，妈妈在也不担心我写复杂的表单了。

模拟场景

模拟一个现实中的场景，我们需要一个 Form 处理三个 model 的事情，这里先介绍即将登场的三位 Model：

Class Product  # 产品
  has_many :product_prices
  belongs_to :product_color
end

Class ProductPrice  # 产品价格（多种价格）
  belongs_to :product
  enum category: { sell: 0, cost: 1} 
end

Class ProductColor  # 产品颜色
  has_many :products
end

Form 里的操作是，当我创建一个 Product 时，需要同时添加多个 Product Price（销售价和成本价），和关联一个 Product Color（如果颜色存在，则直接进行关联，不存在就重新创建）。
所以我们需要设计四个 input：name, sell_price, cost_price, color；别看就这么简单的四个玩意，其实是同时涉及三张表的操作哦。

Form 的设计

这里谈的设计不是指怎么美化这个表单，这里我就不谈如何美化表单的事情了，简单的使用 simple_form 来处理这个表单把，接招：

= simple_form_for @product, url: products_path, method: :post, html: {class: 'form-horizontal'} do |f| 
  = f.input :name
  = f.input :sell_price
  = f.input :cost_price
  = f.input :color

  .form-actions
    = f.button :submit, class: 'btn btn-primary', value: "提交"

请先不要着急着去看这个 form 究竟长什么样了，如果你跑去看，估计就是满满的错误，因为@product还没定义呢！
当然有同鞋们会说，@product不就是@product = Product.new吗？当然不是！！因为 Product 没有 sell_price 等字段啊！

建立 Form Objects

好了，主菜来了！首先我们在app/forms/里建一个products_create_form.rb文件，然后咱们来看看应该如何完善。

使用 ActiveModel::Model

Class ProductsCreateForm
  include ActiveModel::Model

  def self.model_name
    ActiveModel::Name.new(self, nil, "Product")
  end

  class << self
    def i18n_scope
      :activerecord
    end
  end
end

为什么在这里要include ActiveModel::Model呢？因为这样可以使用大部分我们在 Model 中常用到的方法，这里我们主要要使用validates去验证必填项。
然后另外self.model_name这里把 ActiveModel::Name 设置为'Product了，那生成的form中input的name就是product[name]。而i18n_scope`则是让你把对于 model 来说的 i18n 设置放回 activerecord 中，不然要设置 Form Objects 下的 i18n 就需要针对 ActiveModel 来写 i18n 信息，这个就主要看个人需求是怎么样，一般我都会加上。

完善 Form Objects

然后我们需要补全剩余的信息了：

Class ProductsCreateForm
  include ActiveModel::Model

  def self.model_name
    ActiveModel::Name.new(self, nil, "Product")
  end

  class << self
    def i18n_scope
      :activerecord
    end
  end

  attr_accessor :name, :sell_price, :cost_price, :color

  validates :name, :sell_price, :cost_price, :color, presence: true

  def initialize
  end

  def submit(params)
    self.name = params[:name]
    self.sell_price = params[:sell_price]
    self.cost_price = params[:cost_price]
    self.color = params[:color]
    if valid?
      product_color = ProductColor.where(name: self.color).first_or_create
      product = Product.create(name: self.name, product_color: product_color)
      ProductPrice.create(category: 'sell', value: self.sell_price, product: product)
      ProductPrice.create(category: 'cost', value: self.cost_price, product: product)
      true
    else
      false
    end
  end
end

在 attr_accessor 中加入我们需要输入的参数，并且把必填项加入到 validates 中。在 submit 时，valid？方法就会生效了。这一个 create 的流程下来，还是非常简单的。

调用 ProductsCreateForm

所以在刚刚@product中，调用 ProductsCreateForm 就可以了：

@product = ProductsCreateForm.new

而在 create 方法时，也是非常的简单的：

@product = ProductsCreateForm.new
if @product.submit(params[:product])
  ...
else
  ...
end

整个流程下来，controller 的代码已经非常简单了，把需要用的逻辑单独放在 ProductsCreateForm 中，不需要放到 Model 中，避免 Model 的臃肿，而且非常直观。
那么问题来了，如果我是需要 Update 这些信息，那么直接调用 ProductsCreateForm 可以吗？显然那是不行的，Update 的话会比较复杂些。

使用 Form Objects 更新信息

我们重新建一个ProductUpdateForm来专门处理 Update：

Class ProductsUpdateForm
  include ActiveModel::Model

  def self.model_name
    ActiveModel::Name.new(self, nil, "Product")
  end

  class << self
    def i18n_scope
      :activerecord
    end
  end

  validates :name, :sell_price, :cost_price, :color, presence: true

  def initialize product
    @product = product
    @product_sell_price = @product.product_price.find_by(category: ProductPrice::categories[:sell])
    @product_cost_price = @product.product_price.find_by(category: ProductPrice::categories[:cost])
  end

  def name
    @name ||= @product.name
  end

  def sell_price
    @sell_price ||= @product_sell_price.value
  end

  def cost_price
    @cost_price ||= @product_cost_price.value
  end

  def color
    @color ||= @product.product_color.name
  end

  def update(params)
    @name = params[:name]
    @sell_price = params[:sell_price]
    @cost_price = params[:cost_price]
    @color = params[:color]
    if valid?
      @product.update(name: self.name)
      @product_sell_price.update(value: self.sell_price)
      @product_cost_price.update(value: self.cost_price)
      @product.product_color.update(name: self.color)
      true
    else
      false
    end
  end
end

相比 Create 来说，主要不同的地方也就是每个参数的定义方式不在使用attr_accessor，因为参数已经不会为空的，而需要从数据库中读取。然后别的相比之下差别也不大，我这里就不另外做解释了，如果还想了解多一些，可以看看 RailsCasts 的视频，非常不错的哦。

原文：使用 Form Objects 处理结构复杂的表单

微信开发简介

jesktop — Mon, 19 Jan 2015 21:22:39 +0800

基础接口

如果只使用基础接口，只需要使用weixin_rails_middleware这个 gem 就可以了。基础接口指的是一般用户主动发出的请求，例如：发送文本或图片等消息到公众帐号时，公众帐号发出的回应消息。而相比于高级接口来说，基础接口要简单很多。

验证微信请求

在开始时，微信需要先验证你的接口，根据官方文档的验证方式大概是：
在微信后台填入服务器地址（URL）、Token 和 EncodingAESKey，然后微信通过提供的参数和一个随机数（echostr）进行字典序排序后，进行 sha1 加密，然后发送至服务器端，服务器端只要对其验证并且返回随机数（echostr），即表示验证成功。（具体内容参考微信文档）
而使用 gem 后，整个验证流程基本不需要自己操心，只需要添加正确的 secret_key 和 token，验证就通过了。

业务逻辑实现

使用weixin_rails_middleware后，执行 rails generate weixin_rails_middleware:install，就生成了整个业务逻辑的简单实现了，包括发送来的是图片，文本或者是关注之类的操作。只要是用户主动发起的操作和请求，基本都实现了简单的回复，所以如果不是特别复杂的操作，基础接口中业务逻辑的实现还是相当方便的。

高级接口

这里主要想说一下高级接口，因为在第一次开发微信公众号时，还是走了不少弯路。

简介

在使用高级接口时，我们使用gem 'weixin_authorize'。高级接口和基础接口有什么不一样呢？我觉得最大的区别在于高级接口基本上都是服务器端主动发起的请求，因为是服务器端主动发起的请求，所以每次需要带上access_token来提供微信验证此信息是否是服务器端发送的。所以我们先来看看access_token是如何获得的。

获取 access_token

access_token是公众号的全局唯一票据，公众号调用各接口时都需使用access_token。开发者需要进行妥善保存。access_token的存储至少要保留512个字符空间。access_token的有效期目前为2个小时，需定时刷新，重复获取将导致上次获取的access_token失效。

因为access_token是会失效的，所以gem 'weixin_authorize'中使用 Redis 来存储access_token是一个不错的方式，根据文档配置，然后通过：

$client ||= WeixinAuthorize::Client.new(ENV["APPID"], ENV["APPSECRET"])

即可获得对应公众号的access_token（公众号可以使用 AppID 和 AppSecret 调用接口来获取 access_token）。
现在咱们手持access_token自然如有神助，可以大显身手了。

自定义菜单

因为使用了开发者模式，所以就算是希望完成自定义菜单这样的事情也变得困难起来。那我们应该如何自定义菜单呢？
建议参考：自定义菜单的实现
文档中讲的很详细，表的结构可以参考文档。这里主要说一下，如何把定义好的菜单结构发送给微信，并且生成对应的菜单。
参考：

def generate_menu
  weixin_client = WeixinAuthorize::Client.new(@current_public_account.app_key, @current_public_account.app_secret)
  menu   = @current_public_account.build_menu
  result = weixin_client.create_menu(menu)
  set_error_message(result["errmsg"]) if result["errcode"] != 0
  redirect_to public_account_diymenus_path(@current_public_account)
end

其实就是带着access_token，把微信需要的菜单 JSON 结构拼装好，发送到微信对应的接口，然后微信就会生成菜单了。因为gem 'weixin_authorize'把事情都处理好了，所以自定义菜单对于我们来说，就变得非常的简单了。

关联用户和微信帐号

大家如果使用过银行的一些公众帐号，一定会用过这样的功能，就是把微信帐号和银行卡关联起来，然后银行卡发生交易时，微信都会收到相应的提示。那么它们是如何关联起来的呢？
我这里介绍一个关联方式，就是用户通过公众帐号的菜单，点击“登录”，然后进行关联。那么公众帐号菜单的登录和直接用网页登录究竟有什么不一样呢？

请求授权页面

在微信菜单中的“登录”按钮跳到的页面也是一个网站的登录页面，但是他们不一样的地方是，这里需要微信做一个授权，也就是菜单中的“登录”按钮指向的链接是这样的：

https://open.weixin.qq.com/connect/oauth2/authorize?appid=APPID&redirect_uri=REDIRECT_URI&response_type=code&scope=SCOPE&state=STATE#wechat_redirect

里面两个必须的参数是 APPID 和 REDIRECT_URI，其中 REDIRECT_URI 是需要跳转的链接地址。为什么需要这样的地址呢？
因为随着微信的 REDIRECT_URI，去到登录页面时会带着一个 code 值，而我们需要用 code 来获取用户的 openid。

code说明 ：
code作为换取access_token的票据，每次用户授权带上的code将不一样，code只能使用一次，5分钟未被使用自动过期。

openid说明：
普通用户的标识，对当前公众号唯一

有了 code 值，就可以立刻向微信获取用户的 openid 值了：

sns_info = $client.get_oauth_access_token(params[:code])
if sns_info.is_ok?
  user.openid = sns_info.result[:openid]
end

只要这样，当用户通过该页面登录成功后，就可以把 openid 和 user 关联起来，如果往后有消息需要推送给用户的话就相当方便了，调用微信对应的接口加上 openid，就可以发送消息到对应的微信用户上了。

以上就是这些时间里对微信公众帐号开发的一些看法和认识，都是一些比较简单的介绍。下面在介绍大家开发时记得使用微信提供的沙箱进行调试： http://mp.weixin.qq.com/debug/cgi-bin/sandbox?t=sandbox/login

原文：微信开发简介

[北京] Fiberead 诚聘 Rails 工程师

jesktop — Fri, 14 Nov 2014 18:56:10 +0800

公司介绍

我们是专注数字出版的互联网平台，科技与文化齐飞；我们是服务于广大作者和译者的自出版平台，使命感超强；我们做国家扶持的朝阳行业，前（钱）途无限；我们有无限零食和水果，回味无穷；我们上班不打卡；匆忙拥挤 say 拜拜；

我们就是 Fiberead，一个年轻的创业团队，拥有无限的潜力，欢迎能够吃苦耐劳，抗压能力超强的能人加入。

我们的办公地点：北京市海淀区中关村鼎好大厦 A 座

我们要招的岗位：

Ruby on Rails 工程师

薪水待遇

薪水 8K ~ 16K，会根据情况给到期权，详细面谈

职位描述

负责网站业务逻辑的实现；负责网站管理后台的实现；根据项目计划，按时提交合格的功能版本

岗位要求

至少 1 年或以上 Rails 开发经验；良好编程习惯，追求优雅的代码；自我驱动能力强，快速的学习能力；热爱技术开发，有极客精神，参与过开源项目或常写技术博客加分哦！在开源社区活跃并有积极贡献者优先。

产品经理

薪水待遇

薪水 10K ~ 20K，会根据情况给到期权，详细面谈

职位描述

负责 fiberead.com 产品需求分析和设计；负责产品的用户体验优化；负责协同产品团队，确保产品实施的整体进度。

岗位要求

一年以上产品相关经验；自我驱动能力强，快速的学习能力；熟悉流程图，产品原型工具；出色的语言、沟通、组织和协调能力；有缜密的逻辑思维和优秀的分析能力。

简历请投：contact@fiberead.com

如何理解 form_for 和 form_tag

jesktop — Sun, 14 Sep 2014 12:20:59 +0800

Form_for 是什么

在我们使用 Rails 的过程中，必然离不开Form_for，甚至在刚入门没有多长的时间里就会接触到Form_for。本来Form_for并不是一个如何特别神奇的东西，无非就是一个 Helper，Helper 的作用是什么？对于 Helper 而言，无论它的逻辑多么的复杂，其实本质的作用就是生成 HTML 代码。所以我们应该以 HTML 的角度，去理解Form_for.
为什么特别写一篇文章来讲Form_for呢？主要的原因是之前有个人问了我一个这样的问题：
<input type="reset"/>是用于重置表单的，可是我并不知道应该怎么放入Form_for当中！
关于这类型的问题，我已经遇到很多次了，例如说 Boostrap 中关于一些 form 的样式代码，不知道如何应用到Form_for中之类。那究竟关于<form>里的一些事情，如何应用到Form_for中呢？先看看官方的文档怎么介绍Form_for的：

<%= form_for @article, url: {action: "create"}, html: {class: "nifty_form"} do |f| %>
  <%= f.text_field :title %>
  <%= f.text_area :body, size: "60x12" %>
  <%= f.submit "Create" %>
<% end %>

生成如下的 HTML：

<form accept-charset="UTF-8" action="/articles/create" method="post" class="nifty_form">
  <input id="article_title" name="article[title]" type="text" />
  <textarea id="article_body" name="article[body]" cols="60" rows="12"></textarea>
  <input name="commit" type="submit" value="Create" />
</form>

其实如果你愿意的话，上面的Form_for是可以混着 HTML 写的，当然我觉得这不会是一个好的案例，如：

<%= form_for @article, url: {action: "create"}, html: {class: "nifty_form"} do |f| %>
  <%= f.text_field :title %>
  <textarea id="article_body" name="article[body]" cols="60" rows="12"></textarea>
  <%= f.submit "Create" %>
<% end %>

所以对于之前如何添加<input type="reset"/>的问题来说，答案已经很清晰了。当然如何解决这个问题并不是主要想讨论的事情，关键的一点是非常多的初学者对Form_for的理解误区，他们普遍觉得在Form_for里写 input 是应该像这样的：<%= f.text_field :title %>，而不是<input id="article_title" name="article[title]" type="text"/>，关键是忽略了Form_for主要责任是生成 HTML 而已。所以特别需要记住的一点是，就算是在 Rails 里，HTTP 的表单请求依然是依赖 HTML 的<form></form>标签，而不是 Rails 的Form_forHelper，而Form_for是用于生成<form></form>。所以这个问题的产生其实是源自于对 HTML 本身的不够熟悉。

Form_for 与 Form_tag

好了，那说完以上的问题后，在说说那Form_for和Form_tag的区别是什么？其实它们的区别就是生成的 HTML 不一样，而有非常一大部分的初学者会认为他们的区别是一个用于创建和更新用，对于搜索就使用Form_tag。初学者的观点也不能说不对，但是如果要了解为什么需要在不同的情况使用不同的 Helper 还是需要了解一下它们的区别。那它们生成的 HTML 究竟有什么不一样呢？
关于Form_for的例子，可以看上面提到的那个例子，而现在看看官方文档中对Form_tag的描述是怎么样的：

<%= form_tag("/search", method: "get") do %>
  <%= label_tag(:q, "Search for:") %>
  <%= text_field_tag(:q) %>
  <%= submit_tag("Search") %>
<% end %>

生成如下的 HTML：

<form accept-charset="UTF-8" action="/search" method="get"><div style="margin:0;padding:0;display:inline"><input name="utf8" type="hidden" value="&#x2713;" /></div>
  <label for="q">Search for:</label>
  <input id="q" name="q" type="text" />
  <input name="commit" type="submit" value="Search" />
</form>

它们最大的区别和最关键的区别就是 input 中的 name 值，分别是：Form_for是name="article[body]"，而Form_tag是name="q"，而这个 name 值决定了数据发往服务器时的格式是怎么的：Form_for传出去的格式是{article: {body: value}}，而Form_tag则是{q: value}。关于article这个名称的定义则来源于form_for @article中的@article。
然后清楚了它们的两个的区别后，又会衍生另一个问题，就是，那我用Form_for做搜索不就也可以了？答案是：当然可以。但这里会有一个问题，如果你直接这样使用form_for @search的话，整个页面就会出错了。原因在于 Rails 并不知道@search是不是一个 hash 类型，而且并没有定义里面的参数值，所以你这样定义就可以顺利通过了：@search = {q: ""}。同理可得，其实@article = Article.new就相当是一个给予article默认 key 值和默认 value 值的过程。所以其实无论是Form_for或Form_tag都好，Rails 无形中都帮我们把整个概念整理的更简洁了。
所以在创建和更新方面常见的操作为@article = Article.new(params[:article])，而在 search 中则多为@article = Article.search(name: params[:name])。

原文：如何理解 FORM_FOR 和 FORM_TAG

Rails 中如何自定义 Error Pages

jesktop — Sun, 07 Sep 2014 01:59:32 +0800

修改配置

首先需要修改项目的配置，让项目接收到错误提示时，从 route 中寻找，而不直接读 public 的文件：

# config/application.rb   
config.exceptions_app = self.routes

加入配置之后，避免在读取到/404, /422, /500时，仍然从 public 中寻找，建议删除 public 下的这三个 html 文件。

加入 controler，view 和 route

因为 public 的对应错误信息页面删除了，所以需要重新定义错误信息的 Route：

# config/routes.rb
%w(404 422 500).each do |code|
  get code, to: "errors#show", code: code
end

在加好 Errors 后，自然需要对应的 Controller 文件：

class ErrorsController < ApplicationController

  def show
    render status_code.to_s, status: status_code
  end

protected

  def status_code
    params[:code] || 500
  end

end

这样就会根据错误的提示，去 render 对应的模板，如出现 404 错误，则去寻找errors/404.html.erb，所以加入相应的404.html.erb, 422.html.erb, 500.html.erb。参考：

# app/views/errors/404.html.haml
%h1 404 - Not Found

开发环境下，测试错误信息页面

因为开发环境下出现错误，都会呈现对应的错误信息，包括代码位置等。而不会弹出 404 或 500 页面，其实要在开发环境下，检测这些页面也是很方便的：

# config/environments/development.rb
config.consider_all_requests_local = false

只需要把上面的设置从 true 改为 false 就可以了。

Rails 内自带的 500 错误提示

当把错误自定义以 route 的方式展现后，如果本来的错误信息页面，例如 404 页面出错了，就会出现这样的错误：

"500 Internal Server Error\n" \
"If you are the administrator of this website, then please read this web " \
"application's log file and/or the web server's log file to find out what " \
"went wrong."

这个问题就像刚刚上面说的，是因为你的错误提示信息页面出错了，无法展现 404 页面了，所以就调用了 Rails 下的一个 500 错误提示信息，源码位置在：show_exceptions.rb#L18-L22。所以，如果出现了这样的错误，需要仔细看看自己的错误信息页面是否在哪里出了问题。

*我在一个开源项目里，也加入了此功能，可以浏览对应的 commit，位置在：Merge branch 'dynamic_error_pages'。

参考： DYNAMIC ERROR PAGES IN RAILS

原文： RAILS 中如何自定义 ERROR PAGES

「开源了一个产品」淘宝商家展示产品的社区 Giggle

jesktop — Fri, 05 Sep 2014 22:12:24 +0800

Giggle

分享一个开源的淘宝商家展示产品的社区（Giggle）

简介：对于淘宝商家来说一直存在一个让大家困扰的问题，就是维护客户关系一直不是一件容易的事情。在微博和各种社交平台出现之前，普遍会采用论坛形式或手机短信来与客户进行互动、交流或宣传，最常用的如：淘宝江湖，群发手机短信。往后出现了，微博、美丽说和蘑菇街后，各种新的营销概念如雨后春笋般萌发出来，令人目不暇接。最火爆的莫过于，微博营销。后来移动互联网的爆发，微信成为每个人手机上必备的软件，商家们又大量涌入微信公众帐号，微信营销大战开响。其实上面说的那么多，就是淘宝商家一直以来都希望与客户建立非常接近的关系，而淘宝一直以来社区方面的产品都做的不温不火，所以蘑菇街和美丽说才会有机会火爆起来。然后 Giggle 就是希望提供一个给淘宝商家建立社区，方便与客户间建立联系的开源产品。当然，上面说的都不是我们凭空想象出来的概念和需求。我们都运营过淘宝店铺，并且取得了“皇冠”信誉的成绩。然后在前段时间，我们看到了 KnewOne：http://knewone.com/ 这个产品后，发觉 KnewOne 的概念和定位都非常不错。看着从一个引流进淘宝购买的平台发展到独立的平台，而且速度非常惊人。所以我们决定开发一款类似 KnewOne 的产品，并且开源，也就是你们现在看到的 Giggle。

源码地址：https://github.com/minnowlab/giggle 项目展示地址（Demo）：http://gmi.minnowlab.com/

系统需求

Ruby 2.0.0 +
PostgreSQL 9.3.0 +
ImageMagick 6.5+

待完成

完整的 Rspec 测试覆盖
对 IE 浏览器的兼容
首页的产品搜索

License

Giggle is free software available under the MIT license.

使用 CAPISTRANO3 和 PUMA 进行部署

jesktop — Sun, 23 Feb 2014 00:58:47 +0800

添加需要使用到的 gem

group :development do
  gem 'capistrano-rails'
  gem 'capistrano3-puma'
  gem 'capistrano-rvm'
end

gem 'puma'    #使用puma做server

编辑配置文件

初始化 cap:
```
$ cap install
```
初始化后，会生成多个我们需要用的文件，代码可以直接使用Capfile：

require 'capistrano/setup'
require 'capistrano/deploy'

require 'capistrano/rvm'
require 'capistrano/bundler'
require 'capistrano/rails/assets'
require 'capistrano/rails/migrations'
require 'capistrano/puma'      #因为使用puma做Server，所以要加上这一条

Dir.glob('lib/capistrano/tasks/*.cap').each { |r| import r }

然后关键的一些 task 都是写在config/deploy.rb里，假设我们的项目名字叫 example：

lock '3.1.0'

set :application, 'example'      #项目名称
set :repo_url, 'git@example.com:example.git'    #git仓库的存放地址

set :linked_files, %w{config/database.yml}       #需要做链接的文件，一般database.yml和部分配置文件
set :linked_dirs, %w{bin log tmp/pids tmp/cache tmp/sockets vendor/bundle public/system}

namespace :deploy do
  desc 'Restart application'
  task :restart do
    on roles(:app), in: :sequence, wait: 5 do
    end
  end
  after :restart, :'puma:restart'    #添加此项重启puma
  after :publishing, :restart

  after :restart, :clear_cache do
    on roles(:web), in: :groups, limit: 3, wait: 10 do
    end
  end
end

这里我们只使用 production 环境，所以只对config/deploy/production.rb介绍，这是 cap3 的一个特别的地方，它把不同环境的部署方案分开放在 deploy 文件内，并且部署命令改为cap 环境名称 deploy，这样分开来后，整个部署配置文件结构变得非常清晰：

role :app, %w{deploy@example.com}     #服务器地址
role :web, %w{deploy@example.com}
role :db,  %w{deploy@example.com}
server 'example.com', user: 'deploy', roles: %w{web app}

set :deploy_to, '/home/deploy/example'     #部署的位置

# PUMA
set :puma_state, "#{shared_path}/tmp/pids/puma.state"
set :puma_pid,   "#{shared_path}/tmp/pids/puma.pid"
set :puma_bind, "unix:///tmp/example.sock"      #根据nginx配置链接的sock进行设置，需要唯一
set :puma_conf, "#{shared_path}/puma.rb"
set :puma_access_log, "#{shared_path}/log/puma_error.log"
set :puma_error_log, "#{shared_path}/log/puma_access.log"
set :puma_role, :app
set :puma_env, fetch(:rack_env, fetch(:rails_env, 'production'))
set :puma_threads, [0, 16]
set :puma_workers, 0
set :puma_init_active_record, false
set :puma_preload_app, true

开始部署

执行cap production deploy:check检查涉及需要用上的部署文件是否齐全，运行后会检测出不存在database.yml，需要在/home/deploy/example/shared/config/中创建database.yml，可以写一个 task 把文件上传上去，也可以直接创建。
完成后，就可以执行cap production deploy进行部署了。

总结

使用capistrano3后，发现比 2 方便了很多，而且整个结构非常清晰，配合 puma 使用非常方便。上面介绍的是非常简单的，因为还没有涉及自己写 task，所以以后应该会写一个专门介绍如何写部署 task 的文章。

如果希望把自己的项目从 capistrano2 升级到 3 的话，可以参考 Capistrano 3 Upgrade Guide。

原文：使用 CAPISTRANO3 和 PUMA 进行部署

根据 ruby china 配置 faye，但是提示错误，是不是漏了什么？

jesktop — Sun, 28 Jul 2013 11:20:47 +0800

1.首先添加 gem

gem 'faye-rails','1.0.0'

2.后建 server 3.server 的配置文件 4.如何启动 server 5.加入 faye js 文件 6.使用 settingslogic 导入配置信息 7.配置信息样例 8.Setting model 用来引入设置信息到 model 层 9.faye 的全局设置 10.Faye 的前端监听设置 11.Faye 开启 url 监听 12.webkitNotifications 的设置 13.Faye 服务器端的发送配置 14.Notification 创建后发送信息到客户端 15.通过 temp_access_token 来判断接收者

根据上面的步骤，自己添加了一个 faye 服务，可是提示错误：

Uncaught TypeError: Cannot read property 'JSON' of undefined
Uncaught Error: Could not find a usable connection type for http://127.0.0.1:9292/faye

貌似是没有发现 faye 的服务。我看了官方文档，Browser client有个这样的操作：

<script type="text/javascript" src="http://localhost:8000/faye/client.js"></script>

但是在 ruby-china 上没有看到有，我在重翻了一遍 ruby-china 的源码，但是发现不了我这个问题是从哪里出来的，请问是不是因为遗漏了哪些地方，所有才会出现这个错误？

JavaScript MVC 框架 PK：Angular、Backbone、CanJS 与 Ember

jesktop — Tue, 23 Apr 2013 12:28:18 +0800

本人 ember.js 脑残粉。个人看过不少李松峰翻译的 js 书籍，觉得他翻译的还是挺不错的。

原文：http://www.ituring.com.cn/article/38394

谁才是 “邪恶轴心”？

jesktop — Wed, 17 Apr 2013 12:08:49 +0800

最近在美国最重大的事件无疑是“波士顿恐怖袭击”事件，现在网上分成两派人：1. 炸的好，该死的美帝；2. 对死伤人表示痛心。这样的情况让我想起美国 911 事件，貌似是 2001 年的事情，我那时候还读初中吧，当时候我听到身边蛮多的人说这恐怖事件干的好，当时候我对此没有太大的感觉，因为常在我们教科书上的“美帝恐怖组织”被人整了一把，好像还是蛮爽的事情，但是又好像惨无人道了一点。总之就是，没感觉。

现在看着“波士顿恐怖袭击”真的看着觉得很心痛，看着那些人抱着自己的家人在痛哭，觉得这类型的恐怖事件针对平民，绝对是一件反人类的事情。更可怕的是看到网上评论说“炸的好”的人，更让人痛心，甚至是回想起 911 事件时候我的想法也是觉得非常的可怕。无论是任何人，死伤都将对身边的人会带来沉痛的打击，或者换个角度，如果发生在我们身边，那是多可怕的事情。就针对这样的事情，我们有什么理由可以那么高兴？

然后有人会说，美帝发动战争，攻击各种国家，那边的平民不是更惨吗？有人反驳，你们不知道那边的人民被那些独裁统治者压迫的多么可怜！针对这种问题，我想应该客观的去看待问题，我不了解那些国家的情况是不是真的那么惨，也不知道美帝发动战争的目的是否是为了钱财，为了石油。我希望在有生之年可以寻找到这些答案。这样我才能知道，谁才是“邪恶轴心”！

原文：http://jesktop.writings.io/articles/700a3cba

购买 Mac 正版软件促销包 2013 春季版，谁下手了？

jesktop — Sat, 30 Mar 2013 17:40:05 +0800

来自：异次元软件世界

这个 Mac 软件促销包中全部均为正版授权，其中包括 Parallels Desktop 8 虚拟机、DEVONthink Pro 2、Prizmo、MotionComposer、MacUpdate Desktop、iStat Menus、DiskAid、PhotoStyler、Internet Security 等软件以及 1000 款正版英文设计字体！其中，仅是人尽熟知的 Parallels 的原售价都要 79 刀了，而这一整个包的总价格才 49 刀，如果你是打算入正，那么千万别浪费这个绝佳机会了……

原文：https://deals.macupdate.com/bundle/affil/14052

人生旅程 (梦想就是一坨屎)

jesktop — Wed, 20 Feb 2013 01:31:31 +0800

每个人对人生都有很多很多的追求，如买豪宅，买靓车等等。似乎人的欲望就像个沼泽一样，看上去很浅，跳下去却深不见底。简单的说，你想要的永远无法满足于你。等等，我突然想到了一部电影的一句台词：

广告诱惑我们买车子，衣服，于是拼命工作买不需要的东西，我们是被历史遗忘的一代，没有目的，没有地位，没有世界大战，没有经济大恐慌，我们的大战只是心灵之战，我们的恐慌只是我们的生活。我们从小看电视，相信有一天会成为富翁，明星或摇滚巨星，但是，我们不会。那是我们逐渐面对着的现实，所以我们非常愤怒。----《搏击俱乐部》

有时候和别人谈理想，觉得很幼稚，还以为你在读书阿！生活还是要继续下去的，生活就是结婚生子，赚钱养家，买房买车。梦想能送你兰博基尼吗？这是中国，你的这里没有“美国梦”，醒醒吧！

争论是没有意义的，我觉得一个人已经决定很你争辩，那他不会有像你妥协的理由。也许你说，只要你有足够的证明，他自然会相信你那套理论。算了吧，简直是自讨苦吃。其实生活有套准则，就是“胜者为王，败者为寇”，你一天没有成功，所有东西给人看起来，就是屎一样。毕竟没有人会愿意承认自己的那套是错的，毕竟人生最痛就是发现自己一直坚持的竟然通通都是错的，那很尴尬阿！

对比好多人，我对生活真的没有什么追求。我见过一些人疯狂追求奢侈品，疯狂追求高端电子产品等等。我也很希望那么败家一把，但是绝对当自己得到后一定会发现这并不是自己想要的，就像自己买了一套很潮的衣服，结果穿不上几次就挂在家里了的感觉那样。那我有什么追求？想一想，我一直有一个愿望，我想从事互联网行业，我想有一个像 37signals 那样的公司，小而巧，不追超大规模，超大投资。有个好团队，人员能尽量的少而精，有很好的产品和工作环境。Oh，那真是太棒了。

其实，人生有梦想，真的挺好。。。。

capistrano 简易速成部署方案 (含 deploy.rb 模板)

jesktop — Wed, 31 Oct 2012 11:43:22 +0800

先在这里放上来自《Agile Web Development with Rails 4th for Rails3.2》的一个 deploy.rb 模板：

# be sure to change these
set:user, 'rubys'
set:domain, 'depot.pragprog.com'
set:application, 'depot'

# adjust if youareusing RVM, remove if youarenot
$:.unshift(File.expand_path('./lib', ENV['rvm_path']))
require "rvm/capistrano"
set:rvm_ruby_string, '1.9.2'
set:rvm_type, :user

# file paths
set:repository, "#{user}@#{domain}:git/#{application}.git"
set:deploy_to, "/home/#{user}/#{domain}"
# distribute your applications across servers (the instructions below putthem
# allon thesame server, defined above as 'domain', adjust as necessary)

role :app, domain
role :web, domain
role :db, domain, :primary => true
# youmight need to setthis if youaren't seeing password prompts
# default_run_options[:pty] = true
# As Capistrano executes in a non-interactive mode andtherefore doesn't cause
# anyof your shell profile scripts to be run, thefollowing might be needed
# if (for example) youhave locally installed gems or applications. Note:
# this needs to contain thefull values forthevariables set, notsimply
# thedeltas.
# default_environment['PATH']='<your paths>:/usr/local/bin:/usr/bin:/bin'
# default_environment['GEM_PATH']='<your paths>:/usr/lib/ruby/gems/1.8'

# miscellaneous options
set:deploy_via, :remote_cache
set:scm, 'git'
set:branch, 'master'
set:scm_verbose, true
set:use_sudo, false
set:rails_env, :production

namespace :deploy do
  desc "cause Passenger to initiate a restart"

  task :restart do
    run"touch #{current_path}/tmp/restart.txt"
  end

  desc "reload thedatabase with seed data"
  task :seed do
    run"cd#{current_path}; rake db:seed RAILS_ENV=#{rails_env}"
  end
end

after "deploy:update_code", :bundle_install
desc "install thenecessary prerequisites"

task :bundle_install, :roles => :app do
  run"cd#{release_path} && bundle install"
end

这个模板非常方便，因为我拿在手里了，加上自己的配置就可以直接使用了。现在这里我介绍一下怎么使用，需要修改一些什么。

首先在加入一个 gem，gem 'capistrano'。然后创建相关文件，只需要执行一个命令就可以：

$ capify .
[add] writing './Capfile'
[add] writing './config/deploy.rb'
[done] capified!

这时候生成两个文件。如果在用使用 3.1 以上版本的 Rails，在 Capfile 加上一句：

load 'deploy/assets'    //assets操作

然后剩下的就是 deploy.rb 上的了，我发一下我的配置，然后备注一下，到时候大家按照我那个配置设置一下就可以了，如下：

require "bundler/capistrano"   #部署时运行bundle
set :user, 'deploy'            #存放web的用户名
set :domain, '106.XX.XX.XX'        #服务器IP
set :application, 'ruby-china.org'    #项目文件名，既将会在user里面创建这个名字的文件夹
# adjust if you are using RVM, remove if you are not
$:.unshift(File.expand_path('./lib', ENV['rvm_path']))
require "rvm/capistrano"
set :rvm_ruby_string, '1.9.3'
set :rvm_type, :user
# file paths
set :repository, "git@#{domain}:ruby-china.git"  #git所存在的地址，我存放在自己的服务器中
set :deploy_to, "/home/deploy/ruby-china.org"  #部署的地址
# distribute your applications across servers (the instructions below put them
# all on the same server, defined above as 'domain', adjust as necessary)
role :app, domain
role :web, domain
role :db, domain, :primary => true
ssh_options[:forward_agent] = true  #forward_agent方式

# miscellaneous options
set :deploy_via, :remote_cache
set :scm, 'git'
set :branch, 'master'
set :scm_verbose, true
set :use_sudo, false
set :rails_env, "production"

namespace :deploy do
  desc "cause Passenger to initiate a restart"
  task :restart do
    run "touch #{current_path}/tmp/restart.txt"
  end
  desc "reload the database with seed data"
  task :seed do
    run "cd #{current_path}; rake db:seed RAILS_ENV=#{rails_env}"
  end
end

注意：这里涉及一个叫“forward_agent 方式”，简单的来说就是服务器在 clone git 的时候是不成功的，因为他的 ssh 公钥并不在 git 的账户中，而我们电脑的公钥已经存放在 git 服务器里了，所以可以直接 push 或者 pull 操作 git，所以这类需要使用 ssh agent forward，也就是在部署时，VPS 使用你的 SSH 密钥。参考： Using ssh agent forwarding

git 的地址当然也可以在 github 上，但是我觉得竟然有 VPS 了，放在自己的 VPS 上更加方便。我以前有个教人在自己 VPS 上部署 GIT 的方法：Linode VPS 小组级 Git 服务器搭建

如果你使用的个别东西不一样就需要参考 capistrano 的 wiki 进行修改了，例如你用的不是 git，服务器不是 Passenger 等等。

写好 deploy.rb 后的事情就不多了，首先把修改过的内容 push 到 git 上面。然后开始部署了，第一次部署需要运行：

$ cap deploy:setup
$ cap deploy:check
$ cap deploy:migrations

上条命令下来，如果没有问题就已经成功的设置成功了，然后进行发布：

$ cap deploy

非常方便的就把网站部署到 VPS 上了，如果以后有修改了东西也非常容易发布：

$ git add .
$ git commit -m "add capfiles"
$ git push
$ cap deploy

非常的简单方便，只需要几条命令，服务器上的信息就更新了。这个文章介绍的比较简单，没有去讲一些任务的写法，就简单的项目来说精简够用了。需要更深入的了解可以通过以上方式： Capistrano 2.x Getting Started capistrano wiki

嵌套属性 (nested attribute) 与 Simple_form

jesktop — Thu, 11 Oct 2012 11:16:26 +0800

最近一个项目有这样的一个功能，简单的来说就是零件与库存的联系。零件表保存的是零件的相关信息，库存表保存的就是零件的数量，入库人等等。

其实是个很简单的地方，就是当我们需要入库的时候，也就是新建一个零件（fitting），但是我们需要在填写零件信息的时候，同时填写库存（stock）的相关信息，库存中保存（fitting_id），两者关系为一对一。在这里我使用了accepts_nested_attributes_for。

参考：Active Record Nested Attributes

new.slim:

h1 New Fitting
= simple_form_for @fitting do |f|
  = f.input :name
  = f.simple_fields_for :stock_attributes do |d|
    = d.input :amount
  = f.button :submit

这里出现了一个:stock_attributes值，是因为在 model 中使用了accepts_nested_attributes_for。 fitting.rb

class Fitting < ActiveRecord::Base
  has_one :stock, :dependent => :destroy
  accepts_nested_attributes_for :stock
  attr_accessible :name, :stock_attributes
end

accepts_nested_attributes_for 这个类方法，就在该 model 上生成一个属性 writer。属性 writer 是以该关联命名。例如，为你的 model 增加两个新方法：

author_attributes=(attributes) 和 pages_attributes=(attributes)

FittingsController 中的 new 与 create 则不需要做任何的特殊变化：

def new
  @fitting = Fitting.new
end

def create
  @fitting = Fitting.new(params[:fitting])
  @fitting.save
  redirect_to fittings_path
end

在点击 submit 时候，传输的数据如下：

{
  "fitting"=>
  {
    "name"=>"XXX",
    "stock_attributes"=>
    {
      "amount"=>"XXX"
    },
    "commit"=>"XX"
  }
}

也就是为什么我们需要使用:stock_attributes值的原因了。

通过这样的方式，就顺利的在创建 fitting 的同时也创建并且关联了 stock。

gem 'carrierwave'简易实用介绍

jesktop — Fri, 17 Aug 2012 01:19:05 +0800

gem 'carrierwave'

Carrierwave 的主要功能是用于上传文件或者图片的 Gem，功能非常强大。我在这里做一个非常简单的使用步骤，并不对 Carrierwave 做详细的介绍。

创建 uploader

$ rails g uploader Photo
   create  app/uploaders/photo_uploader.rb

uploader 这个文件非常重要，carrierwave 许多功能都将在 photo_uploader.rb 里实现。

创建字段存储文件信息

$ rails g migration AddPhotoToUsers photo:string 
      invoke  active_record
      create    db/migrate/20120816163431_add_photo_to_users.rb

photo 字段使用与存储上传文件的地址字段。然后在 User 的 model 中加入调用 carrierwave 的信息：

class User < ActiveRecord::Base
  mount_uploader :photo, PhotoUploader

这样 Model 和数据库就可以处理好上传上来的文件了。接下来需要处理一下 View，在正常的 new 下添加上传的按钮。

Views 中添加相关设置

<%= form_for @user, :html => {:multipart => true} do |f| %>
  <p>
    <label>My Photo</label>
    <%= f.file_field :photo %>
    <%= f.hidden_field :photo_cache %>
  </p>
<% end %>

关键在 form_for 中添加:html => {:multipart => true}，就可以使用上传功能了。

使用只需要在需要的地方添加<%= image_tag(@user.photo_url) %>就可以了。这样，就完成了上传功能了。下面对上传图片的一些特别事项，做一些简单的描述。

使用 RMagick 生成多个图片版本

这里需要使用到另外一个 Gem，名字为 RMagick。如果在安装 gem 'rmagick'的过程中出现“Can't find Magick-config”的错误，以下链接就有处理这个问题的方法。 http://stackoverflow.com/questions/5201689/rmagick-gem-install-cant-find-magick-config 安装完 RMagick 后，就可以设置版本信息。打开 class PhotoUploader，然后添加 RMagick 支持：

include CarrierWave::RMagick

注意：由于 RMagick 会导致内存泄露，建议使用 Mini_Magick，gem "mini_magick"，使用方法基本和 RMagick 差不多

include CarrierWave::MiniMagick

设置版本信息：

process :resize_to_fit => [800, 800]       #图片大小不超过800*800

version :thumb do                                 #版本名为thumb
  process :resize_to_fill => [200,200]      #想图片处理成200*200大小
end

不设置 vesrion 则为默认版本，既使用方法为<%= image_tag(@user.photo_url) %>
而 thumb 版本的使用方法也很简单，<%= image_tag(@user.photo_url(:thumb)) %>也就是添加 thumb 参数就可以了，版本号为什么就添加什么。非常方便。 # 限制文件上传格式 # 添加如下代码就可以让用户只上传图片文件了。 ruby class PhotoUploader < CarrierWave::Uploader::Base def extension_white_list %w(jpg jpeg gif png) end end * * * 这是个非常简单的教程，也谈不上是教程，也就是说明书而已，因为在 github 上，我说写的上面的写的非常清楚。我就是抽出一部分我比较常用的内容写了下来，这样就可以直接按照上面的流程下来，完成需要的部分功能。如需要了解更加详细的内容，可以登陆：https://github.com/jnicklas/carrierwave

jesktop (Ray)

[远程][兼职] 广州营地学园科技找兼职 Rails 全栈 和 小程序前端工程师 [已结束]

Rails 全栈工程师

前端工程师

待遇：

Rails 5.2 中的 Credentials 和 Active Storage

为什么使用 credentials？

把私密信息放入 credentials 中

如何使用 Active Storage

在 Rails 中实现拖拽排序功能

实现的逻辑是什么？

添加需要使用的 Gem

前端加入拖拽排序效果

加入排序接口

发送异步请求

处理数据

使用 Redis 处理 Rails Model 缓存

缓存是如何工作的？

为什么使用 Redis？

前提

开始

安装 Redis

管理缓存

结论

当 CSS 遇上逗逼

使用 Form Objects 处理结构复杂的表单

模拟场景

Form 的设计

建立 Form Objects

使用 ActiveModel::Model

完善 Form Objects

调用 ProductsCreateForm

使用 Form Objects 更新信息

微信开发简介

推荐使用 GEM

基础接口

验证微信请求

业务逻辑实现

高级接口

简介

获取 access_token

自定义菜单

关联用户和微信帐号

请求授权页面

[北京] Fiberead 诚聘 Rails 工程师

公司介绍

Ruby on Rails 工程师

薪水待遇

职位描述

岗位要求

产品经理

薪水待遇

职位描述

岗位要求

如何理解 form_for 和 form_tag

Form_for 是什么

Form_for 与 Form_tag

Rails 中如何自定义 Error Pages

修改配置

加入 controler，view 和 route

开发环境下，测试错误信息页面

Rails 内自带的 500 错误提示

「开源了一个产品」淘宝商家展示产品的社区 Giggle

Giggle

系统需求

待完成

License

使用 CAPISTRANO3 和 PUMA 进行部署

添加需要使用到的 gem

编辑配置文件

开始部署

总结

根据 ruby china 配置 faye，但是提示错误，是不是漏了什么？

JavaScript MVC 框架 PK：Angular、Backbone、CanJS 与 Ember

谁才是 “邪恶轴心”？

购买 Mac 正版软件促销包 2013 春季版 ，谁下手了？

人生旅程 (梦想就是一坨屎)

capistrano 简易速成部署方案 (含 deploy.rb 模板)

嵌套属性 (nested attribute) 与 Simple_form

gem 'carrierwave'简易实用介绍

[远程][兼职] 广州营地学园科技找兼职 Rails 全栈和小程序前端工程师 [已结束]

购买 Mac 正版软件促销包 2013 春季版，谁下手了？