备案老域名

站长之家（Chinaz.com）8月8日消息  近日，谷歌在其官方博客发布公告称，为了打造更安全的互联网环境，谷歌搜索引擎将尝试把“是否使用安全加密”（HTTPS）作为搜索排名算法中的一个参考因素，使用加密技术的网站将得到更多的展示机会，排名相对同类网站也更有优势。且表示希望所有的站长都能将使用HTTPS协议，而非HTTP。就目前而言，中国互联网是用HTTPS加密技术的网站并不多，看来还有很长的路要走呐！

相关阅读：影响网站谷歌搜索排名的关键因素（2013版）

以下为来自谷歌官方博客的内容：

在我们创建应用程序来访问数据存储时，我们的确考虑一下要采取何种类型的数据访问，以及如何使用这些数据。在使用过后我们可以发现，相对于DataReader来说，DataSet过于复杂，相应的，也就丢失了一些操作性能并会占用一些内存。因此，无论何时我们都应该优先考虑使用DataReader对象而不是DataSet。仅在下列情况需要使用DataSet对象：

一、当我们需要远程控制从数据存储非连接的数据，并需要将数据传递到应用程序的另一层或客户端应用程序时，存储这些数据以便在过程中或类似的场景中使用、编辑它们。在存储才、传输或访问多个表时（例如，多个DataTable对象），以及这些数据之间的关系时，我们需要使用DataSet对象。

在执行存储过程的时候我们经常会使用“内联”以及“隐式”参数，我们知道这个过程是很容易编程的。而且还提供了更为简洁（因而更为快速）的代码。不过，一旦我们使用了两个以上的参数，或者需要使用返回参数来将结果从数据库返回到代码中，那么隐式技术就不那么使用了。这种技术的另一个局限性就是有些数据存储不支持它。为了得到一种更为普通的方法，我们可以显式地为每个存储过程都创建一个参数，并且在执行查询之前给这些参数赋值。

Command对象给出了可以包含多个Parameter对象的Parameters集合。每个Parameter对象都有一系列我们可以访问和设置的属性。当我们调用Command对象中的ExecutePeader、ExecuteNonQuery或者ExecuteScalar方法时，这些参数就会作为命令的一部分被发送到数据存储。

我们还要重复一个最先在数据库管理中学习的问题，我们以前曾经做过用新的XslTransform对象对XML或XSLT转换时很容易的。但是，那是我们用的是很基本的方法——通过制定这些文件的路径来将转换应用到两个磁盘文件（XML文档和样式表）。

当文档并不是一个磁盘文件时，我们可以用XslTransform对象来执行转换。这种情况在处理XML的应用程序中很可能出现，例如XML可能别一个XmlTextReader引用，或者可能存储在由web服务或业务组件返回的XmlDocument对象中，甚至可能有一个现有的XPathNavigator指向该XML的指针。另外，我们可能不需要将结果写成磁盘文件——而是要将他们作为一个String或StringBuilder对象。

大多数数据库系统和一些其他类型的数据存储的特点之一就是能够使用事务。简单说来，事务就是在网站建设编码中一系列全部完成或全部没完成的事件。不可能出现事务中的某些事件发生而另一些没有发生的折中情况。

事务这个名称来自于现实世界。例如在商店里买某样东西，我们用钱来交换售货员的货物。除非我们是受骗了，否则这个交易或者成功，两者皆大欢喜（也就是我们付钱并得到货物），或者交易失败，什么都没发生。不可能出现付了钱却没有得到货物，或是得到了货物却没付钱的情况。在这里我们来说两种类型的事务，数据库事务，数据库专用语句对事务加以控制。它是在数据库的内部执行的，通常事务语句是包含在数据库中的存储过程中的。基于连接的事务，控制事务的语句以及该事务的执行和管理都是在数据库之外实现的。通常这些都是执行SQL语句或存储过程的Connection对象的一个功能。

合成最直接就是只要把对象的reference直接放到新的类里面就行了。假设，你要创建一个新的类，其中有几个String对象，几个primitive数据，以及一个别的什么类型的对象。对于非primitive的对象，你只要把它的reference放到类里面就行了。所有非primitive对象都有一个toSring()方法，当编译器需要一个String而它却是一个对象的时候，编译器就会自动调用这个方法。

当primitive数据作为类的成员的时候，会被自动地初始化为零。而对象的reference则会被初始化为null，如果这时，你去调用这个对象的方法，就会得到异常。能把它打印出来而不抛出异常，这真是太好了，而且也很实用。

使用final方法的目的有二。第一，为方法上锁，禁止派生类进行修改。这是处于设计考虑。当你希望某个方法的功能，能在继承过程中被保留下来，并且不被覆写，就可以使用这个方法。

第二个原因就是效率。如果方法是final的，那么编译器就会把调用转换成内联的。当编译器看到要调用final方法的时候，它就会根据判断舍弃普通的，插入方法调用代码编译机制（将参数压入栈，然后跳去执行要调用的方法的代码，在调回来清空栈，再处理返回值，相反它会用方法本身的拷贝来代替方法的调用。当然如果方法很大，那么程序就会膨胀的很快，于是内联也不会带来什么性能的改善，因为这种改善相比程序处理所耗用的时间是微不足道的。

看来，设计类的时候将方法定义成final的，会是一个很明智的决定。可能你会觉得没人要覆写你的方法，有时确实是这样。但是你这么假设的时候一定要非常谨慎。一般来说，要实现预想“类会怎样被复用”是非常困难的，特别是对那些很通用的类来说。如果你把类定义成final的，那么很可能会发生这种情况，由于你没有料到这个类还能被这么使用，其它项目的程序要就没法通过继承来复用这个类了。

标准Java类库就是一个活生生的例子。特别是vector类，这个类曾被广泛使用，如果不是为了追求效率而把它的所有方法都做成final的话，它的用途可能会更广。这个类太有用了，因此应该很容易向导会有人要继承它并且覆写其中的方法，但是类的设计者们不知怎么搞的，认定这么做是不对的。有两个理由使得这种想法变得非常具有讽刺意味。

这两种web请求（GET和POST）控制着脚本之间如何传递数据。POST用于向服务器发送数据，从而以某种方式导致服务器上状态的改变，如在数据库中插入数据。数据还可以在响应中返回。不同于GET，POST请求只能通过web表单的动作完成。另外与GET不同，POST请求中发送的数据是隐藏不可见的。GET一般用于数据获取，而不会使服务器有任何改变。对于少量的数据，GET非常有用，可以直接在URL中向服务器发送数据。与POST不同，GET主要适用于发送少量的数据。

请求方法确实非常重要，GET通常用于从服务器得到数据，而对服务器不造成任何改变。所以GET非常适合于对服务器发出信息请求而不修改服务器状态的表单，如从数据库选择记录行。另一方面，POST最适用于那些影响服务器状态的请求，如发送一个改变数据库的INSERT或DELETE查询。GET和POST之间的另一个区别在于通过GET传递的数据在URL中是可见的，而POST数据是不可见的，因此，后者更为安全一些。当然，只能使用GET请求通过URL向脚本传递数据，所以在这方面根本不必考虑POST。另外，由于GET完全只用于不改变服务器状态的请求，这意味这通过URL接受数据的脚本中不能完成任何INSERT、DELETE或其它改变数据库的操作。