问题标签 [journey]

我是第一次使用 Node.js。我正在使用node-static提供静态文件，并使用Journey提供路由。不幸的是，这两者似乎相互冲突，我不确定停止冲突的最佳方法。我的服务器如下所示：

问题在于 Journey 路由器发送了 404 响应。我设法使其工作的唯一方法是在end侦听器中执行此操作：

但这似乎不是我应该处理的方式。我究竟做错了什么？

升级到 Rails 3.2.6 或 Rspec 2.11.0 后，我的规范开始显示如下路由错误：

每个钩子之后还有一个错误

开发模式下的应用程序仍然运行良好。

命脉：

• ruby 1.9.3p194（2012-04-20 修订版 35410）
• [i686-linux] Rails 3.2.7
• 设计 2.1.2

GET /users/sign_in 试图重定向到错误的控制器。它已停止重定向到 wecome#welcome（有效），ans 现在正在重定向到 devise/welcome#welcome，它不存在并导致重定向时出现 500 错误，并记录以下错误：

这开始于最近，并且似乎是由一系列 gem 更新中的某些东西引起的。它曾经完美地工作。

有谁知道为什么这会开始失败（ei哪个gem的哪个更新）或者我能做些什么？

编辑：

这是 routes.rb 的根路由：

我回滚到以前的部署，并且该应用程序再次运行。部署在 rails 3.2.7 之前。

宝石文件：

编辑：2012-08-27 -
设计 2.1.2 + rails 3.2.6 + Journey 1.0.3 = 工作。
设计 2.1.2 + 轨道 3.2.6 + 旅程 1.0.4 = 失败。

设计 2.1.2 + 轨道 3.2.7 + 旅程 1.0.4 = 失败。
设计 2.1.2 + rails 3.2.8 + travel 1.0.4 = 失败。

Rails 3.2.7 和 3.2.8 是安全版本，需要旅程 1.0.4。这让我陷入了困境，直到我可以修复旅程。

我开始在这个 SO 问题中解决我的“突然”中断路由问题： 设计 /users/sign_in 重定向到错误的控制器，并在帮助下，我能够将问题隔离到从旅程 1.0.3 升级到 1.0.4 时发生的问题更新到轨道 3.2.7。

如您所知，我们需要使用 rails 3.2.8，才能应用重要的安全修复，但这意味着我必须使用旅程 1.0.4，这会破坏我的设计路线。例如，我的自定义 new_user_session 路由是welcome#welcome，但它被解码为不存在的devise/welcome#welcome。

有没有其他人遇到过这个三角恋，如果有的话，你是如何让旅程 1.0.4 与设计相得益彰的？

被破坏的路线（根和设计路线：

==================================================== ===============

编辑：2012-09-05

解决方案：

我发现了有问题的 LOC：

我将其更改为：

无济于事。

出于好奇，我将其更改为：

这很有效，就像：

所以我尝试的最后一件事是：

这奏效了，现在宇宙一切都很好。

事后分析：由于我对 rails 文档缺乏经验，我推断虽然link_to()会接受 root_path 作为参数，但事实link_to_unless_current()并非如此。直到我查看了方法的源代码，我才发现（并且应该一直假设）它link_to_unless_current()是建立link_to_unless()在link_to().

非常感谢在此线程和上一个线程中提供帮助的人们。

有什么方法可以在执行 a 时执行一些代码navigation rule。基本上我想要做的是拥有一个JourneyTrackerbean，它将保持旅程的当前状态（如用户所在的当前页面）。

更新到 Rails 3.2.6 或 Rspec 2.11.0 时的 SO-thread Routing 错误很好地解释了这个问题：

旅程 >= 1.0.4 (Rails 3.2.11) ，所有与路由相关的单元测试都失败，而应用程序本身继续正常运行。

使用Rails 3.2.6并将旅程锁定到 1.0.3 是一种已变得不可接受的解决方法。

例如，这是最简单的失败测试之一：

路线.rb

users_controller_test.rb

堆栈跟踪

关于 SO 似乎有相当多的相关问题 - 所有问题都未解决或没有具体解决方案。

任何人都知道如何解决这个问题？

鉴于此映射定义： /order/:meal/:cheese

将此字符串解析/order/hamburger/american为{meal:'hamburger', cheese:'american'}.

我正在研究 Journey 的内部结构，试图弄清楚这是否可能在 Rails 之外。还有其他 SO 问题展示了如何在 Rails 中使用识别路径。而且我知道您可以使用正则表达式或拆分轻松完成此操作，但我想要免费的额外解析功能（如 :format 等）。

这是可行的。只是想知道是否有人有改进。我基本上是在压缩/组合旅程匹配的两个部分（名称和捕获）以制作匹配哈希（如识别路径）。只是想知道是否有人已经进入 Journey 并尝试做同样的事情。

这是打印出来的。

我可以使用 Journey 的另一部分来构建匹配哈希吗？看，matches.names确实matches.captures是 Array 对象，这感觉就像是 hack。当然，Rails 的某些部分在某个时候将这些组合在一起。

请注意，仅使用 Journey gem（包含在 Rails 3.2.0+ 中）。

查看Journey Router（即 Rails 4.0 路由器）的自述文件，它相当空洞。我想知道路由器在概念上是如何工作的，如果这个“抽象”语法抓住了路由器作为迷你编程语言的想法：

那么，Rails 4.0 路由器是如何工作的呢？

我有兴趣用 GTFS 替换我当前使用的数据格式，但我从这里和那里听到并读到 GTFS 文件格式存在缺陷。

大多数时候，我发现您无法以某种方式预测某些事情，例如延迟或某些实时内容。他们说你不能和他们一起了解“全貌”。

所以我要问的是有没有人对 GTFS 更有经验，因为我只是第一次看到他们，他们可能会在某种应用程序中使用 GTFS，并且可以说出他们在开发过程中遇到的问题？

也许有人对更好的文件格式有建议？还是某些格式的组合？