Support for URLs with GET parameters (query strings) in Expression Engine 2?
我正在为具有搜索功能的表达式引擎开发一个插件。
对于过去的搜索表单,我使用了一个标准的 HTML <form>,其 method 属性设置为 GET,然后在服务器端我会将这个 GET 变量解析为某种形式WHERE 数据库查询条件。
我正在尝试在表达式引擎插件中实现此逻辑,但表达式引擎似乎不喜欢带有查询字符串的 URL,因为当我提交表单时分页符(它会引发 404 错误)。
Expression Engine 是否支持带有查询字符串的 URL?或者这会破坏内部路由吗?
我还应该提到,这个附加组件将在许多站点上实现(数量未知),如果可能的话,我想远离对表达式引擎核心文件(即 PHP 脚本)进行任何更改,只是以防有人建议。
提前致谢。
编辑:我想我会添加一些关于我想要实现的目标的说明。
过去,我使用 $_GET 变量来驱动搜索表单。所以我可能有一个类似的 URL:
http://example.com/search.php?size=large&color=red&page=1
如您所见,我的查询字符串包含名称和值对作为参数(包括 page 的参数),这些将使用 action 属性设置为 GET 的表单创建。
如果存在 $_GET 参数,则 search.php 将解析它,将它们制定为 SQL 或 XPATH 查询或其他;然后返回匹配的记录。然后,用户可以通过更新 URL 中的 page 参数来翻阅这些记录;该查询将只返回结果集的另一部分,因为其他 GET 参数仍将在 URL 中。
我想通过一个表达式引擎插件来实现同样的效果。我想要一个表单,它采用用户提交的标准,然后返回一个可分页的记录集。我认为使用查询字符串将是最好的选择,因为它是 RESTful 和诸如此类的,但如前所述,表达式引擎不喜欢 URL 中存在查询字符串,将其视为不同的 URL 并引发 404 错误。
如何创建生成表单的附加组件,然后使用提交的用户查询数据库表,并将结果返回给用户,然后也可以是页面?
请注意,虽然它不是插件的主要用途,但 BoldMinded 的 SuperGlobals 允许您通过 {get:MYVAR} 或 {post:MYVAR} 关键字直接在模板中访问 GET 和 POST 变量。这是一个非常方便的功能,我已经多次使用它来搜索结果等。与 SuperSearch 结合使用,它是构建 EE 搜索的一种非常合理的方式。
另一个允许访问 GET 和 POST 变量的插件是 Rob Sanchez 的 Mo\\' Variables,它是免费的。它使用相同的 {get:MYVAR} 和 {post:MYVAR} 语法。
需要注意的是,如果您的主机是便宜的共享主机之一,您必须强制查询字符串才能让 EE 工作,那么 GET 参数不是一个好主意。因此,请确保您有一个体面的网络主机。 :)
如果查询字符串中有多个参数,那么带有查询字符串的 URL 似乎可以工作,这似乎是绝对倒退的。
所以 http://example.com/?foo=bar&baz=1 有效,但 http://example.com/?foo=bar 无效。
-
我不会依赖这种行为。没有官方支持直接在 EE 的前端使用 $_GET,因此您将您的功能交给了一些只能在 CMS 的单点版本中偶然得到支持的东西。不明智!
-
好吧,我不确定如何以其他方式做到这一点。就像我说的,我希望搜索的数据保存在他们自己的数据库表中(它们不是条目),我还需要考虑分页。
-
您可以使用额外的 URL 段进行分页。因此,如果您重定向到 /search/my_keywords(然后让您的插件或模块将 {segment_2} 作为查询),您可以将 /PXX 作为第三段添加到您的下一个/上一个页面链接,然后访问该段在 MySQL 查询中设置 LIMIT 参数。
-
是否有用于完成此操作的在线参考/教程?
-
从来没听说过。但是,如果您在本地 EE 搜索模块中进行挖掘,您应该会在那里找到一些有用的想法。
-
表达式引擎真的很垃圾。
-
我能够通过打开 config.php 文件并将其更改为解决此问题: $config['uri_protocol'] = 'AUTO'; 到 $config['uri_protocol'] = 'PATH_INFO';
EE 不支持前端的 $_GET 变量,不。建议:将您的表单提交到您模块的操作 URL (http://yoursite.com/index.pjp?ACT=XX),然后将您提交的变量转换为一个段,然后重定向到该段。
- 我将如何处理分页?例如,如果访问者从结果的第 1 页转到第 2 页,我希望保持相同的标准,依此类推。
-
在深入开发之前,请考虑一下 ExpressionEngine 已经有两个流行且功能丰富的搜索模块 - 超级搜索和低搜索。也许您可以利用它们的原生特性、扩展挂钩或 API 调用?
-
该模块的记录存储在它们自己的数据库表中,而不是表达式引擎的默认表中。以上方法还能用吗?