Javascript cfif isdate（URL.day）问题-是否总是调用cfelse？

我们有下面的代码部分代码，作为调度系统的一部分使用，我们可以在其中添加和编辑各种类的信息。当我们启动“从上一个日期复制”函数时，我们会被发回日期无效，您会注意到这是代码底部cfelse条件的一部分。我相信，初始cfif是下面的第一个条件。然而，并非所有浏览器都会出现这种情况；它适用于某些Windows版本的Firefox

<cfif isdate(URL.day)>
    do a bunch of stuff...  

本质上，当使用下面的函数时，将显示cfelse（日期无效）。此函数用于将信息从一个日期复制到另一个日期，我们相信该日期实际上是完全有效的。我认为令人不快的cfif是。我已经写了很多代码，我认为这些代码有助于缩小问题的范围。任何提示都将不胜感激

此外，启动导致日期的流程的代码无效，如下所示：

<cfoutput>  
<p><strong>Copy Schedule from:</strong> <select name="scheduleCopy" size="1"       onchange="parent.F7cms.content.iframe('scheduleManagerDay#URL.day#-tab1','components/custom/scheduleManager.cfm?day=#URL.day#&copy_day=' + this.value);"><option value="">-- SELECT DAY --</option><cfloop query="pastDays"><option value="#day_id#">#dateFormat(day_date,"DDDD, MMMM D, YYYY")#</option></cfloop></select></p>
</cfoutput>

以下是根据上述代码生成的HTML，单击会导致错误：

<p><strong>Copy Schedule from:</strong> <select name="scheduleCopy" size="1" onchange="parent.F7cms.content.iframe('scheduleManagerDay2011-09-5-tab1','components/custom/scheduleManager.cfm?day=2011-09-5&copy_day=' + this.value);"><option value="">-- SELECT DAY --</option><option value="266">Sunday, September 4, 2011</option><option value="265">Saturday, September 3, 2011</option><option value="264">Friday, September 2, 2011</option><option value="263">Thursday, September 1, 2011</option><option value="262">Wednesday, August 31, 2011</option><option value="261">Tuesday, August 30, 2011</option><option value="260">Monday, August 29, 2011</option><option value="259">Sunday, August 28, 2011</option><option value="258">Saturday, August 27, 2011</option><option value="257">Friday, August 26, 2011</option><option value="256">Thursday, August 25, 2011</option><option value="255">Wednesday, August 24, 2011</option><option value="254">Tuesday, August 23, 2011</option><option value="253">Monday, August 22, 2011</option></select></p>

---

任何想法都会有帮助。

根据您对我的回复：

URL.day的输出似乎是2011-09-5©日=260

很明显，为什么你会得到意想不到的结果：你意想不到。。。代码运行良好！。。。2011-09-5©日=260无法解析为日期，因此无法通过isDate验证

您需要返回调用此代码的代码，并找出在URL中传递此bung数据的原因。在我看来，这就像是在©_一天中试图逃避符号的某种尝试，它将©视为©；，并将其转换为版权标志

---

查看调用代码可能会有所帮助。但是，正如其他人所说，只是相关的一点

与你的问题无关，但是：考虑在查询中使用CFQuyPARAM来防止SQL注入攻击。当发生这种情况时，URL日的值是什么？请只将该代码修剪回相关部分。如果成功，我们不需要知道代码块中发生了什么。我们需要的是构建链接的代码，更好的是链接的HTML源代码。此外，这基本上与关闭的代码相同，因为这不是一个真正的问题，因为它大部分只是数百行代码的转储。您应该编辑该问题并请求重新打开该问题。无论如何，请不要期望通过筛选代码来发现问题。你需要把它修剪回去，只显示那些能帮助我们帮助你的部分。正如已经指出的，问题不在于cfif的isDate。。。密码问题似乎出在名为parent.F7cms.content.iframe的函数中，正如Adam所说，该函数错误地将？day=2011-09-5©_day=260转换为？day=2011-09-5©_day=260或？day=2011-09-5©day=260，我们需要查看该函数的代码以了解发生了什么。相关问题：什么是F7cms？-如果这是您正在使用的第三方CMS产品，那么这似乎是他们代码中的一个bug，可能值得通过他们的支持渠道与他们联系以修复此问题。

<cfoutput>  
<p><strong>Copy Schedule from:</strong> <select name="scheduleCopy" size="1"       onchange="parent.F7cms.content.iframe('scheduleManagerDay#URL.day#-tab1','components/custom/scheduleManager.cfm?day=#URL.day#&copy_day=' + this.value);"><option value="">-- SELECT DAY --</option><cfloop query="pastDays"><option value="#day_id#">#dateFormat(day_date,"DDDD, MMMM D, YYYY")#</option></cfloop></select></p>
</cfoutput>

<p><strong>Copy Schedule from:</strong> <select name="scheduleCopy" size="1" onchange="parent.F7cms.content.iframe('scheduleManagerDay2011-09-5-tab1','components/custom/scheduleManager.cfm?day=2011-09-5&copy_day=' + this.value);"><option value="">-- SELECT DAY --</option><option value="266">Sunday, September 4, 2011</option><option value="265">Saturday, September 3, 2011</option><option value="264">Friday, September 2, 2011</option><option value="263">Thursday, September 1, 2011</option><option value="262">Wednesday, August 31, 2011</option><option value="261">Tuesday, August 30, 2011</option><option value="260">Monday, August 29, 2011</option><option value="259">Sunday, August 28, 2011</option><option value="258">Saturday, August 27, 2011</option><option value="257">Friday, August 26, 2011</option><option value="256">Thursday, August 25, 2011</option><option value="255">Wednesday, August 24, 2011</option><option value="254">Tuesday, August 23, 2011</option><option value="253">Monday, August 22, 2011</option></select></p>