小编met*_*rso的帖子

使用Url视图助手链接时从URL中删除参数

使用Url视图助手构建链接时,如果当前页面在url中包含参数,则Url视图助手生成的url也将包含参数.

例如在页面/ controller/action/param/value /中,代码如下:

<a href="<?php echo $this->url(array(
    'controller' => 'index',
    'action' => 'index'
)) ?>">Dashboard</a>
Run Code Online (Sandbox Code Playgroud)

将输出:

<a href="/index/index/param/value/">Dashboard</a>
Run Code Online (Sandbox Code Playgroud)

是否可以清除参数助手输出的url?

zend-framework view-helpers

7
推荐指数
1
解决办法
1万
查看次数

什么是正确的日终解释?

多年来,我对一天结束时遇到了不同的解释. 但是在比较日期和时间间隔时,表示它的正确方法是什么?

我发现有些人似乎更喜欢23:59:59,而其他人确实喜欢00:00:00.
在StackOverflow上,我甚至发现了一些与24:00:00的使用和显示相关的问题实例,但是这个问题的范围更侧重于确定如何分割两天.

换句话说,我们感兴趣的是确定一天结束的位置以及下一个开始的位置的问题.这似乎是许多应用中的常见问题,甚至需要最基本的时间间隔比较或计算.

为了澄清上述解释,以下是代表2014年1月1 的三个不同解释的三个例子:

  1. 准午夜:2014-01-01 00:00:00 - 2014-01-01 23:59:59
  2. 午夜尖锐:2014-01-01 00:00:00 - 2014-01-02 00:00:00
  3. 军事午夜:2014-01-01 00:00:00 - 2014-01-01 24:00:00

虽然我觉得准午夜解释是最直观的解释,但它似乎也需要相当数量的样板来正确指出时间.此外,当一天中的最后一秒没有得到正确处理时,存在遇到边缘情况的风险,或者在扫描大量间隔时间以便在这些间隙周围进行测试时影响性能的风险.

同样,军事午夜解释似乎也需要一些样板来设置该分裂点的双重表示.没有太多的想法,我无法想到使用这种方法的许多复杂情况.

最后,午夜的尖锐解释似乎是最稳定的解释.不像午夜准,它不需要样板设定时间,它自然地与运营商的行为<,<=,>>=.

值得注意的是,PHP语言已经解释2014-01-01 24:00:002014-01-02 00:00:00,这具有将日期转换为午夜尖锐解释的效果.

在典型的FLOSS图书馆或标准中是否有明显的先例可以证明使用一种解释而不是另一种解释?

date date-arithmetic date-manipulation

7
推荐指数
2
解决办法
147
查看次数