Я знаю, что обслуживание нескольких небольших файлов намного медленнее, чем обслуживание одного большего файла, поэтому полезно использовать один CSS-документ, а также листы спрайтов. Я также пытался включить столько JavaScript в наименьшее количество файлов, сколько я могу какое-то время, чтобы избежать нескольких запросов от зрителя для получения большего количества файлов, но наличие различных явно разных задач в одном документе становится запутанным и беспорядочный.
Мне было интересно, если использовать PHP для объединения большего количества файлов JavaScript в один файл, а затем обслуживание, которое с content-type установленным в application/x-javascript , обойдется этой проблеме.
Я предполагаю, что, поскольку сервер управляет извлечением этих файлов, зритель будет запрашивать только один файл. Тем не менее, у меня есть минимальные знания о том, как сервер будет справляться с этим, и если он будет в конечном итоге быть той же проблемой, как раз наоборот (и заканчивается так же медленно). У меня такое чувство, что, поскольку JavaScript все размещен в том же месте, что и PHP, это не должно быть так.
Получу ли я такую же выгоду, если бы у меня был только один файл JavaScript, если у меня на самом деле есть несколько файлов и они будут служить как один документ через PHP?
Вы получаете выгоду от одного HTTP-запроса для извлечения JS-файла, поэтому опыт браузера будет быстрее (при минимальном уровне трафика, по крайней мере), но ваш сервер будет работать намного сложнее, чтобы выполнить PHP-код вместо того, чтобы просто обслуживать статические файлы. Это может быть хорошо, если вы не получаете большой трафик, но для достижения наилучших результатов вы должны объединить этот метод с уровнем кэша перед PHP.