- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Речь идет о qTranslate или об обновленной версии qTranslate X?
qTranslate
https://wordpress.org/plugins/qtranslate/
qTranslate X
https://wordpress.org/plugins/qtranslate-x/
Если вы работали с qTranslate, можете проверить наличие проблемы в актуальной версии qTranslate X.
Далее, нужно смотреть исходный код класса виджета.
Если нужный вам функционал не предусмотрен по задумке самого виджета, его класс можно наследовать и переписать отдельный методы.
qtranslate-x таки. Виджет стандартный и судя по всему не предусмотрен функционал.
qtranslate-x таки. Виджет стандартный и судя по всему не предусмотрен функционал.
Я посмотрел исходный код класса виджета.
За формирование ссылки на языковую версию отвечает функция qtranxf_convertURL.
Здесь описана проблема
https://github.com/qTranslate-Team/qtranslate-x/issues/161
Простыми словами, в виджете ссылка формируется без учета настройки перезаписи ссылок для языка по-умолчанию.
(как я понимаю, последний параметр в функции установлен в true, а должен быть false)
Я не уверен, сможете ли вы применить рекомендации по перезаписи класса виджета, поэтому, ограничусь определением ошибки.
Возможно не в тему спрошу, но все же по ВП.) Как закрыть от индексации ссылку ответа в комментариях, то есть есть страница site.ru/post/, если кто-то написал коммент, то у него автоматически появляется ссылка Ответить, которая имеет адрес site.ru/post/#comment-. Содержимое страницы 100% одинаковое с оригиналом - соответственно для поисковых систем это дубли. Как правильно закрыть эти ссылки от индексации? Пробовал в robots Disalow: *comment-* - не закрывает. Я так понимаю нужно как-то в коде добавить <noindex> к ссылке Ответить. Может кто-то сталкивался с такой проблемой? Буду благодарен за помощь.
Я посмотрел исходный код класса виджета.
За формирование ссылки на языковую версию отвечает функция qtranxf_convertURL.
Здесь описана проблема
https://github.com/qTranslate-Team/qtranslate-x/issues/161
Простыми словами, в виджете ссылка формируется без учета настройки перезаписи ссылок для языка по-умолчанию.
(как я понимаю, последний параметр в функции установлен в true, а должен быть false)
Я не уверен, сможете ли вы применить рекомендации по перезаписи класса виджета, поэтому, ограничусь определением ошибки.
спасибо
изменил. Но ничего не изменилось на сайте. Кэша нет
изменил. Но ничего не изменилось на сайте. Кэша нет
Что и где изменили?
qtrans_convertURL не используется в виджете.
В виджете используется qtranxf_convertURL напрямую.
Вот исходный код функции qtranslate_core.php, которая генерирует ссылки.
Функцию править не нужно, как я догадываюсь.
Нужно отредактировать ее вызов в классе виджета (унаследовав его).
Оригинальные файлы плагина лучше не перезаписывать, иначе все изменения могут быть потеряны после обновления плагина.
Это по сути, мастер-функция на qtranxf_get_url_for_language
Что и где изменили?
qtrans_convertURL не используется в виджете.
В виджете используется qtranxf_convertURL напрямую.
переменную $showDefaultLanguage в qtranslate_compatibility.php в функции qtrans_convertURL, как описано по вашей ссылке, если я вас верно понял.
в каком файле нужно изменить qtranxf_convertURL и что именно, по вашему мнению?
Спасибо, что вникли в проблему
Как закрыть от индексации ссылку ответа в комментариях, то есть есть страница site.ru/post/, если кто-то написал коммент, то у него автоматически появляется ссылка Ответить, которая имеет адрес site.ru/post/#comment-.
Не занимайтесь ерундой, не надо тут ничего делать.
Возможно не в тему спрошу, но все же по ВП.) Как закрыть от индексации ссылку ответа в комментариях, то есть есть страница site.ru/post/, если кто-то написал коммент, то у него автоматически появляется ссылка Ответить, которая имеет адрес site.ru/post/#comment-. Содержимое страницы 100% одинаковое с оригиналом - соответственно для поисковых систем это дубли. Как правильно закрыть эти ссылки от индексации? Пробовал в robots Disalow: *comment-* - не закрывает. Я так понимаю нужно как-то в коде добавить <noindex> к ссылке Ответить. Может кто-то сталкивался с такой проблемой? Буду благодарен за помощь.
Google распознает якорные ссылки, как отдельные страницы.
Однако, по ссылкам #comment- указан rel="canonical" на страницу без якоря.
Соответственно, вес никуда не уплывает.
Я думаю, разработчики Wordpress хорошо знакомы с алгоритмами работы Google.
Хорошо взвесили плюсы и риски, при реализации данного функционала.
---------- Добавлено 07.01.2018 в 20:40 ----------
переменную $showDefaultLanguage в qtranslate_compatibility.php в функции qtrans_convertURL, как описано по вашей ссылке, если я вас верно понял.
в каком файле нужно изменить qtranxf_convertURL и что именно, по вашему мнению?
Спасибо, что вникли в проблему
Простого решения, типа добавить строчку в functions.php нету, потому, что плагин qTranslate почти не использует систему хуков.
Соответственно, нельзя отловить и модифицировать участок кода, можно его только переписать.
Если вы знакомы с программированием, тогда вам нужно унаследовать класс qTranslateXWidget и модифицировать методы, где вызывается qtranxf_convertURL (то-есть, создать новый виджет на основе класса виджета плагина).
Либо переписать исходный код виджета (или функции), но в таком случае, правки нужно будет вносить повторно после каждого обновления плагина.
спасибо. ясно.
странно конечно, что такой известный плагин создает 302 редирект, по сути это серьезный seo косяк
Google распознает якорные ссылки, как отдельные страницы.
Однако, по ссылкам #comment- указан rel="canonical" на страницу без якоря.
Соответственно, вес никуда не уплывает.
Я думаю, разработчики Wordpress хорошо знакомы с алгоритмами работы Google.
Хорошо взвесили плюсы и риски, при реализации данного функционала.
Большое спасибо за ответ. Теперь буду спать спокойно.))