php – Twig：url

我使用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

在源代码中找到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' => '/')));

因此,/故意留下url-decoding.

php – Twig：url_decode

相关文章