2

我正在伸出援手，希望我的一些开发人员可以帮助提供资源/工作流程图/解释/等。一个合适的 Web 开发环境今天应该/可以如何工作。

目前，我在一个允许内容编辑者完全访问生产服务器的组织工作，允许他们通过单击按钮将内容和页面创建推送到实时服务器。

过去，我习惯了最少 3 步流程（开发 -> 登台 -> 生产）。对这些不同分支的访问由服务器管理员控制，将资产从一个环境“推送”到另一个环境的权限由服务器管理员/Web 管理员严格控制。

我们当前的系统允许任何具有一般访问权限的人不受任何限制地控制文档创建/内容操作（除了全局资产更改 [css/javascript/templates/etc.]）。这导致没有经验的网络作者不遵循品牌指南，发现他们的“创意”方面并由于没有限制而破坏页面格式，绝对没有跟踪正在编辑和推送的内容以及典型的“我创建的这个页面是坏了，目前还活着，我们需要尽快修复”讨论。

我们的网站由 50,000 多个单独的页面（大部分已过时）和 30 多个网络作者组成。重新培训我们当前的网络作者以使用我们实际构建的遵循标准的系统会更困难，还是让我们更容易让他们继续以相同的方式工作并依靠我们的管理员不断修复在我们的实时域中积极存在的问题？

此外，你们中的任何人是否有一些关于流程的明确文档，其中任何时间的数据表明遵循网站的开发流程比允许每个人访问单个服务器更好？

到目前为止，根据我的研究，我发现了很多过时的讨论，如果它是最近的东西，可能会有不同的看法。任何帮助将不胜感激，因为我正在努力推动改进我们的整体流程并限制必须在我们的活动生产服务器上完成的修复数量。

谢谢！

仅供参考 - 我们目前的 CMS 是“TeamSite”，由于没有可靠的流程，我们积极拥有 3 个具有不同内容/资产的服务器。

4

2 回答 2

0

这根本不是权限问题。即使是我，在某些项目上只在本地工作，在我先测试它们之前，我从来没有把我的脚本放在其他地方，而且我有单独的文件夹。但是，您所需要的只是测试脚本的空间，而且那里没有权限问题，但是，请注意做一些限制，对于服务器来说，完全开放并不是最好的做法。

于 2013-05-02T16:53:13.653 回答
0

Altova 有 XML spy，它是一个编辑器，它通过在不提示缺少某些内容的情况下不让您保存更改来帮助查找基于 XML 格式的“损坏”部分。根据您的用户发布的内容，您可能会查看其他一些可能存在的“校对”软件。

我不确定您可以安排什么来对您的页面进行基于 IIS 的“本地主机”复制。最终用户可以保存新内容并针对该平台进行测试，而不是在没有先测试的情况下更新实时内容。这只是第一个用户输入的关于测试的附加内容，但这似乎是一个可行的解决方案，可以训练你的编辑不要犯傻。

于 2013-05-02T17:21:12.763 回答