С Мерзавцем нет никакого “correct” рабочего процесса. Используйте любые плавания Ваша лодка. Однако, если Вы постоянно получаете конфликты при слиянии ответвлений, возможно, необходимо ли скоординировать усилия лучше с поддерживающим разработчиком (разработчиками)? Кажется, что два из Вас продолжают редактировать те же файлы. Кроме того, не упустите пробел и ключевые слова подрывной деятельности (т.е. “$Id$” и другие).
Просто решил добавить к этому на случай, если люди наткнутся на тот же вопрос. Поигравшись с Dev tools и посмотрев на заголовки ответов, я заметил, что Content-Length
на самом деле показывает правильный размер gzip'а. Тогда я могу только предположить, что на самом деле он получает правильную сжатую версию, но в главном окне ресурсов отображается несжатый размер, а заголовки показывают сжатый размер.
Возможно, вы захотите взглянуть на эту ссылку .
Покопавшись, я узнал, что вы не можете отправлять сжатые javascripts в Safari с расширением «gz» . Это должно быть «jgz»
Так что, похоже, проблема на самом деле в том, что Google использует его как «gz», а не «jgz», как того хочет Safari.
Я вижу по крайней мере две возможности:
Accept-Encoding
, а его значение обычно compress, gzip
У вас есть что-то вроде " сетевой сниффер », например wirehark (кажется, есть версия для MacOS) , чтобы действительно увидеть, что происходит в сети?
Я обнаружил следующее: вы НЕ МОЖЕТЕ использовать расширение '.gz' при передаче сжатых файлов CSS или JS в Safari. Он знает, как обрабатывать файлы gziped, если у них нет расширения '.gz' (это просто странно :)
Вот как я передаю сжатые файлы JS / CSS в Safari:
все остальные браузеры не заботятся о том, какое расширение вы используете, пока вы устанавливаете правильный тип контента и кодировку, так что это работает во всех браузерах.
Я успешно протестировал это с Safari 4.0.4 в Windows XP SP3 . И Chrome 4, FF 3.5.5, IE8 и Opera 10.10 на winxp для кроссбраузерности.