Perl 实现 Flash 的 Socket Policy 服务器
这篇讲的是作者从一个误解出发，折腾出一个轻量解决方案的实践经历。起初，为了支持Flash P2P功能的测试，作者需要提供Socket策略文件。他最初错误地以为只需用HTTP服务器响应，直到被合作方提醒，才明白Flash Player的机制：在建立Socket连接前，它会主动向服务器的843端口发送一个 `
标签：Flash
共 19 篇相关文章
推荐一款开源的flashchart生成柱状图
最近有开发者在项目里遇到一个实际问题：需要生成类似Excel风格的图表，比如柱状图、饼图、趋势图，用来做数据展示。传统方案要么依赖商业库，要么效果不尽如人意。 这篇文章针对这个具体需求，推荐了一款名为“flashchart”的开源工具。它基于PHP，专门用于生成高质量的统计图表。作者从自己项目的背景出发，没有空谈理论，而是直接展示了这款工具如何解决他的问题——生成效果专业，足以满足企业级报表的需求，同时因为开源，成本可控。文章还提到了它的一些实用特性，比如支持多种图表类型，并且能够方便地导出为图片。 对于同样在寻找轻量、可靠的图表生成方案的开发者来说，这篇分享提供了一个经过实践验证的选项。它不仅解决了“有没有”的问题，还展示了“好不好用”，最终帮助开发者将数据快速转化为清晰的视觉呈现。
用Flash理跨域上传或异步请求不能传Cookie的解决方案
这篇讲的是 Flash 时代一个经典痛点：当你用 Flash 上传文件或发起异步请求时，因为 Flash 播放器无法直接读取和携带当前浏览器的 Cookie，导致服务器端的 PHP Session 无法识别用户身份，请求就“裸奔”了，身份验证直接失效。 根因在于 Flash 运行在独立沙盒，与浏览器 JS 环境隔离，因此无法复用浏览器已经管理好的 Cookie。文章没有停留在抱怨问题，而是直给 PHP 环境下的轻巧解法。核心思路是绕过 Flash 的限制，采用“参数透传”的方式，在 Flash 发出的请求参数里，显式地带上 Session ID。服务器端 PHP 只需从这个参数里取出 ID，手动绑定到会话上，就能完成身份识别。 本质上，这是一种在客户端可控的情况下，对 Cookie 机制的模拟和补充。虽然现代 Web 技术（如 CORS）已让此问题淡出视野，但文章里展示的“寻找替代通道传递关键标识”这一解决思路，对于理解早期 Web 开发的约束和变通智慧，依然有其价值。
Flash请求不能传Cookie的PHP解决方案
这篇讲的是一个经典又具体的开发坑：Flash跨域请求时，为何死活带不上Cookie？作者直接切入问题核心——这并非PHP后端配置错误，也非Flash代码问题，根源在于Flash的跨域沙箱安全机制。当请求从SWF文件发出时，浏览器会将其视为一个独立的“程序”，而非当前网页的延续，因此默认不会携带当前域的Cookie，这与AJAX请求行为截然不同。 文章给出的解决方案非常巧妙且实用。核心思路是让Flash请求与网页Cookie建立“关联”。具体做法是，在PHP后端检测到请求来自Flash（例如通过自定义请求头`X-Requested-With: Flash`）时，就在响应头中添加一段特殊的P3P策略声明（`CP="CAO PSA OUR"`），并强制设置一个简单Cookie。这段P3P策略告诉浏览器：“这个响应允许被跨域读取，且与父页面关联”。浏览器收到后，便会在后续该域的Flash请求中自动带上初始的Cookie，从而打通整个链路。 作者不仅给出了完整的PHP实现代码，还详细解释了P3P策略中每个字段的含义。这套方案无需复杂的跨域资源共享配置，通过前后端简单配合就能优雅地解决问题。对于仍在维护老项目或需要处理特定Flash交互场景的开发者来说，这篇文章提供了一个清晰、可靠的技术落地方案。
你的网站使用Flash了吗？
这篇讲的是阿里巴巴团队如何用Flash技术巧妙解决图片上传的瓶颈问题。背景是用户上传的数码相机照片往往高达600万像素，但网站实际显示只需要1024×1024左右，传统HTML表单上传不仅限制了文件大小（仅250KB/张），而且操作体验也比较生硬。 作者从基于YUI Uploader的开发实践出发，重点介绍了一个关键优化：在客户端利用Flash预先将图片等比例缩小，再上传到服务器。这个方案把计算压力前端化，无需增加服务器成本，就将单张上传限制从250KB大幅提升到5MB，让高质量图片上传成为可能。同时，Flash上传还带来了更流畅的体验——比如支持批量选择多文件同时上传、实时显示进度条，以及在选文件时就能过滤掉非图片格式，避免了无效操作。 整体来看，文章通过这个实际案例，展示了如何用客户端预处理来平衡性能与成本。对于遇到大文件上传难题
Flash真的适合做网站应用吗？
作者从团队两年前的一个实际项目出发，探讨了Flash在网站应用中的适用性。当时他们需要为阿里巴巴用户开发一个图片上传工具，面临一个典型矛盾：用户习惯用数码相机拍摄数百万像素的高清原图，但网站展示并不需要如此大的尺寸，传统HTML表单上传也受限于250KB的文件大小。 为了解决背景中“原图过大”与“服务器压力及限制”的冲突，团队基于YUI Uploader进行二次开发，核心方案是利用Flash在客户端实现图片压缩——将上传前图片等比例缩小到1024×1024以内。这一改动直接带来显著效果：在未增加服务器投入的情况下，上传文件尺寸限制从250KB大幅提升至5MB。同时，Flash技术还带来了体验升级，例如支持批量多选上传、实时进度展示以及非图片文件过滤功能。 通过这个案例可见，Flash在需要客户端复杂处理（如即时图像压缩）的特定场景中，曾是一种有效平衡性能、成本与用户体验的技术选择。
有故事的网页设计――Flash网站奇妙之旅
当你点开一个Flash网站时，常常会进入一个由动画、视频与交互构建的微观世界。这篇文章聚焦于Flash技术如何为网页设计注入叙事灵魂，让原本平面的信息传递变得立体而富有情节。 作者从浏览体验出发，指出那些令人眼前一亮的网站，其核心魅力在于打破了静态页面的局限。通过融入精心设计的动画序列、可交互的游戏元素乃至独特的操作逻辑，网站本身开始“讲故事”。这种技术尤其适合用于个人作品集展示或企业品牌推广，它能将设计从单纯的排版升级为一种沉浸式的艺术体验。 文章描绘了Flash曾经为网页设计带来的无限可能——它让网站从信息公告板，变身成为充满活力与独特创意的数字舞台。这种对“有故事的设计”的探索，即便在技术迭代的今天，依然启发着我们思考如何更好地通过界面与用户沟通情感。
为flash建立socket安全策略文件服务器
这篇文章探讨了Flash socket通信中的安全策略文件服务器部署方案。作者从Flash强大的网络功能切入，指出一个关键矛盾：Flash允许通过TCP连接与服务器交换数据，但这意味着外部服务器可能借此穿透到内网，带来严重的安全隐患。为了解决这一问题，Flash引入了安全策略文件（crossdomain.xml）机制。 文章的核心方案围绕如何正确搭建和配置策略文件服务器展开。它解释了策略文件如何作为“安全握手”的一部分，在Flash客户端发起实际Socket连接前，先向指定端口请求该文件，以此声明允许哪些域访问本地资源。作者详细说明了策略文件的语法结构，以及服务器端必须确保在端口843监听并及时返回该文件，否则连接将被拒绝。 这篇内容并非简单介绍概念，而是深入到实施细节。它强调，忽略策略文件服务器的正确配置，是开发者经常遇到连接失败的根源。对于需要实现富网络交互的Flash应用开发者而言，理解这一机制是确保功能正常与系统安全平衡的关键一步。
使用Apparat框架优化你的Flash
这篇讲的是一个实战案例，作者从Flash应用的性能瓶颈出发，引入了Apparat框架作为优化利器。 文章核心聚焦于Apparat如何通过字节码级的处理，来提升Flash应用的运行效率。具体来说，框架能够移除未使用的代码、压缩类结构以及进行内存布局优化。作者通过一个实际的项目演示了优化流程，并给出了直观的对比数据：处理后的SWF文件体积平均减小了30%，而在一些关键场景下，应用的启动速度与运行流畅度获得了高达40%的提升。 这不仅是一次工具介绍，更提供了一套可操作的性能优化方法论，对于面临类似问题的Flash开发者而言，其中的具体步骤和结论具有直接的参考价值。
Flash在某些多标签浏览器中的“伪沙箱”问题
这篇讲的是 Flash 在某些支持多标签页的浏览器中一个容易被忽视的安全陷阱。作者从一个实际场景出发：当用户同时打开多个包含 Flash 应用的网页标签时，不同来源的 Flash 实例可能意外地共享了同一个本地存储沙箱。 文章揭示了这种“伪沙箱”的根源——浏览器对多标签页的进程或存储隔离策略与 Flash Player 的安全模型产生了冲突。这可能导致一个恶意网站编写的 Flash 应用，能够跨标签读取或篡改另一个正常网站应用写入的本地共享对象（Local Shared Object），从而造成用户数据泄露或应用状态被破坏。文章详细分析了问题的触发条件，并给出了检测和规避此类风险的实践建议，提醒开发者需要在多标签环境下重新审视 Flash 应用的安全边界。
FlashCookie
这篇讲的是如何利用Flash绕过浏览器对Cookie的清理限制，实现用户数据的持久化存储。文章从实际场景出发——普通Cookie会被浏览器轻易清除，导致用户偏好或登录状态无法长期保留。作者引入了FlashCookie这一方案，它利用Flash在用户本地文件系统中存储数据，完全独立于浏览器的Cookie管理机制，因此即使用户清空浏览器缓存，这些数据依然存在。文章还对比了普通Cookie与FlashCookie在持久性、容量以及管理方式上的关键差异：普通Cookie通常只有几KB且易清除，而FlashCookie可以达到上百KB，并且能静默保存。这种方案尤其适用于需要跨会话跟踪用户行为的广告或分析场景。不过随着Flash技术的逐渐淘汰，这种思路也演变为对HTML5本地存储等现代技术的借鉴，为处理客户端数据持久性问题提供了另一种视角。
网页设计三剑客
最近看到一篇讲“网页设计三剑客”的怀旧文章。在如今React、Vue大行其道的今天，很多新人可能已经没听说过Dreamweaver、Flash和Fireworks了，因为打造这个组合的Macromedia公司早在2005年就被Adobe收购。 文章的核心就是在回顾，这三款分别负责页面制作、图形处理和动画的软件，共同定义了那个时代Web设计的三大支柱：页面、图形与动画。作者从个人学习经历切入，生动地勾勒出早年网页开发的技术栈全貌。这不仅仅是三款工具的故事，它更像一个技术切片，清晰展示了当时网站构建所依赖的核心要素与工作流。 了解这段历史，能让我们看到技术形态的变迁：工具在更迭，但内容与交互的底层需求——如何呈现信息、如何创造视觉吸引力、如何增加动态效果——始终一脉相承。文章虽然篇幅不长，但为我们理解现代前端技术的演进提供了一个有趣的起点。
一段扫flash跨站的脚本
这篇讲的是作者针对Flash应用中一个经典安全问题——跨站脚本（XSS）风险——编写了一段专门用于扫描检测的脚本。虽然作者自谦“没啥技术含量”，但切入点非常直接和实用。 文章的核心聚焦于 `ExternalInterface.call` 这个关键的Flash与JavaScript交互接口。作者指出，这个接口如果使用不当，比如未经验证直接执行来自用户或外部传入的参数，就会成为跨站脚本攻击的入口。脚本的目的就是自动化地扫描SWF文件，快速定位其中所有调用了 `ExternalInterface.call` 的地方，从而帮助开发者或安全人员高效排查潜在的风险点。 实现的思路比较直白：脚本可能通过反编译或解析SWF文件结构，匹配相关的字节码或字符串来定位调用语句。巧妙之处在于，它把一个可能需要人工繁琐审查的工作变成了一个一键式的扫描流程，对于有一定规模的Flash项目来说，这种“笨”办法反而非常有效。 在Flash技术已逐渐淡出舞台的今天，这类针对性的检测工具依然提醒着我们：遗留系统的安全审计同样不容忽视。脚本虽小，但它直击要害的思路，对于理解动态语言环境中类似的交互安全问题也有启发。
如何将AIR应用打包成exe
这篇讲的是如何解决 AIR 应用在分发时遇到的安装难题。作者从实际场景出发，指出很多下载站对 AIR 格式的应用不太友好，根源在于用户下载后常常不知道该如何安装和运行，导致体验不佳。 文章的核心方案是利用从 AIR 2.0 版本开始就已支持的打包功能，将应用直接生成为一个标准的 Windows 可执行文件（.exe）。这意味着，最终用户拿到的是一个无需任何前置环境或复杂安装步骤的独立程序，双击即可运行。 这个方法从根本上绕开了 AIR 运行时带来的安装门槛问题。对于开发者而言，这显著降低了应用的分发成本；对于下载站和普通用户来说，则获得了一个更通用、更友好的交付格式，提升了软件的可获取性和初次使用体验。
Flash应用安全规范
这篇讲的是Flash应用开发中那些容易被忽视的安全隐患和对应的防护规范。文章没有泛泛而谈，而是直接切入实际场景，比如在内容加载、跨域通信和本地存储这几个Flash应用常见的交互环节里，详细剖析了攻击者可能利用的漏洞路径——例如如何通过精心构造的SWF文件实现跨域数据窃取，或者利用本地共享对象（LSO）持久化存储敏感信息。针对这些风险，文中给出的规范相当具体，从推荐使用的安全API（比如严格的`Security.allowDomain`策略）、到配置文件的正确写法，再到运行时环境应如何沙盒化配置，都提供了可操作的步骤。尤其值得注意的是，作者强调了安全必须内建于开发流程初期，而非事后补救，并列举了几起因忽视这些基础规范而导致的真实数据泄露案例作为佐证。对于仍需维护Flash遗留系统或研究客户端安全的技术人员来说，这份提炼出的检查清单和架构层防护建议，是一份可以直接落地的安全加固指南。
When we`re only No.2, we try harder之淘宝节日LOGO互动设计小探讨
这篇探讨的是淘宝如何从六一儿童节开始，在节日FLASH LOGO设计中系统性地加入互动元素。作者从团队的实际要求出发，描述了从去年儿童节起，每个节日LOGO不仅要具备创意故事，还必须设计一个小的互动效果——当用户将鼠标移到LOGO上时（Rollover），会触发一个响应情节（Response）。这一变化旨在通过简单的交互提升用户参与度和品牌记忆点，让LOGO从静态标识变为动态体验。 文章深入分析了这种设计策略的背景：在节日营销中，LOGO作为品牌视觉的关键元素，如何通过互动吸引用户注意力。核心观点是，互动设计不仅能增强沉浸感，还能在潜移默化中强化情感连接。例如，鼠标悬停触发的小动画或信息展示，使LOGO“活”起来，成为节日氛围的一部分，从而提升用户对品牌的好感度。 对读者而言，这篇探讨带来了实用启发。在UI/UX设计中，即使是细微的交互也能显著改善用户体验，比如通过Rollover Response让界面更生动。在品牌传播中，节日LOGO作为高频触点，融入互动可以加深记忆点，尤其适合营销场景。淘宝的实践表明，从“只展示”到“可互动”的转变，需要设计团队在创意和技术间找到平衡
视觉设计前瞻实用性研究（PNVD） 第三期
这期PNVD汇集了三位创作者的视觉设计实践，内容扎实且各有侧重。 方兄从激发创作欲望出发，探讨如何通过视觉设计点燃观者的情感共鸣；三木则深入“极简主义”理念，演示如何用最基础的元素和氛围营造，构建出纯粹而有冲击力的视觉场景。海味分享的FLASH宽屏技术方案则极具实操性，通过具体案例拆解了从布局到交互动效的实现思路，带来直观的视觉震撼的同时也提供了清晰的技术路径。 三篇内容分别从创意驱动、美学方法到技术落地三个层面展开，既有观念启发，也有可循的实现方案，形成了一个完整的视觉设计学习切面。
Flash wmode参数详解
这篇讲的是 Flash 开发中一个常见又恼人的兼容性问题。作者从实际遇到的场景出发：当为嵌入的 Flash 对象设置 `wmode` 属性值为非 `window`（比如 `opaque` 或 `transparent`）时，在 Firefox 浏览器中，Flash 内部的文本输入框会突然“失灵”，中文输入法完全无法调用和输入中文。这是一个尚未有完美解决方案的浏览器级故障。 文章的核心价值在于系统性地拆解了 `wmode` 的各个参数值。`window` 模式是默认标准，性能最佳但会独占最高层级；`opaque` 和 `transparent` 模式则改变了 Flash 的渲染方式，允许网页的 HTML 内容覆盖在其上，但代价是可能引发类似上述的输入法兼容问题以及潜在的性能损耗。作者将这些参数的具体含义、渲染机制差异以及适用场景做了清晰的对比。 虽然针对 Firefox 下的中文输入问题暂无修复，但透彻理解每个模式的工作原理，能帮助开发者在“层级控制”、“交互兼容”和“性能表现”之间做出更明智的权衡，避免在项目中盲目设置参数而踩坑。
清除Firefox下Flash（swf文件）缓存
在Mac的Firefox浏览器里，SWF文件的缓存机制有时会特别“顽固”。作者分享了他在开发中遇到的一个典型坑点：为了迫使浏览器加载最新的Flash内容，通用做法是给文件URL加上时间戳或版本号参数，但这一招在Mac平台的Firefox上却常常失效，浏览器依然会加载本地缓存的旧版本。 这篇讲的正是这个具体而恼人的问题。文章没有停留在简单复现现象，而是深入到了这个特定系统与浏览器组合下的特殊行为。它指出了常规缓存失效策略的局限，对于跨平台进行Flash开发的前端工程师而言，这篇短文精准地命中了一个容易被忽视、却又实实在在影响调试效率的细节问题。