代码之家  ›  专栏  ›  技术社区  ›  Bill H

什么是跨多个平台每天分发图像文件的好解决方案?

  •  0
  • Bill H  · 技术社区  · 15 年前

    对不起,这个烂标题。

    我有一个产品图片库(大约55000张,每年增长约1000张),每天都会更改(每天添加、修改和/或删除多达100张图片)。

    我需要三个人才能进行上述更改(以便他们可以读/写目录)。他们都将使用WindowsVista个人电脑。

    我还需要能够托管这些图像,以便供应商能够每天了解最新的更改。大约有100家供应商。

    我现在正在考虑实现的系统将涉及使用subversion。

    在主干中,我会有图像(分解成多个目录和子目录)。这三个人可以在本地机器上复制,这样他们就可以进行必要的修改,我们就不用担心冲突了。另外,每个人都可以很容易地了解存储库的最新信息(更不用说版本控制和备份的明显好处了)。

    我会有一个公共的,只读的,到主干的url,这样供应商只能签出更改。这很好,因为我可以向他们提供有关如何签出存储库和设置cron以每天更新repo的说明,因此总是最新的。

    所有供应商都有足够的技术专长,可以在其服务器上设置cron作业和svn repo。

    这一切都让人觉得有点老套(我认为任何时候我试图使用的东西,它不是为黑客设计的)。

    我的问题是,有人看到这个解决方案有什么缺点吗?有没有其他的解决方案可能对我正在尝试的工作更好?

    我考虑使用dropbox在所有这些服务器上进行同步,但我不希望供应商能够做出任何更改。

    我的目标是:

    1. 让我的设计师更容易维护。
    2. 为供应商和 他们会随时更新 我们的形象。
    3. 有一个像样的备份/恢复和 刚刚到位的回滚系统 危机案例。
    2 回复  |  直到 15 年前
        1
  •  1
  •   Esteban Küber    15 年前

    你的解决方案似乎和任何解决方案一样好。您所要做的只是一个小的客户端脚本,它可以将图像从服务器检索到客户端。

    我唯一不喜欢的是使用subversion来保存图像。它可以工作,但每一个更改都不会作为增量存储,而是作为一个完整的新文件存储。这可能不关你的事。

    另外,使用 rsync 将允许您轻松传输唯一更改的文件,节省带宽。另外,您可能需要考虑使用ssh进行传输。

    还有一件事,您可能希望将同步脚本安排在一天中不同的时间,以使客户端的负载均衡,并使其看起来更快。

        2
  •  1
  •   ThatBlairGuy    15 年前

    您的解决方案总的来说是有意义的,尽管我也担心存储库的大小和这么多图像。在某种程度上,专门针对图像的内容管理系统可能更有意义(尽管我不知道该推荐哪一个)。

    不过,我建议更改的一点是,除非供应商实际上需要能够编辑/提交文件,否则您可能需要考虑设置一个计划作业以导出到文件系统(然后通过ftp/http/etc提供)。让供应商执行签出意味着他们将拥有工作副本的所有开销。(然后,您最终要处理的问题是“这些.svn目录是什么,这些其他文件是什么?”)