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 回答