前段时间用jQuery做了个小练习，获取本地的xml数据，在firefox下面测试没问题，但是在IE下面总是获取数据失败，上网找了很久也没找到是怎么回事。郁闷了很长一段时间，今天有空又把这个问题拿出来研究了下，最后终于找到原因了，把页面放到服务器去浏览就OK了。难道是权限问题？不知道怎么火狐在本地目录可以获取数据成功。对于操作xml文档要放到服务器去，要不然会没有权限。
//html
<h1>加载xml数据</h1>
<input type="button" value="加载xml数据" id="loadXml"/>
<div class="xmldata">这里显示XML数据</div>
//js
$(function(){
$("#loadXml").click(function(){
$.ajax({
type:'get',
url:'xml.xml',
dataType:"xml",
success:function(data){
$(".xmldata").empty();
$("user",data).each(function(){
var users=$(this);
var html=' ......
在使用Goddady主机使用
Google XML
Sitemaps插件的时候，总提示无权限，而实际上我是了权限的，把插件下载到本地，也是可以正常生成sitemap的，怎么办？自然不能难倒咱
Iter。
检索多方检查，发现在服务器上，检查路径一项为sitemap.xml，而在本地，检查路径
为d:\workstation\site\iove.net\sitemap.xml，也就是说，在服务器上不能设置为绝路径，于是将sitemap的
路径设置为自定义路径,将路径改为服务器上的绝对路径，测试，问题解决
小技巧，如何取得服务器上网站的绝对路径？
对于非专业人士来说，这点有些难度，可以试试Google XML
Sitemaps的debug
function功能，在结果页面搜索：[DOCUMENT_ROOT]，可以找到网站的绝对路径，比如说[DOCUMENT_ROOT] =>
E:\\WorkStation\\Site\\wordpress
plugin，那你的sitemap地址就可以设置为：E:\WorkStation\Site\wordpress
plugin\sitemap.xml
设置：
简单的说
本文来自http://iove.net
，欢迎转载。本站所有文章，未经说明，均为原创文章，转载敬请保留出处非常感
谢。 本文链接：http://iove.net/1025/
如果你觉得这篇文章对你有用，而且你又有自己的网站或者博客，请不要吝啬把本站加到 ......
1.内存分配方式
内存分配方式有三种：
[1]从静态存储区域分配。内存在程序编译的时候就已经分配好，这块内存在程序的整个运行期间都存在。例如全局变量，static变量。
[2]在栈上创建。在执行函数时，函数内局部变量的存储单元都可以在栈上创建，函数执行结束时这些存储单元自动被释放。栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。
[3]从堆上分配，亦称动态内存分配。程序在运行的时候用malloc或new申请任意多少的内存，程序员自己负责在何时用free或delete释放内存。动态内存的生存期由程序员决定，使用非常灵活，但如果在堆上分配了空间，就有责任回收它，否则运行的程序会出现内存泄漏，频繁地分配和释放不同大小的堆空间将会产生堆内碎块。
2.程序的内存空间
一个程序将操作系统分配给其运行的内存块分为4个区域，如下图所示。
代码区(code area) 程序内存空间
全局数据区(data area)
堆区(heap area)
栈区(stack area)
一个由C/C++编译的程序占用的内存分为以下几个部分,
1、栈区（stack）— 由编译器自动分配释放 ，存放为运行函数而分配的局部变量、函数参数、返回� ......
1.内存分配方式
内存分配方式有三种：
[1]从静态存储区域分配。内存在程序编译的时候就已经分配好，这块内存在程序的整个运行期间都存在。例如全局变量，static变量。
[2]在栈上创建。在执行函数时，函数内局部变量的存储单元都可以在栈上创建，函数执行结束时这些存储单元自动被释放。栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。
[3]从堆上分配，亦称动态内存分配。程序在运行的时候用malloc或new申请任意多少的内存，程序员自己负责在何时用free或delete释放内存。动态内存的生存期由程序员决定，使用非常灵活，但如果在堆上分配了空间，就有责任回收它，否则运行的程序会出现内存泄漏，频繁地分配和释放不同大小的堆空间将会产生堆内碎块。
2.程序的内存空间
一个程序将操作系统分配给其运行的内存块分为4个区域，如下图所示。
代码区(code area) 程序内存空间
全局数据区(data area)
堆区(heap area)
栈区(stack area)
一个由C/C++编译的程序占用的内存分为以下几个部分,
1、栈区（stack）— 由编译器自动分配释放 ，存放为运行函数而分配的局部变量、函数参数、返回� ......
因为项目要求，制作的一个多文件上传，并显示进度条一段代码(vs2005环境)。
(只为粗略的实现，代码并不规范)
当多个文件上传的时候，需要依次队列形式一个个上传，当上传某个文件的时候，锁定进程，上传完毕再开启锁。
在主类中的上传按钮事件代码:
//
获取openFileDialog控件选择的文件名数组(openFileDialog可多个文件选择)
private
void
button1_Click(
object
sender, EventArgs e)
{
label1.Text
=
""
;
try
{
this
.openFileDialog1.ShowDialog();
......
因为项目要求，制作的一个多文件上传，并显示进度条一段代码(vs2005环境)。
(只为粗略的实现，代码并不规范)
当多个文件上传的时候，需要依次队列形式一个个上传，当上传某个文件的时候，锁定进程，上传完毕再开启锁。
在主类中的上传按钮事件代码:
//
获取openFileDialog控件选择的文件名数组(openFileDialog可多个文件选择)
private
void
button1_Click(
object
sender, EventArgs e)
{
label1.Text
=
""
;
try
{
this
.openFileDialog1.ShowDialog();
......
#include <iostream>
#include <cstdlib>
using namespace std;
class Foo
{
public:
Foo(int ii):i(ii){}
int getInt(){return i;}
private:
int i;
};
class Bar
{
public:
static int FooVal(){c++; return f.getInt();}
int callsFooVal(){return c;}
private:
static int c;
static Foo f;
};
int Bar::c=0;
Foo Bar::f(9);
int main()
{
Bar b;
cout<<Bar::FooVal()<<endl;
cout<<b.callsFooVal()<<endl;
cout<<Bar::FooVal()<<endl;
cout<<b.callsFooVal()<<endl;
cout<<Bar::FooVal()<<endl;
cout<<b.callsFooVal()<<endl;
system("PAUSE");
return 0;
}
......
#include <iostream>
#include <cstdlib>
using namespace std;
class Foo
{
public:
Foo(int ii):i(ii){}
int getInt(){return i;}
private:
int i;
};
class Bar
{
public:
static int FooVal(){c++; return f.getInt();}
int callsFooVal(){return c;}
private:
static int c;
static Foo f;
};
int Bar::c=0;
Foo Bar::f(9);
int main()
{
Bar b;
cout<<Bar::FooVal()<<endl;
cout<<b.callsFooVal()<<endl;
cout<<Bar::FooVal()<<endl;
cout<<b.callsFooVal()<<endl;
cout<<Bar::FooVal()<<endl;
cout<<b.callsFooVal()<<endl;
system("PAUSE");
return 0;
}
......
2.2 解决可测性问题
上一节具体分析了可测性问题，接下来，我们来看看如何解决这些问题。下图中，彩色的部分是需要解决的可测性的具体的问题。
与其他代码隔离
为了提高效率，应该一次性将一位工程师负责的测试任务隔离出来。隔离时，应把源文件分为三类：被测文件，外围文件，其他文件。被测文件是测试目标，外围文件是指与被测文件关联密切的底层或相关文件，这些在测试时最好直接调用实际代码，减少打桩造成的失真，其他文件则完全隔离。
上图是隔离测试任务的示意界面，只要将要测试的文件设为T，不需要测试或者是别的工程师负责测试，但可能需要实际调用的文件设N。其他文件是缺省的X，工具会视需要自动打桩。这样就将测试任务一次性隔离出来了，现在，不管原来的项目多大，测试任务都可以独立编译运行。
解决编译差异和平台差异
跨平台单元测试，例如在PC上测试嵌入式项目，或在windows上测试Linux项目，由于编译环境可能不同，代码中通常会出现一些非标准的特殊关键字，以及数据 ......
2.2 解决可测性问题
上一节具体分析了可测性问题，接下来，我们来看看如何解决这些问题。下图中，彩色的部分是需要解决的可测性的具体的问题。
与其他代码隔离
为了提高效率，应该一次性将一位工程师负责的测试任务隔离出来。隔离时，应把源文件分为三类：被测文件，外围文件，其他文件。被测文件是测试目标，外围文件是指与被测文件关联密切的底层或相关文件，这些在测试时最好直接调用实际代码，减少打桩造成的失真，其他文件则完全隔离。
上图是隔离测试任务的示意界面，只要将要测试的文件设为T，不需要测试或者是别的工程师负责测试，但可能需要实际调用的文件设N。其他文件是缺省的X，工具会视需要自动打桩。这样就将测试任务一次性隔离出来了，现在，不管原来的项目多大，测试任务都可以独立编译运行。
解决编译差异和平台差异
跨平台单元测试，例如在PC上测试嵌入式项目，或在windows上测试Linux项目，由于编译环境可能不同，代码中通常会出现一些非标准的特殊关键字，以及数据 ......
最新文章 :