Ну что же, проверим
Ну что же, проверим
Kuun Lan out!
Возникли вопросы:
1) Почему g-zip работает на 78%?
2) Почему сжатие картинок (и только одной библиотекой) только 80%?
3) Почему кэш пашет на 39%?
4) Почему вообще нет комбайна О_о (для такого большого ресурса - это непозволительно)?
5) Почему куки 46%?
6) Почему бы такому ресурсу не использовать бы CDN?
7) Почему бы не оптимизировать Flash?
Если ничего не менять кроме улучшений выше перечисленных пунктов, то нагрузка на сервер упадет (по самым скромным подсчетам) на 40% (лагать станет значительно меньше)... или я в чем-то не прав? С уважение, от обычного пользователя.
P.S. Сайт, ради приличия, должен грузиться не 12 секунд, а МАКСИМУМ 4-5.
Последний раз редактировалось neoandrew; 15.04.2013 в 23:12.
1. 78% для алгоритма Deflate — просто замечательный результат. Не забываем, что на сжатие тоже требуются ресурсы сервера.
2. 80% для картинок — предел. Я бы даже сказал перебор. Дальше будет картинка в стиле Doom2.
3. Наверное потому, что контент обновляется и только 39% остаются неизменными?
4. Какого комбайна? Зерноуборочного?
5. 46%? Чего именно? И куда дели ещё 100?
6. Наверное потому, что это стоит несколько других денег.
7. Может потому, что баннеры присылают уже в готовом виде?
Так же хочется увидеть каким образом были получены эти самые циферки с процентиками.
P.S. У меня на домашней машине сайт грузится почти моментально. На ноутбуке — может и пару минут. Но как-то я не вижу повода жаловаться на скорость загрузки используя едва живой GPRS.
P.P.S. Ради приличия, когда знающие люди говорят подобные вещи, они предлагают конкретные действия — патчи к движку, советы по оптимизации nginx`а и т.д.
"There are no dangerous weapons; there are only dangerous men.” © Robert A. Heinlein, Starship Troopers
Utrinque Paratus
1. Для mod_deflate 78% - трагедия.
2. Повторюсь, сожмите по трем библиотекам. Видимо не правильно выразился. 80% - не степень сжатия картинок, а процент сжатых. То-есть 20% вообще не сжато.
3. Можно изменять контент дискретно с 5-ти минутным таймером, очень разгружает поток. Если учесть что на Лента.ру он 15 минут... а поток там намного больше.
4. Combine - метод сжатия применяющийся во всех крупных проектах. Базовое понятие. Вот для начинающих статейка на хабре (специально на русском языке, если что): http://habrahabr.ru/post/154397/ А так лучше зайти в книжный магазин и купить книжку типа "Учимся Php" или "Основы SEO", там все это расписано в подробностях.
5. Это я у вас спросил куда дели=)
6. Зачем раскручивать и тратить силы и время на парихмахерскую, если нет денег на ее строительство? А зачем продвигать и раскручивать, тратить силы на крупные проекты, если нет денег на CDN? Прошу прощения, может здесь более глубокий смысл.
7. А почему нельзя оптимизировать готовые баннеры?
Никто и никогда не скажет как получают эти циферки, потому что все эти знания стоят немаленьких "деняжек".
Вот беглый осмотр главной странице. И это только "верхушка айсберга". При исправлении ошибок, поток уменьшится в разы, и потребности в CDN могу даже отпасть.
Даллас:
IE9 12 секунд
Chrome 10 секунд
Франкфурт:
IE 13 секунд
Crome 9 секунд.
Вечером сайт вообще непингуем. Приходится ставить на цикл и ждать очереди на вход, так как ВАШ канал забит полностью.
Включите Gzip для скриптов:
yuiloader-dom-events.js
vbulletin-core.js
cms-rollup.css
vbulletin_cms.js
css.php
vbulletin_md5.js
connection-min.js
main-rollup.css
vbulletin_overlay.js
treeview-min.js
treeview.css
vbulletin_lightbox.js
есть еще файлы, но они подгружаются с других сайтов, и это надо просить их, включить gzip.
Компрессируйте изображения, хотябы как-то:
main_1_site.jpg
IMG_6994.jpg
logo_7.png
2.png
b4...6890c3e.jpg
25...917e59.jpg
profile.ak.fbcd...96564_q.jpg
и эту же аккаунтовскую серию...
Компрессируйте по ВСЕМ БИБЛИОТЕКАМ, вот лично для вас, их названия:
Zlib
7-zip
Kzip
И уберите хотябы маркеры из шапок картинок.
Кэш работает только для 67 файлов, включите для других 114.
Комбайн работает только для:
google-analytics.com-ga.js
И я понимаю, что что такое комбайн знают только в гугле, увы не здесь...
Куки выключены для:
yuiloader-dom-events.js
vbulletin-core.js
cms-rollup.css
vbulletin_cms.js
additional.css
css.php
airlogo.png
vbulletin_md5.js
connection-min.js
main-rollup.css
vbulletin_overlay.js
treeview-min.js
treeview.css
vbulletin_lightbox.js
И еще 80-ти файлов... если уж очень надо, то перечислю.
P.S. Я помогаю хотя бы тем, что указываю недочеты, которые упорно замалчиваются. А говорить как это исправить я не буду, это исправит любой php-разработчик с базовыми знаниями. И он никогда вам не скажет как именно это сделает, так как именно за эти знания он и получает доход. И ради этих знаний он 5 лет корячился и учил... не смешите))))
Я сделал вам уже огроменную услугу, называется "SEO анализ и аудит" - это 40% всей работы оптимизации и стоит немалые деньги кхэ кхэ.... Просто меня ОЧЕНЬ БЕСЯТ ЛАГИ. И этот проект мне не равнодушен.
P.P.S. Давайте спокойнее относиться к замечаниям, направленным не на дискриминацию разработчиков, а на улучшение проекта.
Удачи! Очень жду объективного ответа, в отличии от предыдущего...
Дружище неоэндрю... вам кажется, что брутфорс админского пароля добавит доброжелательности?
а ваще спасибо за анализ. токо до уголовщины не стоит опускаться, окай?
Последний раз редактировалось admin; 16.04.2013 в 19:26.
Это была проверка на ярость. Прсто тестанул на защиту еще.
Кстати Затрите инфу о цмске (и темболее что это именно 1.8 вбулетенька). Дырок что в друшлаке у это цмски, без обид.)
И http://10-254.nucleart.cc.colocall.com/ тоже. А то уже и вот так можно сделать https://hosting2.colocall.net/phpMyAdmin/index.php. Это не смертельно, но все равно как-то...
Да и поменяйте админский путь, а то выдает по member.php?u=1 сразу super admin'a. Если админ будет звать себя Степан Дулин (совпадения случайны), то набрав member.php?u=1 мы узнаем уже логин (логично, что он первый зарегился). После чего блочим отправку сообщений "бла-бла этот негодяй с этим айпи вас хочет надуть" и запускаем цикл подбора, неограниченный кол-вом подбора. Но это скучно, тупо и малоэффективно). Удачи)
P.S.
Все из добрых намерений, ничего не подумайте.
Надо было злодейничать, начал бы копать с phpmyadmin и перехватов пакетов... а не с банального подбора)
Последний раз редактировалось neoandrew; 16.04.2013 в 20:21.
Понятно, мсье SEOшник. За анализ, оно конечно, спасибо, но SEO анализ проведённый без участия администратора сервера и/или нокера, увы, всегда однобокий.
А теперь разложим по полочкам, только не со стороны SEO, а со стороны администратора и нагрузки на сервер.
1. Сжимать весь траффик — нет смысла. Есть файлы которые сжимать противопоказано, т.к. расход процесорного времени на их сжатие несоизмеримо больше получаемого результата. Хотя да, не спорю, ревизию настроек nginx провести уже пора. Вот пройдёт Открытие, освободится время на работе — будем делать. Кстати, да, у нас не mod_deflate Server: nginx/1.2.1 как бы намекает
2. Использовать LZMA, оно конечно хорошо, но для корректной работы клиент должен поддерживать данный метод сжатия. А с этим, пока что, не всё так радужно.
3. PHPMyAdmin: уберите ссылку, это — не наш
4. Использовать Combine — не, спасибо, нафиг. Как минимум на данном этапе. Если не в курсе, то сейчас сайт постоянно «допиливается», а в такой ситуации соединять в кучу все CSS и JS — уф....
5. Куки выключены для.... А вот зачем куки для статической картинки? Или статического CSS? Или статического JS?
6. Если заглянуть в Правила (Вы же их читали, правда, просто забыли наверное этот момент) то можно увидеть, что данный ресурс живёт на личном энтузиазме участников, и изначально не ставит под собой цели извлечения выгоды. Так что покупка CDN, мягко говоря, не совсем приемлема с финансовой точки зрения.
7. Вы умеете оптимизировать Flash и готовы взять на себя оптимизацию? Не думаю что Главный Админ откажется от такой помощи. Лично я — UNIX-администратор. Я вижу мир из монохромной консоли текстового терминала и совершенно не разбираюсь в таких вещах как Flash (когда же он таки сдохнет...). Остальные технические «участники проекта» тоже не всезнайки. Каждый имеет свой круг знаний.
И, да, перед «аудитом безопасности» принято просить разрешения на оный. Просто правило приличия.
Последний раз редактировалось evil_sysadmin; 16.04.2013 в 21:45.
"There are no dangerous weapons; there are only dangerous men.” © Robert A. Heinlein, Starship Troopers
Utrinque Paratus
Начнем с того что к SEO я имею крайне далекое отношение. Не надо быть такими фамильярными. Просто именно оптимизация меня напрегает, и из-за этого я тут бурчу. Почему сразу поверхностное, может я вовнутрь залез?))))
Все с вами ясно, есть целые методики по созданию комбайна для динамических систем. читайте в книжках.По поводу phpma - Хосподи, перепутал циферку в хосте, какая жалость. Жалко, что проигнорили опять половину вопросов.
C дифлейтом я не так понял, думал что вы имеете в виду mod. Немного удивился.
Ясно, значит диалога не получится. До свидания. Удачи в начинаниях.
Последний раз редактировалось neoandrew; 16.04.2013 в 23:01.
Почему поверхностные? Да потому что Вы даже не удосужились глянуть что за Web-сервер у нас стоит. На вопросы я ответил все, разве что не стал разбивать по каждому файлу. PHPMyAdmin и близко не по тому URL`у что назван. Там кроме цифр ещё многое надо изменить.
И, да, если Вы ожидали диалога в стиле «ой спасибо, сейчас займёмся» — да, такого не получится. Каждый из нас занят на основной работе. Есть желание помочь не словом а делом — обсуждаемо. Нет — мы и дальше двигаемся по заранее намеченному плану. Медленно, но верно.
"There are no dangerous weapons; there are only dangerous men.” © Robert A. Heinlein, Starship Troopers
Utrinque Paratus
Немного начали точить параметры. Должно стать шустрее.
При загрузке аватара и фото происходит ошибка.
"Загрузка фото прошла неудачно!"
Движок не позволяет добавить отзыв камраду: "Вы должны добавить отзыв кому-то ещё, прежде чем сможете снова добавить его ... ."
Я подозреваю, что так задумано, НО получается, что для того, чтобы добавить отзыв за дело, как говорится, надо наставить хз сколько отзывов другим от фонаря.
Я попробывал и добавил по 1 отзыву двум другим камрадам, тоже за дело, НО движок все также не позволяет добавить отзыв тому камраду.
Спасибо за внимание.
Это не ошибка. Так задумано и реализовано движком форума.
Если с обрезанием названия бажок так себе, trivial, потому и помещён в хотелки, а не ошибки: http://airsoft.ua/showthread.php?t=1...l=1#post556548
- то вот другой, более проблемный:
Пользователь выигрывает аукцион, нажав "купить сейчас" за максимальную цену. Продавец подтверждает продажу. Объявление уходит из показа, лежит в ожидающих до завершения сделки - оплаты/отсылки. А потом другой пользователь снова ставит свою ставку, которая выше последней в рамках торгов, но не цена "купить сейчас". (Вероятно, у второго пользователя осталась ссылка на объявление)
Проблема в том, что товар уже зарезервирован первым пользователем. Но второму система дала сделать ставку, следовательно, если он останется без покупки, будет считать себя обманутым.
Сейчас для меня это не проблема, так как смогу отправить обоим. Но если бы продавался какой-нибудь редкий лот в единичном экземпляре - получилось бы неприятно.
Подробнее на скриншотах:
Мои сообщения попадают не к тем, кому я их отправлял,
мне приходят сообщения, которые кому-то другому отправлены.
Самое луччее вот это:
Сообщение от admin
В уведомлениях появились 2 каких-то непрочитанных сообщения. Хоят все сообщения прочитаны. Убрать никак не получается. При получении новых сообщений - счетчик увеличивается, после прочтения уменьшается до 2-х непрочитанных сообщений. Что может быть? Пробовал на разных компьютерах/ОС/браузерах. Везде одинаково. =(
Было такое же... Не знаю, как объяснить причину... но чтобы устранить - попробуй выбрать все сообщения в личке, а потом отметить их как прочитанные. Непрочитанные две штуки там есть, но найти их с ходу непросто
Стрелять надо первым