Это не функция "SQL Server" так в качестве менеджера киностудии управления SQL или Руководителя предприятия (версия, зависящая). Я не знаю ни о каком способе удалить функциональность из пользовательского интерфейса. Вероятно, было бы самым легким, если бы Вы просто не нажали на него!
Существующая практика должна удалить Завершающие теги по точно причинам, приведенным в сообщении операции в секунду. Вместо этого Вы можете полагаться на другие заголовки кэширования, т.е. Управление кэша и Истекаете, и ресурсы кэша безусловно (предположите, что статическое содержание на данном URL является неизменным, поэтому когда содержание должно измениться, Вы даете ему новый URL также). Steve Souders создал случай для этого, в то время как в Yahoo!, и опубликовал хорошую книгу об этом и других повышениях производительности.
Можно использовать Завершающие теги, если Вы хотите; необходимо будет просто проявить хорошую заботу, что все серверы настроены точно одинаково, и это, Завершающие теги сгенерированы от чего-то, что это - машина-independant. Один способ сделать, который должен генерировать Завершающие теги от хеша содержания файла или хеша (имя файла + размер), как James, записал.
Мое предположение - без любого доказательства - что Google не использует третью сторону CDN, они просто используют свои собственные серверы в их многих центрах обработки данных во всем мире. Они затем сохраняют конфигурацию своих веб-серверов последовательной по всему миру и просто используют что-то как (в последний раз измененное время + размер файла) как основание их Завершающего тега.
Для остальной части нас не использование Завершающих тегов, по моему скромному мнению, более просто и лучше.