Использование Builder.com клиентских включений вместо серверных включений дает возможность заменить методы на стороне сервера для включения общих компонентов страницы альтернативами, основанными на Javascript. Мой совет: держись подальше. В то время как Javascript включает в себя немного снизить нагрузку на ваш сервер и даже может увеличить время загрузки страницы из-за дополнительного кэширования на стороне клиента, минусы намного перевешивают плюсы:
- Javascript — это серьезный красный флаг доступности: чтобы соответствовать требованиям доступности, ваш контент должен быть доступен для пользователей и устройств, у которых отсутствует поддержка Javascript.
- Поисковые системы не могут видеть контент, который добавлен с помощью Javascript. Если вы скроете свои ссылки в поисковике Javascript, пауки не смогут даже сканировать ваш сайт.
- Javascript активно кэшируется многими браузерами. Это может повысить производительность, но это означает, что изменения, внесенные в ваши включения, могут не отображаться, если посетители не обновят свои браузеры принудительно. Вы не можете ожидать, что они будут делать это очень часто, если вообще когда-либо.
- Повышение производительности при включении SSI обычно сильно преувеличено. Современные веб-серверы, как правило, чрезвычайно мощные машины. Многие сайты динамически генерируют каждую страницу, используя технологии, такие как PHP или Perl, которые несут гораздо больше накладных расходов, чем простые SSI.
Если ваш хост не поддерживает какую-либо форму серверного включения, вам следует перейти на другой хост. В наши дни рынок хостинга насыщен, и хостинг хорошего качества со всеми излишествами для сайта с умеренным трафиком не должен стоить вам больше пяти или десяти долларов в месяц. Обратите внимание, что это предполагает, что вы идете с платформой с открытым исходным кодом; проприетарные хостинговые платформы могут стоить немного дороже.
Единственный случай, когда Javascript включает в себя, может иметь смысл, если вы распространяете сайт на компакт-диске, где динамическая обслуживающая платформа недоступна, но даже тогда лучшим решением будет создание статических HTML-файлов на компакт-диске с использованием шаблона и простой скриптовый язык.
Мое золотое правило для Javascript заключается в том, что он не должен приводить к недоступности контента для браузеров, не поддерживающих Javascript. Если это улучшает пользовательский опыт для тех, кто с Javascript, то хорошо, только если это не приводит к неработающему сайту для всех остальных.