Пните скорость

перевожу 300,5 KiB einsparen = 300,5 КиБ сэкономить. Тоесть от морды макс. 100 кб останется. Тока я не совдем понимаю как ета комперссия с компом посетителя работает.

Проехали. Почитай, как работают архиваторы, что они сжимают и насколько - перевод тут непричём, выигрыш по скорости на таком типе страницы как у тебя будет в пару процентов и по времени он сравним с временем на архивацию. Ну или сжимай - хуже не будет, но и лучше тоже не будет.

JM писал:

Может тупо подождать пока тумбы еще отротируються? ibiz: а оно ченить сейчас дает?

считается "хорошим тоном" не транжирить пространство интернетов тупо-перекачкой информации, возможно и для поисковиков, раз "гугл советует"!
тем более это делается в две строки через конфиг nginx
конечно, там идет вторым пунктом:

Цитата:

Оптимизация поможет уменьшить размер следующих изображений на 631,2Кб (на 41 %).

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

ibiz писал:

Оптимизация поможет уменьшить размер следующих изображений на 631,2Кб (на 41 %).

для этого тоже серверное решение есть или надо манульно фотошопить ?

Eddy писал:

для этого тоже серверное решение есть или надо манульно фотошопить ?

есть конечно, надо смотреть под конкретный скрипт, который генерирует тумбы, наверняка через imagemagick, в котором указывается степень сжатия

Оффтопик: Постинг ссылок разрешен только по достижению 30 постингов или 30 дней с момента регистрации
1. Стоит обратить внимание через что отдаете контент. Если через один Apache - то это очень плохо, так как он не очень отдает статику.
Совет: используйте связку NGINX + Apache. Дело в том что nginx, очень быстро отдает контент, поэтому настраиваем его на отдачу *.txt, *.jpg, etc, а обработку PHP оставляем за Apache.

2. Используйте APC, xCache и т.д., для РНР

3. Браузеры работают по протоколу HTTP 1/1.1, в спецификации которого сказано о "разрешение не более двух одновременных подключений к домену". То есть, за один такт создается два подключения и пока они не получат запрашиваемое, другие подключения не создадутся.
Совет: прописать в DNS несколько дополнительных зон (img1.site, img2.site, img3.site, etc) и привязать их к одной главному каталогу.

4. Канал не меньше 10мб

Последний раз редактировалось: Wowa (23/04/12 в 17:58), всего редактировалось 1 раз

Oksancheg писал:

Браузеры работают по протоколу HTTP 1/1.1, в спецификации которого сказано о "разрешение не более двух одновременных подключений к домену".

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

Stek: специально для вас

Цитата:

Спецификация HTTP, приблизительно 1999 года, рекомендует, чтобы браузеры и серверы ограничивали число параллельных запросов к одному хосту двумя (Fielding и др. 1999). Эта спецификация была написана задолго до существенного расширения каналов загрузки и была рассчитана на соединения с маленькой скоростью загрузки. Большинство браузеров поддерживают это ограничение на число потоков в спецификации, хотя переход на HTTP 1.0 увеличивает число параллельных загрузок до 4. Поэтому большинство браузеров серьезно ограничено этим параметром, если им приходится загружать большое число объектов с одного хоста (по словам Алекса Могилевского, в IE8 это число будет равно примерно 6 из-за существенных издержек на установление нового соединения, поэтому хотелось бы дополнительных комментариев: как именно число одновременных соединений с большим количеством хостов (или большого числа соединений с одним хостом) влияет на производительность).

если все еще не верите, то проделайте такой тест: на странице 10 запросов на картинки которые генерируется с помощью РНР. В коде поставить задержку в 10 секунд, и в том же Firebug поглядеть как все происходить.

Висит где-то тут большой топик про тумбы с сабдоменов ради обхода ограничения коннектов этих. Многие пробовали, у многих так до сих пор отдаёт - но прирост проды весьма незначителен от этого, имхо (сам долго с пяти сабов тумбы отдавал, с алиасов - потом надоело, убрал - изминений не заметил в проде) ... именно в проде, по тестам скорости результаты заметны сразу, а вот проды это приращивает скорее теоретически или незначительно. Главное, чтобы сервак откровенно не тупил, а от хостера не пахло чем-то нехорошим, а за 12 или 18 секунд прогрузится морда - без разницы.

Что я еще заметил:
1. Cache-Control на сервере не установлен, советую поставить как минимум 3 месяца для статики (вновь вернувшиеся юзеры получат пиксы со своего диска.. Это и экономия траффика и увеличение скорости).
2. Отдавать, конечно, лучше nginx.. На мелком траффике, возможно, особой разницы и не будет, но когда у тебя пойдет 100, 200, 300 мегабит, тогда твой сервер просто загнется, скорее всего.
3. Все же 360 кило для html главного, это дофига.. Нормально это 70-150k.
4. Тумб пока что мало.. Что такое 3к галер? Это ничто, у меня на мультисайтах минимум 100к.. Так что добавляй и жди пока отротируется (нужен хороший ротатор, иначе просто проды не будет).
5. Со скоростью и каналом у тебя все ок, не стоит париться пока что..
6. Пофикси мусор, который лишний раз запрашивается с сервера и которого нет на самом деле:
windirstudio.com/css/un001/images/searchbox.gif
windirstudio.com/css/un001/images/bgpageup.gif
7. Перемотки в видео нет - прошлый век (хотя там у тебя короткие эмбеды, поэтому это вопрос к спонсорам).
8. Лучше было бы, если главная страничка была отсортирована по Top Rated
9. Шрифты в меню некрасивые и ненаглядные..
10. В принципе короткий контент уже не в моде..

Woland писал:

Многие пробовали, у многих так до сих пор отдаёт - но прирост проды весьма незначителен от этого, имхо (сам долго с пяти сабов тумбы отдавал, с алиасов - потом надоело, убрал - изминений не заметил в проде)

эм. я конечно новичок и многое не знаю, на как скорость скажется на проде?

Oksancheg писал:

эм. я конечно новичок и многое не знаю, на как скорость скажется на проде?

По статистике очень большой % онанистов закрывают страницу с сиджем сразу, не делая кликов. Большая скорость прогрузки, большее число тумб на морде без скролинга (невысокая шапка), отсутствие тестовых тумб в первых рядах - всё это влияет (что теоретически, что практически, что спорно - но влияет) на к-во тех, кто таки сделает первый клик. Ну и проду это повышает, как следствие.

Woland: то есть, на морду вываливаем побольше тумб и лучше убрать рекламу вниз.
А где лучше хранить картинки? на своем сервере или на сервере спонсора?

Oksancheg писал:

Woland: то есть, на морду вываливаем побольше тумб и лучше убрать рекламу вниз. А где лучше хранить картинки? на своем сервере или на сервере спонсора?

Нет, причём тут "побольше тумб" - просто в первом экране (без скролинга, вверху сиджа) должно быть побольше тумб (поменьше шапки, высокие шапки это ерунда, дрону шапка не нужна), тумбы должны быть самые лучшие всегда (тестовых не должно быть в верхних 3-4 рядах) и грузиться оно должно как можно быстрее. А держать и тумбы и галеры сейчас лучше у себя, если конечно это не сиджетуб под RU сегмент (там спорно, с вообще не понимаю, откель там прибыль).

И еще)
Вот попал онанист на морду, ткнул на понравившейся тумб, дальше его куда кидать - на саму видяшку или категорию с этой видяшкой?

Oksancheg писал:

И еще) Вот попал онанист на морду, ткнул на понравившейся тумб, дальше его куда кидать - на саму видяшку или категорию с этой видяшкой?

Это зависит от того, одномордный ли сидж. Если на индексе список категорий - конечно кидать на страницу с категорией, а если на индексе сразу галереи (сидж одномордный) - кидать на галерею.

Спасибо, подрочил.

Сайт грузится нормально!

Цитата:

Спасибо, подрочил.

хоть кому-то хорошо, а то я уже саеба.ся