9月末没什么事，广东、福建、北京跑了一圈。在厦门发现一个淘宝页面结构问题很大，宝贝描述页面关联链接和店铺首页的结构都有问题。

这是优化前店铺页面结构

这是优化前宝贝描述结构

问题1，宝贝描述里的关联链接全是“诗情画意”，图片非常漂亮，即没有标记打折促销信息，关联链接的产品也不精准。

问题2，店铺首页面也到处都是漂亮的宝贝图片，图片的内容除了产品图片就是什么唐诗，不但没有打折促销信息，甚至连商品的价格也没有，更可笑的是有的产品是一些销售不好的产品。另外首页连类目的文字连接都没有。

一、base64百科

Base64是网络上最常见的用于传输8Bit字节代码的编码方式之一，可用于在HTTP环境下传递较长的标识信息。

某人： 唉，我彻底废柴了，为何上面明明是中文，洒家却看不懂嘞，为什么？

好吧，我也不喜欢专业术语的解释。你只要知道，base64编码就是长得像下面这样子的代码：

thunder://QUFodHRwOi8vd3d3LmJhaWR1LmNvbS9pbWcvc3NsbTFfbG9nby5naWZaWg==

上面代码大家都熟悉吧，迅雷下载链接哦（咳咳，该地址很纯洁），就是base64编码后的地址，所以以后看到这种：一堆连续字母，最后有1~2个“=”的代码就是base64。

随着网络的普及，网页设计越来越流行，越来越多的人开始研究如何设计一个网页，怎样可以把网页设计得更好，但是我觉得在设计网页之前我们应该好好的学习一下网站页面的组成，这可以帮助我们知道一个网页需要哪些内容，从而更好的进行网页设计，那么网站的页面一般是由哪几部分组成呢？

组成网站页面的一般有首页、框架页、普通页以及弹出页。一个网站的首页其实就是这个网站的门面，它就如同一个公司的形象，所以我们在进行网站设计的时候要特别的注重首页的设计和规划，让浏览者能够很好的被你的网站吸引。而框架页了则是一个网站的主要结构页面，有时我们还会把它称为次首页或者是内页，并且有些大型的网站还常常会直接把框架页设计成首页，比如一些门户网站他们就会这样做。由于框架页主要是一个网站内部主要栏目的首页，所以爱设计的时候，我们常常追求让他们的风格保持一致性，并让他们与主页相呼应。至于普通页，它只是一个网站用来载信息的页面，所以对于普通页面的设计，一般要求不会很高，但是在设计的时候，我们还是得做到链接准确、文字无误、图文并茂，并且要尽可
能的沿袭网页的风格。对于一个网站的弹出页来说，它基本上用于广告、新闻、消息以及与其他网站的链接等等，一般情况下用的不是很多，在设计的时候，我们还是要注意保持风格的一致。

在web Forms的这种新的往返执行模型中，与传统的浏览器—服务器交互相比，可能有更多与服务器的交互操作。但其核心仍然是无状态的HTTP通信。这就意味着服务器不保留有关以前客户端请求的任何信息，例如表单字段的值，或用来创建页面的实例化的对象状态。通常这也就意味着，每次在往返执行的过程中重新创建页面时，服务器都要做大量额外的工作。但web Forms结构对此是有解决方法的。

页面会在服务器的两次请求之间存储自己的ViewState。ViewState包含了页面上的所有用户控件的状态。通过使用System.Web.UI.StateBag对象，此信息被存储为名称—值对。页面中奖ViewState存储为一个字符串变量返回给客户。因为客户可能对ASP.NET及ViewState一无所知，所以该字符串被存储为一个隐藏的表单字段。
 
很显然ViewState的内容并不在一个易读的表单中，但Web Forms处理程序可以读取它，并在将该页面提交给服务器时恢复服务器控件的值。这种方法的优点是，页面的状态与页面一起存储，而不是存储在服务器中。另一个优点是，我们可以将该页面部署到一个web组中，而且不必担心来自一个客户的请求会强制返回到相同的服务器。但是此方法也有一个小缺点。如前所述对于我们这里相对简单的页面，构造ViewState的文本集的大小刚刚合适，但在更复杂的页面中，ViewState的内容可能会增大以至开始影响页面下载的速度，尽管这还不至于像过去那样成为性能问题。

服务器在处理web Forms页面时会经过几个不同的步骤。在每个阶段中服务器都会调用一组特定的代码。这就允许我们在页面执行过程中得某些特定位置添加自己的代码。每次页面被请求时，这些过程都会经过处理。而IsPostBack属性则会告诉我们某个页面是否是第一次浏览，以及它在浏览时是否是服务器往返执行的结果。

一、配置阶段，这是页面处理的第一个阶段。如果我们正在进行回送操作，那么页面和控件ViewStates随后就会恢复。恢复之后系统会激发Page_Load事件。这表明我们在该事件处理程序中所编写的任何代码都可以访问页面中任何控件的状态。而这是非常重要的，因为由此我们可以进行必要的处理来为最终替用户显示页面做好准备。

既然从头创建用户控件是如此容易，那么我们在来看看创建用户控件更为普通的方法。在开发自己的web应用程序时，我们可能会遇到用于多页面的一部分代码。以前，我们选择的方法是创建一个include文件来将这些代码存储到一个特定区域，或者可能是创建一个用于Visual Studio的设计时控件。但是这些方法用起来都实在不是那么简单直观，而且所有开发人员都知道，如果不是简单直观的，那么其结果就是不常用。但是现在通过用户控件，我们可以从现存页面中取出那部分代码段，并将它转换为控件，这样在多页面中就可以很方便地复用。

对动态页面创建技术的批评之一是说，它们的可伸缩性较差，而且比仅给客户端发送静态HTML文件需要更多的服务器资源。对此，许多站点都采用批处理页面并将结果保存为磁盘的静态HTML文件，来作为解决的方法。但是，这种方法只有在每次的内容与客户端不直接相关时才行得通。换句话说，要求对于所有的请求页面都必须相同。比如，对于产品目录和报告，更新进程只需在创建页面的数据发生变化时运行。

ASP.NET有一个称之为动态输出高速缓存的新属性，它可以自动实现相同的效果，而不需将页面写到磁盘。也就是说，它可以将自动生成的输出（即客户端接受的内容）高速缓存起来，而且对于以后的请求也可使用这个高速缓存副本，这比将内容写为一个磁盘文件要好，因为它省去了每次要访问磁盘的需要。

我们可以使用高速缓存来减少在客户端需要时用来传递页面的处理往返的数目。先将页面的输出存储在服务器上，然后在同一页面再次被请求时，输出该信息到客户端，这样我们就无须再次运行该页面。我们还可以使用类似的概念来高速缓存页面的一部分。

如果我们不清楚如何来对高速缓存的部分页面做标记，那么可以参考一下用户控件是如何处理的。它们都是根本独立的页面片段，可以被嵌入其他页面。如果我们可以高速缓存一个用户控件的输出，然后在请求它时将它插入一个页面中，这样就可以再次获益于高速缓存。这种技术被称之为局部页面高速缓存，或者叫段高速缓存。

一些可能使用ASP.NET应用程序的设备，例如移动电话，都要求重定向URL必须完全合格。其默认行为是ASP.NET为给客户重定向发送一个不合格URL。设置useFullyQualifiedRedirectUrl=“true”，就可以使得服务器为重定向改为发送合格的URL。
在网站建设中一些可能使用ASP.NET应用程序的设备，例如移动电话，都要求重定向URL必须完全合格。其默认行为是ASP.NET为给客户重定向发送一个不合格URL。设置useFullyQualifiedRedirectUrl=“true”，就可以使得服务器为重定向改为发送合格的URL。另外，在配置应用程序时，我们还会碰到一些ASP.NET Pages所特别需要的设置。通过页面设置我们可以控制所有ASP.NET Pages的一些默认行为。这些行为包括一些选择，例如是否应该在发送前先缓冲输出，以及是否穷应用程序中页面的Session状态。

很多情况下，我们都需要将浏览器URL重新更新到也叫跳转到另外一个新的地址去，比如我们执行完一个JSP程序之后，很有可能会由这个程序直接调用另外的JSP程序或者页面，当然我们可以映射多个网址，不仅仅需要一个网址，在JSP程序当中有两种方法可以办到这个点。

我们学过response对象的方法sendRedirect可以用来重定向页面，这个方法只需要传递一个重定向的页面地址即可。比如response.sendRedirect(“http://www.baidu.com”)当用户在单击我们的GO按钮的时候，所选择的数据就提交给WEB服务器了，直接就跳转到我们的百度页面，request.getParameter(“where”)是用来获得浏览器传送过来的信息，where我们做了一个下拉列表菜单，它的值是可以选择的，单项选择，这里的where参数就是我们重定向的URL.参数action指向处理此请求的JSP文件，method表示的post方法就是传送给web服务器端的。