- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Коллеги, подскажите, как на WP (плагин от Flector'a) сделать рубрики тоже турбо-страницами? Не вкурил пока.
Никто не знает?)
А я по началу включил тоже автора, а потом выключил и автора, и дату публикации (и на турбо и на обычной версии). Но после повторной проверки (которая 3-4 часа проходит) опять эти же статьи с этими же ошибками. Так самое странное, что Текущая версия Турбо-страницы показывает нормальную, без автора и даты публикациС
Смогли решить проблему?
Добрый день!
Подскажите, пожалуйста, планирую подключать комментарии на турбостраницы, как себя поведут турбо-страницы, если разрешить Cross-Origin только для запросов с *.yandex.* (для *.turbopages.org не разрешать )?
Так же интересует момент с iframe формы авторизации: кука полученная внутри iframe прокидывается на турбо-страницу?
Добрый день!
Подскажите, пожалуйста, планирую подключать комментарии на турбостраницы, как себя поведут турбо-страницы, если разрешить Cross-Origin только для запросов с *.yandex.* (для *.turbopages.org не разрешать )?
Так же интересует момент с iframe формы авторизации: кука полученная внутри iframe прокидывается на турбо-страницу?
Добрый день! CORS-заголовки нормально работают только при точном указании протокола обмена и домена, с которого приходит запрос. То есть скрипт, обрабатывающий запросы должен взять эту информацию из заголовка Origin, сравнить его со своим списком разрешенных хостов и, в случае успеха, отдать Access-Control-Allow-Origin с указанием протокола. Например,
Access-Control-Allow-Origin: https://https://yourdomain-ru.turbopages.org
На Турбо куки не прокидываются, информация о результате авторизации передается через JS-функцию postMessage() , пример реализации на PHP есть в Справке - https://yandex.ru/dev/turbo/doc/settings/auth-wordpress.html , описание общего принципа работы можно найти чуть выше по боковой навигации.
Дмитрий здравствуйте, как так получилось что в вебмастере нельзя отправить турбо страницы на переобход в инструменте "Переобход страниц" пишет "Некорректный URL: адреса должны быть относительными или принадлежать текущему сайту". Получается на сайте текст новый а на турбо странице старый.
Добрый день! Переобход – это инструмент для управления индексированием сайта. Для того, чтобы робот обработал новые данные, выгруженные в RSS фид, не требуется никаких действий. Достаточно убедиться в том, что контент в RSS/YML по ссылке, указанной на странице источников обновлен, а сам фид доступен (включен в Вебмастере, открывается по ссылке с 200-м кодом, не закрыт в robots.txt). Далее нужно подождать прихода робота. Если источник не обработан в течение суток, можно написать в поддержку либо мне в личные сообщения.
Добрый день! CORS-заголовки нормально работают только при точном указании протокола обмена и домена, с которого приходит запрос. То есть скрипт, обрабатывающий запросы должен взять эту информацию из заголовка Origin, сравнить его со своим списком разрешенных хостов и, в случае успеха, отдать Access-Control-Allow-Origin с указанием протокола. Например,
Access-Control-Allow-Origin: https://https://yourdomain-ru.turbopages.org
На Турбо куки не прокидываются, информация о результате авторизации передается через JS-функцию postMessage() , пример реализации на PHP есть в Справке - https://yandex.ru/dev/turbo/doc/settings/auth-wordpress.html , описание общего принципа работы можно найти чуть выше по боковой навигации.
В продолжение про куки: правильно ли я понимаю, что после postMessage() пользователя возвращает на трубо-страницу и с нее отправляется GET-запрос на проверку авторизации (без сессионной куки, только по TURBO_ID)?
Звучит не безопасно, или я не правильно понимаю логику работы?
Есть какой-то вариант добавить в родительский addEventListener прослушивание сессионной куки из iframe и добавления ее на турбо-страницу?
Здравствуйте!
И что же я вижу на следующий день? А вижу я ,что все турбостраницы удалены и их нет=замечательно выходит =)