- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Какой должна быть CRM в 2021 году и как ее выбрать
Советы от эксперта по автоматизации бизнеса компании ZOOMIA Incorporated
Кирилл Лесков
Google оштрафовали на 3 млн рублей за отказ локализовать данные россиян
Такой штраф компания получила впервые
Анна Бондарь
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Это воспроизводится даже на официальном блоге движка.
Ну то есть на каком-то конкретном сайте, а не на любом. Движок ВП к Вашей проблеме никак не относится. И те скрины - это объекты JS, используемые на конкретном сайте, это совсем другое.
И так всё прописано.
Если стоит правильный каноникал, то с ПСами проблем нет.
Это воспроизводится даже на официальном блоге движка.
Ваше право сомневаться.
Ссылка в аттаче не должна меняться. Это неправильно.
Каноникал прописан (его сам движок прописывает по умолчанию, к счастью - правильно), ПС радостно рапортует, что выбрал правильную ссылку. В этом проблемы нет.
Проблема в том, что "неправильных" ссылок, как на скриншоте, натащило под 1000 штук. Их вообще не должно быть, вам так не кажется?
Если на странице https://site/url-address/ стоит ссылка вида https://site/page/2/, то после того, как кто-то приписал в адресной строке что-то, ссылка https://site/page/2/ не должна меняться.
В любом случае, мне ясно, откуда выросли ноги, и что делать, тоже ясно. Всем спасибо, кто откликнулся.
Проблема в том, что "неправильных" ссылок, как на скриншоте, натащило под 1000 штук.
Кто куда "натащило" не понятно. Но что понятно - что ты САМ запрашиваешь "неправильные" урлы.
Ссылка в аттаче не должна меняться. Это неправильно.
Но самое интересное - в ВП нет такой проблемы.
Ссылка в аттаче не должна меняться. Это неправильно.
Ну неправильно - значит исправьте шаблон вывода этих ссылок. ВП здесь ни при чём, это проблема разработчика конкретного сайта.
В любом случае, мне ясно, откуда выросли ноги
А вот мне не ясно. Но явно Ваши скрины не имеют отношения к проблеме. Проблема в множественном URL-кодировании, а вот почему это происходит - непонятно.
Ну неправильно - значит исправьте шаблон вывода этих ссылок. ВП здесь ни при чём, это проблема разработчика конкретного сайта.
А вот мне не ясно. Но явно Ваши скрины не имеют отношения к проблеме. Проблема в множественном URL-кодировании, а вот почему это происходит - непонятно.
Вероятно, что-то такое происходит: https://serverfault.com/questions/832040/how-can-i-block-all-head-requests-to-urls-that-contain-a-substring-on-apache Логи веб сервера, скорее всего, помогут.
Кодирование, если это оно - не на моей стороне.
Если верить логам, то 2422 уникальных адреса, которые резолвятся на амазон, но при этом представляются гуглоботом, ботом эзоика, и рядом других ботов, долбят сайт с июня случайным набором вот этих вот 25252525.
Накатаю абузу в амазон, там разберутся.