Вы предварительно компилируете свой веб-сайт и почему/почему нет?
Начиная с 2017-07-31, Google полностью удалил эту функцию из поиска .
Я создал расширение с открытым исходным кодом Google Search Navigator extension для исправьте это и настройте сочетания клавиш.
Вы можете установить его для Chrome и Firefox . (По состоянию на 2018-05-21 расширение было удалено из Интернет-магазина Chrome. В качестве обходного пути, ожидая его повторного утверждения, вы можете установить расширение chrome вручную здесь )
Надеюсь, вы сочтете это полезным, но в любом случае - обратная связь приветствуется!
7 ответов
я только предварительно компилирую веб-сайты, которые продаются и лицензируются коммерчески для защиты исходного кода от модификации.
, предположительно, это приносит пользу производительности, но это вторично; почти невозможно рационально поддерживать коммерческий продукт веб-сайта, если кто-либо может унавозить с кодом!
Хорошо у меня есть два ответа в зависимости от ситуации:
-
ситуация 1 : Я развертываюсь, и я продолжу развертывать обновления. Я использую метод копии. Это более просто для меня, я знаю то, что я делаю и тот способ, которым я не должен писать установщик.
-
ситуация 2 : неизвестная сторона [т.е. клиент] с неизвестным навыком будет попыткой развернуть мой сайт, я пишу установщик и документацию, 8-летний может последовать прохождение через установщика прямо до конфигурации - и если необходимый ввод данных. Таким образом в этой ситуации предварительно скомпилированный метод намного легче.
, Таким образом, я не использую ни одного неукоснительно, я выбираю самый соответствующий метод для ситуации.
Мы используем предварительно скомпилированный подход к моей команде, потому что мы должны вручить от развертывания на рабочей группе обслуживания инфраструктуры. Мы создаем пакет MSI (с веб-проектом развертывания), который устанавливает новый выпуск на веб-сайте.
Это - больше разделения вещи обязанностей/обязанностей, которая управляет нашей методологией хотя, ничто техническое.
Наличие наложения исходного кода вокруг на Рабочих серверах обычно является плохим планом. Взятие предварительно скомпилированного подхода чувствует себя немного более безопасным:)
Наш предварительно скомпилированный веб-сайт встроен в пакет MSI, который используется для развертывания на кластерной среде.
Я использую предварительно скомпилированные, обновляемые веб-сайты исключительно о веб-формах ASP.NET.
Мы не развертываем наши предварительно скомпилированные веб-сайты.
Причина : "это - то, как мы сделали это в первый раз, когда и это еще не повредилось".
В нашем случае предварительная компиляция обнаружила некоторые страницы, которые не были скомпилированы.
Так что я бы порекомендовал делать прекомпиляцию во время сборки, но не обязательно останавливать ее.