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

10-11 05:51