- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
сделал ресерч. в общем, ничего кодить не надо, каноникал прописать в оригинальном файле и все.
каким образом canonical появится в страницах? хорошо, если сайт использует шаблоны и есть возможность определить этот самый канонический URL. а если этого нет, то придется кучуфайлов править. геморрой несопоставимый с правкой одного конфига с 301 редиректом.
каким образом canonical появится в страницах? хорошо, если сайт использует шаблоны и есть возможность определить этот самый канонический URL. а если этого нет, то придется кучуфайлов править. геморрой несопоставимый с правкой одного конфига с 301 редиректом.
вбить 1500 строчек в один файл проще чем по одной строчке в 1500 файлов, согласен конечно.
вот реальный пример из жизни. как известно, гугель штрафует медленые сайты. теперь, есть сайт, который у меня открывается меньше чем за секунду, точно так же, меньше чем за секунду открывается согласно куче онлайн тестеров.
однако гугель веб тулз показывают что сайт открывается от 3 до 10 секунд. ответ простой - почти все пользователи сайта пользуют беспроводной инет (гпрс, спутник и т.д.). Соответственно, тормоза.
теперь, если я организую редирект, я увеличу время открытия странички в два раза, т.к. два запроса. причем проблема не в пропускной способности, бо странички очень легкие, да и в спутнике полоса хоршая, а как раз во времени установления соединения.
Ну прямо таки в два раза.... не путайте время от отркытия крана до того, как из крана потечет вода с диаметром трубы.
Ну прямо таки в два раза.... не путайте время от отркытия крана до того, как из крана потечет вода с диаметром трубы.
ну давайте посчитаем. При прямом обращении к ресурсу.
установка соединения, 3-way handshake, TCP_SYN - 1T, TCP_SYN_ACK - 1T, TCP_ACK - 1T. сервер шлет данные 1Т. Имеем 4T к моменту прихода данных в броузер.
при редиректе и включенном Keep-Alive
имеем все то же самое на установку соединения 3Т плюс ответ от сервера о редиректе 1T, посылка TCP_ACK о подтвержении к которой может прицепиться запрос от броузера на новый адрес 1Т, ответ от сервера с данными 1Т.
итого получаем что при включенном Keep-Alive имеем в лучшем случае 6Т по сравнению с 4T, т.е. 6/4 = 3/2. Это в лучшем случае, с piggyback, когда к ACK цепляются данные и фрейм достаточно большой, чтобы влезли http-заголовки.
при выключенном Keep-Alive - строго в два раза дольше.
просто потому что при полосе хотя бы 512К на спутнике время передачи странички 7К стремится к нулю по сравнению со временем прохождения сигнала. да и на жопорезе в общем-то тоже, там задержки вообще секундами считаются :(
сколько ж у вас там пинг??
сколько ж у вас там пинг??
на спутнике обычно 700-1000 мс. меньше 500 не бывает, больше 1000 бывает.
на гпрс вообще невозможно усреднять, слишком большой разброс
ну по идее 301й редирект даст задержку сравнимую с пингом...