зачем подставляют на конце расширения .js  некоторые значения

к примеру видел пишут

<script type="text/javascript" src="script.js?2"></script>

тут видем что на конце подставляются ?2

что это означает?

возможно эти скрипты предварительно обрабатываются при помощи php или perl... такое можно сделать, настроив соответствующим образом апач.

возможно еще, что защищаются от кеширования скриптов при разработке. 

Это чтобы не брался из кеша ранее загруженный скрипт с другим параметром. Скрипты кешируются в пределах домена, но если УРЛ будет другой, он загрузится снова.

а ведь при открытии что так что без параметров выводится один и тот же код, я поначалу думал что это разные файлы..

значить сделано от кэшировании, наверника так

во, тут помню видел такое
<script type="text/javascript" src="script.js.gz"></script>

тоесть такой файл был заархивированый, когда скачал, его пришлось разархивировать

выходит что ява-скрипты можно архивировать и потом подключать их? 
по сути если он по объёму большой то так будет занимать меньше, но вообще стоит их архивировать?

такое бывает.


если объем большой и не получается оптимизировать то стоит.

а объём примерно какого размера? от 20 кбайт и выше пойдёт?

не 20 килобай имхо не стоит сжимать. Мне кажется, что надо с 500 килобайт и выше.

Знач расказываю. Это на самом деле очень удобная вещь, которую я например использую постоянно не только для js файлов, но и для css, картинок и других статических ресурсов.

Дело вот в чем. Любой нормальный сайт должен все время развиваться. Как говорила Алиса, даже чтобы просто оставаться на месте, нужно бежать изо всех сил. То есть: появляются новые разделы, добавляются фичи, улучшается навигация, совершенствуется внешний вид, и т. д. Это все очень хорошо, но при этом возникает маленькая проблема: каждый раз, когда мы что-то меняем, изменения касаются соответствующих файлов. Поэтому было бы крайне желательно, чтобы юзера, которые уже заглядывали к нам раньше, и у которых в кэше браузера сидит старая версия файла, перезагрузили его по-новой, а иначе выглядеть наш сайт у них будет очень и очень криво.

Как можно заставить браузер обновить кэш? Ну, можно выдавать ему инструкцию вообще ничего не кэшировать, но это, разумеется, не выход. Совершенно ни к чему забивать трафик копиями инфы, которая меняется может от силы раз в несколько дней.

Есть другие способы? Да, есть. Можно сменить имя файла, и браузеру при первом его упоминании придется полезть на сайт и скачать его. Можно с этой целью добавлять в имя файла номер версии, например style_123.css. Или дату последнего изменения: style_2007_05_17.css.

Вроде уже получается неплохо, но остается другая проблема. Смена имени одного из основных файлов вебсайта имеет ряд неприятных последствий. Например, если мы держим наши исходники в системе контроля версий, нам придется заводить новую сущность, разрывая тем самым преемственную связь версий. Или если есть скрипт билда, то опять-таки переименование одного из основных файлов может оказаться нежелательным.

Кому-то может показаться, что это все мелочи и пустяки, но я вас уверяю, когда вы вплотную столкнетесь с задачами поддержки и одновременной разработки нескольких вебсайтов, то очень быстро сами начнете искать выход из положения.

А выход - есть! И заключается именно в использовании параметризованного URL, как описано в стандарте HTTP. То есть: добавляем в хвостовик УРЛа (т. е. та часть адреса, которая идет после знака вопроса), какой-нибудь параметр с изменяющимся значением, и получаем возможность одним движением руки инициировать перегрузку модифицированного файла в кешах всех браузеров всех предыдущих посетителей! И при этом ничего не меняя в процессах разработки, скриптах разворачивания и настройках репозитария.

Вот зачем нужен УРЛы с параметрами для статических ресурсов. Помните об этом, и не гнушайтесь использовать в своей практике