今天我们来测试下当SWF文件将参数以POST方式传给s1.asp，而s1.asp中有Redirect方法转到s2.asp，s2.asp有Redirect方法转到s3.asp时，SWF返回的是由哪个文件产生的值？ 1.测试过程 ActionScript： s1.asp： s2.asp： s3.asp： SWF中可以看到返回的结果为“/s3.asp mzwu back”，很明显，这个结果是由s3.asp产生的。那我们就可以得出结论：当多个页面中存在Redirect时，SWF返回的将是最终页面产生的值！ 2.无需crossdomain.xml的跨域访问 众所周知，SWF要进行跨域访问时，除了发布成EXE格式，就只能在受访服务器上布署crossdomain.xml文件了，但实际上多数情况是我们需要将Flash文件插入到页面中(只能是SWF格式)进行跨域访问，并且受访域我们没有操作权限(无法布署crossdomain.xml文件)！…
homepage.xml： ActionScript：
这段时间一直在做Flash和ASP的交互，处处都离不开LoadVars.sendAndLoad方法，但也发现因为其url参数值的不同常常引发返回值的不同，于是针对url参数值和返回值的关系做了本次测试，下边是测试过程。 一、准备工作 1、建立文件夹 Ⅰ：G:\test Ⅱ：G:\test\test Ⅲ：G:\test\测试 Ⅳ：G:\测试 Ⅴ：G:\测试\test Ⅵ：G:\测试\测试 2、文件准备 ①fla文件：主要就一个动态文本t2和一个按钮btn，按钮点击事件处理程序如下： ②123.asp：代码非常简单，就"a=1" ③123.txt： 内容非常简单，就"a=1" 3.文件复制上传 将准备好的三个文件在建好的六个文件夹都复制一份，同时也将123.asp和123.txt上传至http://www.mzwu.com根目录中一份。…
很多语言里都有replace函数，用来替换字符串中指定的字符，ActionScript里却没有！没有只好自己写个函数了： 调用：trace(replace("aabbcc","bb","cc"));
在动态网页中我们经常会用get方式来传值，形如index.asp?id=1&name=mzwu.com，这边传递了两个参数id和name，其值分别为1和mzwu.com，同样，在swf地址后边我们也可以附带一些参数，如test.swf?id=1&name=mzwu.com，那在Flash中怎么这些获取这些参数值呢？下边两种是比较通用的方法： 有兴趣的朋友可以写个参数，像ASP的Querystring方法一样获取指定参数的值，可以先参考"静态页面也玩参数"一文。
一、概述 位于www.mzwu.com域中的SWF文件要访问www.163.com的文件时，SWF首先会检查163服务器目录下是否有crossdomain.xml文件，如果没有，则访问不成功；若crossdomain.xml文件存在，且里边设置了允许www.mzwu.com域访问，那么通信正常。所以要使Flash可以跨域传输数据，其关键就是crossdomain.xml。 二、crossdomain.xml文件格式 crossdomain.xml的格式非常简单，其根节点为 ，其下包含一个或多个节点，有一个属性domain，其值为允许访问的域，可以是确切的 IP 地址、一个确切的域或一个通配符域（任何域）。下边是两个例子：…
LoadVars对象的send和sendAndLoad两个方法都能将对象中的变量发送到指定的 URL，但它们也存在以下几点不同： 1.它们都有三个参数：url, target和method，但send的target类型为String，sendAndLoad的target是LoadVars或XML对象。 2.成功调用 send() 方法总可以始终打开一个新的浏览器窗口或替换现有窗口或帧中的内容。如果您更希望向服务器发送信息并继续播放 SWF 文件，而不打开一个新窗口或替换窗口或帧中的内容，则应使用sendAndLoad。 3.send只负责发送数据，sendAndLoad除了发送还能加载数据。 OK，现在我们想把一些参数用POST方法发往和SWF不同域的url，如果用send方法，将target设置为"_blank"将会打开一个新窗口；设置为"_self"则当前页将被覆盖；这都不是我们想要的，此时我们必须用sendAndLoad代替send发送数据，注意要保证通信正常此时必须在url域上配置好crossdomain.xml，使其支持SWF所在域的访问！
在Flash属性面板中没有提供设置输入文本和动态文本边框的颜色，只能通过ActionScript进行设置：
相信大家都或多或少的听过关于各种Web应用安全漏洞，诸如:跨site脚本攻击(XSS)，SQL注入，上传漏洞...形形色色. 在这里我并不否认各种命名与归类方式，也不评价其命名的合理性与否，我想告诉大家的是，形形色色的安全漏洞中，其实所蕴含安全问题本质往往只有几个。 我个人把Web应用程序安全性本质问题归结以下三个部分： １、输入／输出验证(Input/output validation) ２、角色验证或认证(Role authentication ) ３、所有权验证(Ownership authentication) 说到这，读者一定想知道我这三种分类与形形色色的安全性问题有什么关系？下面我逐个给您概略解答：…
使用DW模板(库)的站点一旦更新了模板，要么整站重新上传，要么就只能将更新文件一个个挑出来再传至服务器，前者传送的文件过多，后者传送文件少但挑的过程麻烦。今天我们介绍的方法严格来说仍是属于后者，但挑的过程我们借助批处理来完成。 在DW更新完模板并保存时会弹出对话框询问是否更新整个站点，选择是，更新完会返回一个更新列表(图1)： 图1 将列表内容复制出来粘贴到记事本中： 正在更新 F:\mzwu\ 已更新ad1.html 项目Library\head.lbi 已更新ad2.html 项目Library\head.lbi 已更新ad3.html 项目Library\head.lbi 已更新ad4.html…