10 июня 2010 в 16:57
Такая трабла
Обнаружил, что на различных страницах сайта подгружаемые стили и скрипты имеют разное наименование, примерно так
Главная
css_8f0ff0038e41ba0f9e5a8506925adc27.css
js_4d1506c38e1af292af5372d26d12f9c0.jsmin.js
Статья
css_798de9e97d8b1064ee87496910dbe84e.css
js_4d1506c38e1af292af5372d26d12f9c0.jsmin.js
Новость
css_798de9e97d8b1064ee87496910dbe84e.css
js_b0a6ad049e0eba12045477c0d6689199.jsmin.js
Еще новость
css_798de9e97d8b1064ee87496910dbe84e.css
js_4d1506c38e1af292af5372d26d12f9c0.jsmin.js
Подскажите, с чем такое может быть связано?
Не хочется лишний раз загружать пользователям отнюдь не маленькие файлы стилей и скриптов
Комментарии
и вопрос в след (неохота темы плодить)
есть ли смысл сжимать все эти файлы GZip-ом если у хостинга включино сжатие?
значит на различных страницах подключаются различные скрипты
если ли смысл два раза сжимать? нет конечно
Проблема не в сжатии а в количестве файлов.
По 20 файлов CSS и 10 JS вызывают лишние телодвижения сервера на каждую страницу.
объединять?
В настройках модуля tagadelic (облако тэгов) сортировка тегов была "произвольная", установил " По имени, убывающая" стало меньше в кэше css js
http://drupal.ru/node/35153 - здесь Демимурыч уже писал о данной проблеме.
Если в двух словах, то можно сделать вывод, что дефолтная друпаловская агрегация css/javascript файлов имеет недостатки. В идеале, необходимо создавать свой механизм агрегации, который бы генерировал, например, один единственный css-файл и один единственный js-файл для всего сайта.
А теперь у тебя на сайте происходит следующее. Если я зайду сначала на главную страницу твоего сайта, потом на страницу статьи, потом на страницу новости и т.д., то в итоге каждый раз я буду загружать заново библиотеку jQuery, что не есть гуд.
Не буду повторять содержимое того топика, все можешь прочитать там http://drupal.ru/node/35153...
Проанализировать и продумать дизайн, разобрать стили ядра и модулей, вытащить все самые ходовые комбинации в стиль темы, отключить подхват ненужного. Примерно аналогично со криптами
Всё это сопровождается постоянной перестройкой и перекомбинацией правил с целью минификации.
Геморой страшный. В разных модулях подцепка стилей и скриптов релаизована по разному ...
Я, например, на одном проекте использую минимум сторонних модулей, в основном модули самописные и подточенные под конкретные задачи. И поэтому я все стили подключаю только в одном файле темы.
А так, конечно, геморрой, когда устанавливаешь левый модуль, а у него уже свои дефолтные стили...
Хе-хе
Года через пол я может таки сделаю хард билд с чистой темой чисто под блоговые задачи с фулл RDFa поддержкой на уровне ядерного автомата. И назову его WP-Sucks xD
Круто:)
Чё крутого? ))) Выйдет семерка уже на постоянной основе, скорее всего. Хреново это всё... Тут один никак не вытянешь. Вообще я RDFa 2 жду. Чё с ним делать ваще не знаю, но эту штуку надо поддержать.
Чувствую, что в будущем «сео-жопашники» обломаются. Надо соскакивать с этих nofollow идеологий.