我用 Twig 过滤器url_encode编码了url参数。
// app.request.query.get("date") output 01/04/2016
href="{{ path('page', {date: app.request.query.get("date")|url_encode}) }}">
网址中的哪个输出
date=01%252F04%252F2016
因此,在具有url参数的请求页面中
{{ app.request.query.get("date") }}
显示01%2F04%2F2016但我想拥有01/04/2016
我尝试使用原始过滤器,还做了一个 Twig 扩展:
<?php
namespace SE\AppBundle\Twig;
class htmlEntityDecodeExtension extends \Twig_Extension
{
public function getFilters()
{
return array(
new \Twig_SimpleFilter('html_entity_decode', array($this, 'htmlEntityDecode'))
);
}
public function htmlEntityDecode($html)
{
$html = html_entity_decode($html);
return $html;
}
public function getName()
{
return 'html_entity_decode_extension';
}
}
但是即使这样,它仍会显示01%2F04%2F2016
在我的 Controller 方法中,我得到的结果相同:
echo html_entity_decode($request->query->get('date'));
这样做的正确方法是什么?
更新 :
日期来自“文本”类型的输入。不,这是一个带有数字和/的简单字符串。
最佳答案
不需要首先对查询字符串的参数进行url编码,因为生成路径的函数已经完成了此操作。01%252F04%252F2016
是双重urlencoded。 PHP,在收到请求时,已经将该值解码为01%2F04%2F2016
,但是由于您对其进行了两次编码,因此仍会对其进行urlencoded。您需要使用urldecode
函数对其进行解码。甚至更好:不要对它进行两次Urlencode。
没关系:
{{ path('page', {date: app.request.query.get("date")}) }}
更新
在源代码中找到this:
// "/" and "?" can be left decoded for better user experience, see
// http://tools.ietf.org/html/rfc3986#section-3.4
$url .= '?'.(false === strpos($query, '%2F') ? $query : strtr($query, array('%2F' => '/')));
因此,
/
特意留给了网址解码。关于php - 嫩枝: url_decode,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/36515372/