Комментарии 48
preg_replace('#<!--[^>]+>#', '', $data);а жадный квалификатор разве не съедает все от первого комментария до последнего тега?
preg_replace('#<!--.+?-->#', '', $data);Так не лучше?
0
не, не съедает
он работает до закрывающейся скобки треугольной. а она только в конце комментария
он работает до закрывающейся скобки треугольной. а она только в конце комментария
0
Да, что-то я затупил про съедает. Но зато ваш регексп вырежет не весь комментарий, если внутри него будет закрывающая треугольная скобка
<!-- эта часть вырежется > а эта часть попадет прямо в код -->
+1
В любом случае, если вы пишете скрипты и CSS «по-старинке», или «правильно»:
Вырезание комментариев таким регекспом может вызывать потерю значимого кода.
<script ...><!--
alert("Hello world!");
//--></script>
Вырезание комментариев таким регекспом может вызывать потерю значимого кода.
0
Согласно YSlow помимо использования CDN еще нужно сконфигурировать ETags для JS/CSS файлов.
— There are 2 components with misconfigured ETags
* www.grinkevich.by/styles/main.css
* www.grinkevich.by/scripts/main.js
Entity tags (ETags) are a mechanism web servers and the browser use to determine whether a component in the browser's cache matches one on the origin server. Since ETags are typically constructed using attributes that make them unique to a specific server hosting a site, the tags will not match when a browser gets the original component from one server and later tries to validate that component on a different server.
— There are 2 components with misconfigured ETags
* www.grinkevich.by/styles/main.css
* www.grinkevich.by/scripts/main.js
Entity tags (ETags) are a mechanism web servers and the browser use to determine whether a component in the browser's cache matches one on the origin server. Since ETags are typically constructed using attributes that make them unique to a specific server hosting a site, the tags will not match when a browser gets the original component from one server and later tries to validate that component on a different server.
+1
Спасибо! ETags вписал как надо, а вот с CDN еще предстоит разобраться.
0
CDN для такого сайта и не нужен.
Вообще очень рекомендую почитать blog.stackoverflow.com. Много интересной информации о оптимизации большого проекта.
Например вот здесь много полезного:
blog.stackoverflow.com/2009/08/a-few-speed-improvements/
Вообще очень рекомендую почитать blog.stackoverflow.com. Много интересной информации о оптимизации большого проекта.
Например вот здесь много полезного:
blog.stackoverflow.com/2009/08/a-few-speed-improvements/
+1
> Выносите javascript и CSS во внешние файлы.
Разве лишнее подключение к серверу (загрузка внешнего файл) ускоряет загрузку страницы?
Разве лишнее подключение к серверу (загрузка внешнего файл) ускоряет загрузку страницы?
0
Тоже логично. Но наверное это не абсолютное решение. К примеру, главная страница яндекса — там почти все включено в один файл.
0
Ммм, прежде чем оптимизировать неплохо бы замерить и понять надо ли :)
Оптимизация ради оптимизации — это всего лишь хороших способ пораскидать кнопочки по сайтам.
Оптимизация ради оптимизации — это всего лишь хороших способ пораскидать кнопочки по сайтам.
+2
хоспади…
+4
ахаха, круто
вы вынесли весь JS в один файл (чем плохо в двух?), но зато понаписали кучу кода для того, чтобы второй js-файл работал в первом js-файле
имхо, это уже клиника
я не вижу никакого роста производительности в том, что вместо 124 запросов на сервер будет 125
вы вынесли весь JS в один файл (чем плохо в двух?), но зато понаписали кучу кода для того, чтобы второй js-файл работал в первом js-файле
имхо, это уже клиника
я не вижу никакого роста производительности в том, что вместо 124 запросов на сервер будет 125
+2
Это вы про аналитикс? Там дело не в запросах, а в том, что он периодически тормозит, и если скрипт подгружается inline, то вместе с ним тормозит и рендеринг страницы. Даже если он стоит перед </body>, то скрипт не даст сработать событию onload пока не протормозится.
0
в чем сложность перенести скрипт с гугла на ваш сервер? я не знаю, будет ли он работать, но по идее должен, если у гугла не стоит проверка на реферер
просто опять же дело не в скрипте от гугла, дело в том, что сделал автор топика — сделал мотоцикл, чтобы запустить велосипед
кстати, сколько себя помню — ни разу не тормозил скрипт GA
просто опять же дело не в скрипте от гугла, дело в том, что сделал автор топика — сделал мотоцикл, чтобы запустить велосипед
кстати, сколько себя помню — ни разу не тормозил скрипт GA
0
я думал его перенести себе, но здесь www.google-analytics.com/ga.js:
Last-Modified Sat, 12 Sep 2009 00:35:39 GMT
то есть нужно было бы еще и обновлять у себя его регулярно
а моей велик на мотоцикле сейчас летаей ой-йой-йой))
Last-Modified Sat, 12 Sep 2009 00:35:39 GMT
то есть нужно было бы еще и обновлять у себя его регулярно
а моей велик на мотоцикле сейчас летаей ой-йой-йой))
0
несколько раз встречал при просмотре сайтов, ожидание запросов к GA
+1
кстати, вы уж меня извините, но мне кажется, что с серверов Гугла грузится не менее надежно, а может даже и более надежно, чем с вашего хостинга
0
Знаете толк в извращениях…
+2
Слишком длинная и сложная статья. Надо было сократить до «Как я скачал и запустил yuicompressor».
0
НЛО прилетело и опубликовало эту надпись здесь
нене. еще есть цели:
1. веб-сайт полностью посещает пару млрд. человек
2. веб-сайт полностью приводит тысячи клиентов
3. веб-сайт полностью сделал работников компании миллиардерами
ну и тому подобное. есть к чему стремиться :)
1. веб-сайт полностью посещает пару млрд. человек
2. веб-сайт полностью приводит тысячи клиентов
3. веб-сайт полностью сделал работников компании миллиардерами
ну и тому подобное. есть к чему стремиться :)
0
нене, вы не поняли… там еще замечания есть ))
«Загружается более 1 фонового изображения.»
«Размер фоновых изображений очень большой.»
«Загружается более 1 картинки.» о_О
короче, оптимизируйте xD
«Загружается более 1 фонового изображения.»
«Размер фоновых изображений очень большой.»
«Загружается более 1 картинки.» о_О
короче, оптимизируйте xD
0
Вот если бы у вас в результате этих манипуляций показатель отказов уменьшился вдвое, вдвое выросли продажи, а трудоемкость поддержки и разработки сайта почти не увеличилась бы — это был бы реальный плюс =)
0
Вчера только читал рекомендации «Разгони свой сайт» Николая Мациевского, там написано что не всегда архиваторы так хороши. Связано с тем что если js или css архивировать, то полная время получения файла будет равна времени на скачивание+время на разархивацию. Поэтому надо решить для себя каким каналом интернета пользуются ваши клиенты, и возможно лучше просто отдавать файлы уменьшенного размера. уменьшить можно с помощью CSS Minifier(http://www.artofscaling.com/css-minifier/) например.
0
По поводу FileETag-ов, не лучше ли будет использовать «FileETag MTime Size»?
0
или даже можно так )))
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как я выполнял советы webo.in