- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
вы уже тут вторым про пинг рассказываете
Читать научись. Пинг я привел в качестве примера поведенческих, что +200 мс заметны, очень.
Читать научись. Пинг я привел в качестве примера поведенческих, что +200 мс заметны, очень.
Это всё равно что у тебя страница грузится 0.2 секунды или 0,02 секунды. Одна секунда - да, разница заметная, но для человека между 0.2 и 0.02 сути нет, разве что если он специально не измеряет скорость загрузки 😂
---------- Добавлено 10.02.2016 в 14:10 ----------
Как бы там ни было, видимо всё-таки придётся ставить кэширующий плагин на мой Wordpress, наверное какой-нибудь Hyper Cache. С одной стороны он уменьшает мороку пользователям и ПСы проявляют большую лояльность, но с другой он добавит мороки мне, в плане поиска конфликтов с плагинами, ошибок, нежелательных корректировок файлов этим плагином...
для человека между 0.2 и 0.02 сути нет
Я написал, как проверить. Если лень, то просто поверь человеку, который 17 лет в инете за 10,000 км от Мск, что разница огромная.
Я написал, как проверить. Если лень, то просто поверь человеку, который 17 лет в инете за 10,000 км от Мск, что разница огромная.
Как бы там ни было, я не думаю что люди уж так сильно спешат, что им есть разница в несколько секунд загрузки того или иного сайта, и без разницы какой он тематики. Всё же склоняюсь больше к тому, чтобы не ставить никакой плагин - четверть секунды для получения отклика от сервера это более чем нормально. Для жителей из Владивостока и т.д. 1 секунда, максимум 2 вряд ли дадут им состариться за этом время. К тому же покопался по другим запросам в гугле: некоторые сайты и с 300мс задержки в топ 5. Самая весомая причина заключается в том, что от плагинов может быть и куча бед, которые не в скором времени можно будет и найти. Скажем, добавит он какой лишний символ (из-за конфликта с какими-либо настройками CMS), из-за чего перестанет работать часть важного кода, незаметного для администратора и пользователей. Наверное, лучше всего будет всё-таки переключиться на контент, юзабилити... Может и не совсем в тему, но как говорится: лучше когда у тебя нет квартиры, но и нет кредитов 😂
Самая весомая причина заключается в том, что от плагинов может быть и куча бед, которые не в скором времени можно будет и найти.
Это из практического опыта или гадание? С вордпрессовскими незнаком, но опенкартовский нитро испортить ничего не может. И я искренне верю, что не ставить его или подобное для коммерческого проекта - просто тупость.
Львиную долю из этих 250мс занимают запросы на базу.
Подумайте, что можно удавить, а что закэшировать.
Впрочем, многое и от сервера зависит и от настройки оного
Кстати. по собственному опыту. Невидимые варнинги во время работы скрипта, могут вылиться в 10ти кратную потерю производительности
Это из практического опыта или гадание? С вордпрессовскими незнаком, но опенкартовский нитро испортить ничего не может. И я искренне верю, что не ставить его или подобное для коммерческого проекта - просто тупость.
Это опыт. Как ни странно, плагины написаны людьми, а люди имеют свойство допускать ошибки, которые в итоге могут привести как к неправильной работе плагина, так и к вышеописанным "фейлам", которые могут быть вычислены не сразу, и которые вряд ли получится исправить, не удаляя плагина и все его упоминания.
---------- Добавлено 10.02.2016 в 15:30 ----------
Львиную долю из этих 250мс занимают запросы на базу.
Подумайте, что можно удавить, а что закэшировать.
Впрочем, многое и от сервера зависит и от настройки оного
Кстати. по собственному опыту. Невидимые варнинги во время работы скрипта, могут вылиться в 10ти кратную потерю производительности
Это да, от сервера. Но если твой сервер не какой-нибудь гугловкий, где и кэширование то не нужно, то без плагинов кэширования не обойтись. CMS проводят долгий процесс для пользователя - подключение к серверу, к базе данных, соединение всех php воедино и т.д. и т.п., а подобные плагины позволяют сразу обращаться к уже сгенерированной на html странице. Однако мороки тут тоже хоть отбавляй - что поменял в статье, так придётся и в плагине кэширования копаться, чтоб статья поменялась и там...
ping site.com
вот это и есть время ответа.
Нормально это меньше 30
Все это конечно верно, но Вы и Ваш сервер - одно один маршрут и расстояние, а Ваш сервер и Гугл - совсем другой.
Читать научись. Пинг я привел в качестве примера поведенческих, что +200 мс заметны, очень.
тыкать будете своей подруге
пример ваш не в тему, в данном случае читать внимательно нужно вам:
https://yadi.sk/i/p3y5FOwtocTkM
в чем разница думаю мозгов (даже не сомневаюсь) хватит сообразить
стоит ли впихивать на сайт лишний плагин для кэширования
плагин кеширования не лишний☝
все остальные лишние может, но не этот))