我的 rails repo 示例在这里:https : //github.com/johndel/strange_timeselect
奇怪行为的复制可以在这里显示:https : //captain24.herokuapp.com/availabilities/new
我有以下问题time_select:在一个带有 postgresql 的新 rails 应用程序中,我有一个模型 ( availabilities),其中的started_at列是timepostgres类型的。当我创建一个新记录时,它会保存started_at值,比选定的值早一小时。在更新时它可以正常工作。
我注意到以下几点:我只能在 heroku 上复制它(在本地我不能复制它)。它仅适用于创建,并且仅在我设置之后才起作用default_timezone,application.rb正如您在此提交中看到的那样。
该应用程序还有另一个模型tasks,该模型以名为started_at和类型的列命名datetime。这一次的作品总是正确的,但它保存在不同的时区比时间time的领域availabilities。
如果我添加ignore_date: truetime_select 字段,我可以修复它,但我想知道为什么会发生这种情况?这是正常的,我错过了什么吗?或者是一些非常奇怪的 ruby 或 rails 错误?或者它是heroku上postgresql的问题/错误配置?
更新: 因为@max让我进一步解释代码,这里是:
关于代码,现在只有两个带有命令rails g scaffold tasks started_at:datetime和rails g scaffold availabilities started_at:time. 所以一个是tasks,另一个是availabilities每个模型只有一列。我还在config/application.rb这些代码行中添加了: …
我有一个非常基本的问题让我感到困惑,因为一些奇怪的原因.
我有两个表,一个是表格页面,另一个是菜单.我想知道,使用另一个表进行映射有什么好处?以下是我想的两个实现:

我看到的唯一区别是我搜索的方式.例如,在第一个实现中:
a)如果我想要特定菜单的所有页面,我将查询特定菜单名称的所有page_ids,并且我将使用表格的id加入它们(这就是为什么我认为这个实现更慢) .
b)如果我想要特定页面的所有菜单,我将搜索具有特定页面的page_id的所有菜单.
在第二个实现中更典型和直接(并且具有更多连接).
我认为第二个实现是正确的,因为它更快(我猜,因为它仅在ID之间进行查询而不是在菜单名称中搜索,如上所述))).
或者还有其他特殊原因吗?这两个设计在它们可以完成的事情上是否相同,或者在第一个设计中是否存在任何其他限制,我总是应该选择第二个设计?
是否可以从表单生成器text_field获取,只有它的值?例如:
<% f.text_field :name %>
Run Code Online (Sandbox Code Playgroud)
产生:
<input type="text" value="ddd" size="30" name="girl[name]" id="girl_name">
Run Code Online (Sandbox Code Playgroud)
我如何获取值"ddd"?
一种方法是存储生成的html并使用正则表达式获取我想要的内容.另一种方法是创建一个自定义表单生成器(就像Ryan在railscasts第311集中所做的那样),但我发现这两种解决方案都有点极端,不是吗?还有其他更简单的解决方案吗?
我真正的问题是我需要在fields_for中获取a:photo的值并将其添加到image_tag中,以便我可以使用构建器的循环显示图像.
我在sublime text 3上设置了我的用户设置,以下选项: trim_trailing_white_space_on_save: true
但似乎我们的谣言对它有不同的看法,是否有用.所以我必须为每个项目覆盖这个设置(我想要其他项目,我只想跳过特定项目).我试过创建一个文件.sublime-workplace和/或.sublime-project项目文件夹的根目录,我添加了以下内容:
{
"settings":
{
"trim_trailing_white_space_on_save": false
}
}
Run Code Online (Sandbox Code Playgroud)
但是当我用空格保存文件时,它仍然会修剪它们.我究竟做错了什么?是否有特定的设置可以绕过每个项目?如果是的话,还有另一种方法(可能是一个崇高的插件或其他东西).
ruby ×2
activerecord ×1
formtastic ×1
heroku ×1
mysql ×1
postgresql ×1
sql ×1
sublimetext ×1
sublimetext3 ×1