HTML和PHP-包含的页面<a>由于代码（IE9）中的标记而</a>混乱

Question

我知道，这是一个非常愚蠢的问题XD

因此，我有一个简单的index.php：

<html>
...
<div id="div_page">

<?php
    if( !empty($_GET["page"]) ) {
        if( $_GET["page"] == "1" ) {
            include("./page/1.php");
        } else { if( $_GET["page"] == "2" ) {
            include("./page/2.php");
        } else { if( $_GET["page"] == "3" ) {
            if( !empty($_GET["site"]) ) {
                if( $_GET["site"] == "1" ) {
                    include("./page/3.1.php");
                } else { if( $_GET["site"] == "2" ) {
                    include("./page/3.2.php");
                }}
            } else {
                include("./page/3.0.php");    // problem
            }
        } else { if( $_GET["page"] == "4" ) {
            include("./page/4.php");
        } else { if( $_GET["page"] == "5" ) {
            include("./page/5.php");
        } else { if( $_GET["page"] == "6" ) {
            include("./page/6.php");
        }}}}}}
        include("footer.php");
    } else {
        header("Location: ./index.php?page=1");
    }
?>

</div>
...
<html>

和一个简单的CSS：

#div_page {
    position:absolute;
    top:195px; right:0px; left:250px;
    min-width:500px; min-height:500px;
    padding:25px;
}

一切正常，直到我在任何页面（1.php，3.0.php ... aso）内添加链接标记[a]

当我这样做时，页面显示完全被IE9弄乱了：/

屏幕截图-> http://imageshack.us/photo/my-images/20/unbenanntqii.png/

为什么会这样呢？ 任何已知问题/解决方案？

thx 4任何帮助。

GR

编辑：

3.0.php的代码如下所示：

<h1>Page 3</h1>
<p>Für Arbeitnehmer: <a href="./index.php?page=3&site=1">Site 1</a></p>
<p>Für Arbeitgeber: <a href="./index.php?page=3&site=1">Site 2</a></p>
<script type="text/javascript">
    var page = 3;
</script>

Answer 1

在我看来，您似乎没有正确关闭<a>标签，而对这些事情比较严格的IE9在呈现页面时出现了问题，而FF和chrome为您关闭了标签

Answer 2

抱歉，如果这不能解决您原来的问题，但是您可以稍微改善一下逻辑和代码的可读性。 这就是使用比原始帖子更多行的外观。 看一下评论。

<?php
if( !empty($_GET["page"]) ) {
    if( $_GET["page"] == "1" ) {
        include("./page/1.php");
    } 
        else { 
            if( $_GET["page"] == "2" ) {
                include("./page/2.php");
            }
        else { 
            //opening if, closing much later
            if( $_GET["page"] == "3" ) {

            //opening if, closing much later
            if( !empty($_GET["site"]) ) {

            if( $_GET["site"] == "1" ) {
                include("./page/3.1.php");
            } 

                else { 
                    if( $_GET["site"] == "2" ) {
                        include("./page/3.2.php");
                    }
                }
        } 
            else {
                include("./page/3.0.php");    // problem
            }
        } 

        //why not use elseif or plain if?
        else { 
            if( $_GET["page"] == "4" ) {
                include("./page/4.php");
            } 
        //why not use elseif or plain if?
        else { 
            if( $_GET["page"] == "5" ) {
                include("./page/5.php");
            } 
        else { 
            if( $_GET["page"] == "6" ) {
                include("./page/6.php");
            }
        }

    }}}}//two ending ifs and two elses?

    include("footer.php");
} 
    else {
        header("Location: ./index.php?page=1");
    }
?>

对我来说，这几乎是不可能理解的。 如果您不想使用switch语句，则仍然可以通过使用纯if语句或elseif来简化以下代码。 我没有看到这两个开幕什么特别的原因if S和else s表示在剧本的结尾结束：你只有两个GET使用的变量。

您还可以组合条件。 为什么要使用以下内容？

if( !empty($_GET["page"]) ) {
    if( $_GET["page"] == "1" ) {

何时可以使用：

if( !empty($_GET["page"]) && $_GET["page"] == "1") {

一个开口if是比一个好...

编辑：自从反对票以来，我只会使事情变得更好或更糟。 可能有助于提高可读性。 我想我们都有阅读和编写代码的方式...

这是一个小时前我想到的。 如果以下代码有效，为什么还要检查每个可能的数字？ （尚未测试，所以我不知道。）

$getPage = $_GET['page'];
$getSite = $_GET['site'];

if (isset($getPage) && isset($getSite)){
  include("./page/$getPage.$getSite.php");
}
    elseif (isset($getPage) && !isset($getSite)){
      include("./page/$getPage.php");
    }
      else {
        header("Location: ./index.php?page=1");
      }

HTML和PHP-包含的页面<a>由于代码（IE9）中的标记而</a>混乱

问题描述

2 个解决方案

解决方案1
0 2012-03-27 13:13:58

解决方案2
-1 2012-03-27 14:03:26

HTML和PHP-包含的页面<a>由于代码（IE9）中的标记而</a>混乱

问题描述

2 个解决方案

解决方案1 0 2012-03-27 13:13:58

解决方案2 -1 2012-03-27 14:03:26

解决方案1
0 2012-03-27 13:13:58

解决方案2
-1 2012-03-27 14:03:26