- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем добрый вечер!
Помогите разобраться с вопросами оптимизации:
1. Наблюдается достаточно долгий wait от сервера = 853mc при тестировании сайта:
http://tools.pingdom.com/fpt/#!/cEGRDp/http://www.arteferro.ru/
По доступу из различных мест с Европы картина аналогичная:
http://yadi.sk/d/kEXdp9AA6tBMb
С чем это может быть связано?
Сайт находится на достаточно шустром дедике в Хецнере. Сам сервер настраивался специалистом.
Debian 6 64, Apache + Nginx, PHP, MySQL
Человек, который настраивал - говорит, что все нормально. Но мне такой wait не нравится...
Секунду только ответа от сервера ждать - считаю это совсем ненормальным.
Разместил этот же самый сайт на другом домене, на обычном дешевом хостинге. Результаты теста улучшились в 2.5 раза, при тестировании со всей Европы:
http://yadi.sk/d/j5RTh_ns6tBep
Особенно если зайти в магазин - чувствуется очень медленное добавление в корзину.
Статика и gzip с Nginx временно отключена. Меня интересует именно вопрос по такому длительному wait'у - с чем это может быть связано?
2. На тесте виден довольно длительный коннект на некотором контенте:
http://tools.pingdom.com/fpt/#!/cEGRDp/http://www.arteferro.ru/
Что тоже не очень хорошо. Как с этим посоветуете быть?
PS^ Сайт еще в разработке, многое доделывается. Принял бы критику и советы по оптимизации сайта http://www.arteferro.ru/
Планируется:
Настроить кеширование статики и gzip, кеширование на стороне клиента, заспрайтить графику, JS убрать вниз, оптимизировать изображения, индексы в БД. Возможно на поддомен вынести некоторую статику для увеличения коннектов браузера?
длительному wait'у - с чем это может быть связано?
медленная работа скриптов, тормозной сервер и т.д.
В случае тормозного сервера может быть проблема с нагрузкой на винт от других пользователей хостинга, и если что-то пишется на него, то это приводит к тормозам.
Принял бы критику и советы
Уменьшите размер страницы. 2,5 мегабайта - это очень много.... хотя бы чтобы меньше метра было.
Человек, который настраивал - говорит, что все нормально. Но мне такой wait не нравится...
А что говорит человек в ответ на это:
на обычном дешевом хостинге. Результаты теста улучшились в 2.5 раза,
nginx/0.7.67 ..в принципе не гоняюсь за цифрами, но уже давно за единичку перевалил. При том, что есть официальный deb-пакет. Возможно, есть причины?
Можно, конечно, в strace-ах поковыряться, но, есть ощущение, что настройки подкрутить нужно.
на достаточно шустром дедике в Хецнере.
как сказал Dreammaker, "соседи" мешать не могут?
как сказал Dreammaker, "соседи" мешать не могут?
несколько не заметил, что там дедик, но в целом, таки да, что угодно может быть на сервере, даже без ведома хозяина. :)
Уменьшите размер страницы. 2,5 мегабайта - это очень много.... хотя бы чтобы меньше метра было.
Да, страница великовата - это в списке оптимизации стоит.
А что говорит человек в ответ на это:
nginx/0.7.67 ..в принципе не гоняюсь за цифрами, но уже давно за единичку перевалил. При том, что есть официальный deb-пакет. Возможно, есть причины?
Можно, конечно, в strace-ах поковыряться, но, есть ощущение, что настройки подкрутить нужно. А может он не такой уж шустрый? о_О или,
как сказал Dreammaker, "соседи" мешать не могут?
Хм.. про энджинкс - это точно подметили, что довольно-таки старая версия. Я на это не обратил внимания. Сейчас спрошу.
несколько не заметил, что там дедик, но в целом, таки да, что угодно может быть на сервере, даже без ведома хозяина. :)
Да, сервер выделенный - соседей нет. Сервер планировался не только для одного сайта. Но нагрузки со стороны других сайтов пока нет, показателя загрузки процессора, ОП, канала - минимальные.
Аудит безопасности тоже проводили на сервере - все нормально.
2,5 мегабайта - это очень много.... хотя бы чтобы меньше метра было.
Да, страница великовата - это в списке оптимизации стоит.
там одних шрифтов на мегабайт
В любом случае, это к большому wait-у HTML-кода не относится.
показателя загрузки процессора, ОП, канала - минимальные.
Показатели загрузки ОП минимальные? Это сколько в цифрах? Т.е. в памяти ничего не лежит? Т.е. всё с диска читается? о_О
Может там внутри виртуалка с ограничениями? Или просто "буфера увеличить надо" (с)...
несколько не заметил, что там дедик,
Если к дедику имеют root доступ двое - это уже не дедик.. :D
там одних шрифтов на мегабайт
Угу. Сказал об этом разработчику сайта. Он говорит, что "все совершенно в норме. они ведь 1 раз всего загружаются". Ну этот факт меня как-то все равно смущает. Что там грузить на 850 кб? Попросил исправить данный момент.
Показатели загрузки ОП минимальные? Это сколько в цифрах? Т.е. в памяти ничего не лежит? Т.е. всё с диска читается? о_О
Может там внутри виртуалка с ограничениями? Или просто "буфера увеличить надо" (с)...
Загрузка ОП - 16гб всего, используется 2гб. Да, все с HDD вроде читается.
Или советуете некий скоростной контейнер создавать в ОП, из которого будут браться часто используемые данные? Слышал про мемдиск, но на текущем сервере вроде бы мне такое не реализовывали.
По буферам - вот такие значения в энджинкс:
proxy_buffers 8 32k;
proxy_buffer_size 64k;
Если к дедику имеют root доступ двое - это уже не дедик.. :D
Да, доступ у двоих. Я и тот, к кому я обращался по настройке сервера. С серча он, вроде бы довольно сведующий человек. Но буду иметь ввиду...
С серча он, вроде бы довольно сведующий человек. Но буду иметь ввиду...
не-не.. я без претензий к админу.. однако, в каждой шутке есть доля..
Загрузка ОП - 16гб всего, используется 2гб. Да, все с HDD вроде читается.
не, не в том дело.. файлы кэшируются средствами ОС.. а вот БД, apache, или что ещё может тормозить - в зависимости от настроек.
Возможно, опкэшер есть смысл поставить (XCache, APC)..
А вообще, вслепую сложно говорить - анализировать надо, горлышко бутылочное искать...
Сайт частично оптимизировался, но проблема с долгим wait так и не решена...
http://tools.pingdom.com/fpt/#!/d3LXkl/http://www.arteferro.ru/
Самое узкое место теперь...
есть у кого-нибудь предположения, из-за чего могут быть такие задержки?
artcrazy, ну попробуйте залейте файлы PHP и базу на другой уже настроенный хостинг (не дешевый, у них бесплатный триал 30 дней). Если проблема не решится, тогда скорее всего, виновник - система (PHP скрипт), а не сервер. А там уже можно будет делать бенчмарк хоть после каждого цикла.