2

我说的是几千个flash动画等。自然有很多文件管理。

人们如何管理 DAM、CMS 等这类资产?

swfs、图像、字体的最佳实践,以保持最小的大小。压缩方案?

交货呢?这种规模需要什么样的服务器?

4

5 回答 5

2

您的问题非常广泛且难以回答,因为我们不知道任何细节。但是,有许多工具可供您使用,这可能会使您的生活更轻松,具体取决于您尝试做什么。

关于 Flash/Actionscript,有很多工具可以让您的生活更轻松,尤其是在开源空间中。例如,您可以让服务器根据用户的请求动态生成 swf。这样您就不必预先生成每个 swf。根据存储在数据库中的数据,您可以使用服务器端脚本,该脚本将生成 XML 文档,然后将其馈送到名为swfmill的工具。Swfmill 基本上是一个命令行编译器,它将 XML 文档形式的 swf 描述作为输入,并生成一个 swf 作为输出。Swfmill 虽然不做脚本(逻辑),但它可以让你嵌入字体、位图、矢量图等。

然后是MTASC (AS2) 和Haxe。两者都是可以生成 swf 文件的命令行编译器。MTASC 是围绕 ActionScript 2 构建的,而 Haxe 是它自己的语言,与 Actionscrip 非常相似。同样,根据对服务器的请求,您甚至可以在服务器上生成 Actionscript/Haxe,对其进行编译并将其注入到 swfmill 创建的 swf 中,然后将其提供给用户。

使用版本控制和脚本构建。在大型系统上,使用脚本构建是个好主意。理想情况下,只有一个命令可以重建整个系统。尽量避免任何手动交互,它会在压力时出错。有一些软件系统可以帮助您解决这个问题,例如Cruise Control

再说一次,我不是你想要完成的,所以我不能更具体。

在可用性方面,您将不得不深入研究世界网格和云计算。这是一门需要自己处理的黑魔法。正如其他地方所建议的那样,您可能想在ServerFault上提出更具体的问题。不过,与此同时,请查看highscalability.com。他们在Real Live Architecture部分有一些非常有趣的文章,讨论了 Digg、eBay、YouTube 和更多网站如何在高压下进行扩展。

祝你好运!

于 2009-08-05T04:03:13.340 回答
1

将所有文件存储在像 Artesia 这样的 DAM 上,用于管理 Flash 文件。接下来,我们构建了所有应用程序以集成到 DAM 中以进行交付。

于 2009-07-31T15:05:08.390 回答
0

只是一个想法,不是一个完整的答案:

您可能需要考虑托管“在云中”,例如Amazon(商业)Google(免费启动)的解决方案。随着资源需求的增长,这些服务提供了轻松的可扩展性。

另外,据我所知,Flash SWF 文件已经被压缩,但也有一些优化器,比如这个(商业)

于 2009-08-02T22:00:41.573 回答
0

SWF 文件将相当小,除非它们有额外的库项目,而这些项目在导出的 fla 中不需要。它们也被压缩(在大多数情况下),所以我不会担心文件本身。我的公司每天可能提供 100k SWF,并在负载平衡器后面运行 IIS 的 3 个 Web 服务器上进行。这些服务器上的 CPU 永远不会太高(肯定低于 10%)。我们使用一个共享存储设备来提供来自 SMB 的所有文件。它工作得很好。

于 2009-08-02T22:15:18.120 回答
0

我总是尝试将 ActionScript 保存在 .as 文件中,并将该文件 #include 到需要脚本的框架中。这使得在版本控制系统中跟踪脚本更改变得更加容易。否则,如果您将 ActionScript 嵌入到 .fla 中,则无法区分版本 AFAIK 之间的文件更改。我使用 TortoiseSVN 进行版本控制。

于 2009-08-03T13:48:32.240 回答