我想建造一页,这样,在现场维护期间,我们能够展示出一些适当的东西。
购物清单:
- Ease of toggling On/Off
- Don t want Google BOT to think all the pages have disappeared NOINDEX/NOFOLLOW
- Don t want users seeing IIS7 s "ERROR 500 go away" message - show my Custom Page instead
我们曾经在现场设置一个“保留页”,即所有URLs将前往。 自移至国际空间法研究所7和友好的欧洲空间法研究所以后,再也无法做到。
因此,我们一直在使用一个单独的综合系统网站,该网址仅包含一个持有的“信息通报”。 ASP和404名手稿,以便任何URL都能够走到路上。 然后,我们不得不从IP地址或国际空间法研究所的名录域名中挑选(我们有绕过PREVIEW.MyDomain.com,在推出节目时进入现场)
We need to set a Response Code - I think 503 "Service Unavailable" would be the most suitable? (although Custom Error Page for Http Error 503 seems to indicate that IIS7 will not display a custom page with Error 503?)
为防止人们看到IIS7的“ERROR 500”信息,我认为,我们需要建立这一“保留地”,以允许详细的错误。
主要应用仍然是传统-伙伴关系,但对于一个能够执行伙伴关系的固定网站而言。 如果有的话,我们就会摆脱一些障碍。
是否有其他办法,我们可以在网站内处理此事(因此,所有要求都提交给控股页,但有一些“后台”,以便我们能够在删除上页之前测试现场的升级。
目前,将IP地址(或东道方名)在IIS站点之间编组,并不是一个浮标行动,在所涉的半个IIS站点,手工操作需要一分钟或两分钟。 也许我们只有网络。
可能的替代执行:
我们一直在考虑设立一名顾问。 伙伴关系(网站通过一个单一的伙伴关系网页操作所有要求),可以设置一个旗帜并显示控股页。 然后,开发商将设置一个“后门”(或也许IP地址是“绕行”清单),以便在推出升级时,他们可以看到这个网站是全科索沃,然后再拆除挂页旗。
现有单独控股场的一个好处是,任何超文本/图像/CSS都可以在那里部署,而在现场,控股网页必须假定,任何东西,包括图像和CSS文档,都可能作为升级的一部分而改变——然后人类傲慢地得到!