我使用twig过滤器url_encode对url参数进行了编码.
// app.request.query.get("date") output 01/04/2016
href="{{ path('page', {date: app.request.query.get("date")|url_encode}) }}">
在url中输出哪个
date=01%252F04%252F2016
所以在带有url参数的请求页面中
{{ app.request.query.get("date") }}
显示01/04/2016但我想要01/04/2016
我尝试使用原始过滤器,并做了一个枝条扩展:
<?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';
}
}
但即便如此,它仍然显示2016年4月1日
我在我的控制器方法中得到了相同的结果:
echo html_entity_decode($request->query->get('date'));
这样做的正确方法是什么?
更新:
日期来自“文本”类型的输入.不,这是一个带数字和/的简单字符串.
解决方法:
首先不需要对查询字符串的参数进行url编码,因为它已经由生成路径的函数完成.
01%2F04%2F2016是双重编码的. PHP,在获取请求时,已将该值解码为01/04/2016,但由于您对其进行了两次编码,因此它仍然是urlencoded.您需要使用urldecode函数对其进行解码.甚至更好:不要对它进行两次urlencode.
没关系:
{{ path('page', {date: app.request.query.get("date")}) }}
UPDATE
// "/" 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' => '/')));
因此,/故意留下url-decoding.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。