Мне нужно сделать отчет в Метрике, чтобы было на графике наглядно понятно сколько материалов публикуется на сайте каждый день. Чтобы я мог смотреть динамику. Как это лучше сделать? В контентной аналитике такого нет.
Единственное, что приходит в голову, это построить отчет на основе URL страниц, т.к. у меня в них указывается дата публикации, типа "site.ru/article/12/07/2022/title". Но все равно не знаю как это сделать.
Может быть сделать это не в метрике, а где-то еще. Может быть все-таки выгружать в эксель и там уже все это строить. Подскажите какой тут самый легкий вариант.
Добрый день. Я работаю в поддержке Яндекс Рекламы. На время отпуска Дмитрия Громова, буду помогать с вопросами по рекламным сервисам Яндекса. Параметр ysclid передаётся в ссылке при переходе на сайт из результатов поиска Яндекса. С его помощью можно более точно отследить поисковый запрос, который предшествовал переходу.
из результатов поиска, но в справке говориться о Директе — рекламу не давали!
Всем привет! Хочу рассказать про новый параметр в Метрике — ysclid.
Таргетирование рекламы осложняет отказ от сторонних cookies и усиление регулирования в сфере персональных данных. Это заметно и в Метрике: в некоторых случаях статистика по поисковым запросам может отображаться не полностью. Например, информация по ним может частично отсутствовать, если пользователи переходили на ваш сайт из выдачи в браузерах с ограничением межсайтовых cookies (third-party cookies).
Чтобы более точно определять поисковые запросы в Метрике и при этом сохранять приватность пользовательских данных, Яндекс тестирует новую механику. Когда пользователь переходит на некоторые сайты из поиска Яндекса, в браузере, который ограничивает отслеживание cookies, к ссылке добавляется специальный параметр ysclid. Тесты показали, что у некоторых сайтов распознавание фраз улучшилось более чем на 50%.
Пока новая механика тестируется на сервисах Яндекса и части аудитории Метрики, но скоро новый параметр будет применяться у всех пользователей Метрики.
Если появятся вопросы, буду рад ответить :)
а какого бортмеханика этот параметр добавляется к ссылкам, посетителей которые пришли с поиска?
вообще-то нужно сначала посмотреть, какой версии openssl или что у Вас стоит на сервере и исходя из этого подбирать ключи, например глядя на то что показывает ssllabs
Всем привет! Начал отслеживать обход страниц Яндексом и ужаснулся от урл https://сайт/категория/статья.html?customize_changeset_uuid=9a9c5cf4-8784-4ccf-9872-da888b2a6948&customize_theme=mh-foodmagazine&customize_messenger_channel=preview-0
Не пойму откуда взялся такой длинный хвост и как от него избавиться или хотя бы запретить его в роботсэто
этот урл бот яндекса скушал, когда Вы открывали страницу кастомизации (Wordpress)...
Ставьте адблок или сделайте, чтобы админам сайта метрика не показывалась, у Вас скорее всего еще и обход по метрике включен
Зря вы это затеяли:) Это раньше была проблема, когда хостинг ограничивал трафик, на данный момент этого нет. Скажем так, на данный момент, чем больше ваших изображений показывается на сторонних ресурсах, тем лучше для вас.
я думаю у человека другая цель, не снизить нагрузку, а предотвратить кражу контента, она же написала не только картинки но и стили, в общем дармоедов кормить не хочет 😁
В итоге сделала через шаблон .tpl(stpl) в секцию: server { ... location ~* ^.+\.(jpeg|jpg|png|svg|webp|gif|css)$ { добавила конфигурацию:
Теперь возникла задача ограничить доступ по конкретным referer дополнительно.
Думаю сделать с помощью map. 1. В шаблоне .tpl(.stpl) в секцию server { прописать: 2. А в конфигурационном файле nginx.conf в секцию http { прописать:
Подскажите, пожалуйста, не будет ли конфликта между правилами? Например, если referer не попадает под блокировку в map $http_referer, но при этом не проходит проверку в valid_referers. Или наоборот.
Может для моей задачи есть более элегантное решение?
конфликта не будет, от хотлинка Вы правила пишите в отдельный location с расширением файлов чтобы их не тянули, а вторым правилом ограничиваете вообще доступ к серверу (сайту). hostname лишнее
map $http_referer $bad_referer {
default0;
"~*site.ru"1;
...
}
далее без единички
if ($bad_referer) { return444; }
P.S. map-ы лучше в отдельный файл записывать в папке conf.d
Стоит панель vesta, было бы здорово добавить правила и к примеру после кучи таких обращений ип попадал автоматически в бан.
Подскажите пожалуйста, как стандартными средствами блокировать атаки, периодически идут кучи обращений с одного ип. Я его блокирую в nginx конфиге (deny 1.1.1.1;) и атака заканчивается, но хотелось бы что бы блок был на автомате. Сайтов много и обязательное условие что бы не было блокировки гугл бота.
Обращений идёт десятки в каждую секунду к сайту, пример на скриншоте:
рекомендую использовать ipset, силами панели блочит так себе решение, там все непосредственно в iptables пишется, а в ipset сколько угодно можно занести ip адресов или подсетей и при этом не нагружать сервер.
Либо можно сделать проще — рубить всех через nginx кроме ПС, кто пришел по http/1.1, http/1.0
Хотел было сделать некий промежуточный итог, не мне же одному будет подобное полезным, хотя и мне тоже :) Но ваш комментарий несколько озадачил. В смысле отказ и вывод остатка? Это киви или юмани?
Также в тему топика моменты:
Я так понимаю, что "Подарок для сайта" - тоже не особо катит, так как деньги в таком случае принадлежат сайту, а не автору. Просто в юридических моментах это тоже может быть тонким нюансом - это как быть ИП, что подразумевает свои нюансы :) Поэтому вероятно лучше писать "Подарок для автора", ну или просто "Подарок". По крайней мере, это звучит лучше, чем "Пожертвовать".
Ну а вопрос в том, что, например, слово "Поддержать" как в этом случае трактуется? Ну и видимо, "Поддержать проект" подразумевает траты на проект (сайт). Абстрактно, а себе покушинькать в это входит или нет?
То, что денег будет немного и не факт, что у каждого сайта, это понятно. Но это хотя бы возможность "Хостинг + Домены + Себе чутка".
Мне нужно сделать отчет в Метрике, чтобы было на графике наглядно понятно сколько материалов публикуется на сайте каждый день. Чтобы я мог смотреть динамику. Как это лучше сделать? В контентной аналитике такого нет.
Единственное, что приходит в голову, это построить отчет на основе URL страниц, т.к. у меня в них указывается дата публикации, типа "site.ru/article/12/07/2022/title". Но все равно не знаю как это сделать.
Может быть сделать это не в метрике, а где-то еще. Может быть все-таки выгружать в эксель и там уже все это строить. Подскажите какой тут самый легкий вариант.
а взять с карты сайта не вариант?
... через Cloudflare, реальный айпишник не увидеть
можно увидеть, просто надо знать каким инструментом пользоваться
Добрый день. Я работаю в поддержке Яндекс Рекламы. На время отпуска Дмитрия Громова, буду помогать с вопросами по рекламным сервисам Яндекса. Параметр ysclid передаётся в ссылке при переходе на сайт из результатов поиска Яндекса. С его помощью можно более точно отследить поисковый запрос, который предшествовал переходу.
из результатов поиска, но в справке говориться о Директе — рекламу не давали!
а какого бортмеханика этот параметр добавляется к ссылкам, посетителей которые пришли с поиска?
Кто-то смог подобрать идеальный список для ssl_ciphers?
Нужно:
Максимальная совместимость (win XP, андроид 4 в т.ч.).
Максимальная скорость работы.
Минимальное количество слабых/уязвимых шифров.
Есть список:
ssl_ciphers "EECDH+ECDSA+AESGCM EECDH+aRSA+AESGCM EECDH+ECDSA+SHA384 EECDH+ECDSA+SHA256 EECDH+aRSA+SHA384 EECDH+aRSA+SHA256 EECDH+aRSA+RC4 EECDH EDH+aRSA RC4 ECDH+3DES DH+3DES RSA+AESGCM RSA+AES DES-CBC3-SHA RSA+3DES !aNULL !eNULL !LOW !MD5 !EXP !PSK !SRP !DSS +RC4 RC4";
вообще-то нужно сначала посмотреть, какой версии openssl или что у Вас стоит на сервере и исходя из этого подбирать ключи, например глядя на то что показывает ssllabs
Всем привет! Начал отслеживать обход страниц Яндексом и ужаснулся от урл https://сайт/категория/статья.html?customize_changeset_uuid=9a9c5cf4-8784-4ccf-9872-da888b2a6948&customize_theme=mh-foodmagazine&customize_messenger_channel=preview-0
Не пойму откуда взялся такой длинный хвост и как от него избавиться или хотя бы запретить его в роботсэто
этот урл бот яндекса скушал, когда Вы открывали страницу кастомизации (Wordpress)...
Ставьте адблок или сделайте, чтобы админам сайта метрика не показывалась, у Вас скорее всего еще и обход по метрике включен
Зря вы это затеяли:)
Это раньше была проблема, когда хостинг ограничивал трафик, на данный момент этого нет.
Скажем так, на данный момент, чем больше ваших изображений показывается на сторонних ресурсах, тем лучше для вас.
я думаю у человека другая цель, не снизить нагрузку, а предотвратить кражу контента, она же написала не только картинки но и стили, в общем дармоедов кормить не хочет 😁
Всем привет!
В итоге сделала через шаблон .tpl(stpl)
в секцию:
server {
...
location ~* ^.+\.(jpeg|jpg|png|svg|webp|gif|css)$ {
добавила конфигурацию:
Теперь возникла задача ограничить доступ по конкретным referer дополнительно.
Думаю сделать с помощью map.
1. В шаблоне .tpl(.stpl) в секцию server { прописать:
2. А в конфигурационном файле nginx.conf в секцию http { прописать:
Может для моей задачи есть более элегантное решение?Подскажите, пожалуйста, не будет ли конфликта между правилами? Например, если referer не попадает под блокировку в map $http_referer, но при этом не проходит проверку в valid_referers. Или наоборот.
конфликта не будет, от хотлинка Вы правила пишите в отдельный location с расширением файлов чтобы их не тянули, а вторым правилом ограничиваете вообще доступ к серверу (сайту). hostname лишнее
map $http_referer $bad_referer {
default 0;
"~*site.ru" 1;
...
}
далее без единички
P.S. map-ы лучше в отдельный файл записывать в папке conf.d
Стоит панель vesta, было бы здорово добавить правила и к примеру после кучи таких обращений ип попадал автоматически в бан.
Подскажите пожалуйста, как стандартными средствами блокировать атаки, периодически идут кучи обращений с одного ип. Я его блокирую в nginx конфиге (deny 1.1.1.1;) и атака заканчивается, но хотелось бы что бы блок был на автомате. Сайтов много и обязательное условие что бы не было блокировки гугл бота.
рекомендую использовать ipset, силами панели блочит так себе решение, там все непосредственно в iptables пишется, а в ipset сколько угодно можно занести ip адресов или подсетей и при этом не нагружать сервер.
Либо можно сделать проще — рубить всех через nginx кроме ПС, кто пришел по http/1.1, http/1.0
Хотел было сделать некий промежуточный итог, не мне же одному будет подобное полезным, хотя и мне тоже :) Но ваш комментарий несколько озадачил. В смысле отказ и вывод остатка? Это киви или юмани?
Также в тему топика моменты:
Я так понимаю, что "Подарок для сайта" - тоже не особо катит, так как деньги в таком случае принадлежат сайту, а не автору. Просто в юридических моментах это тоже может быть тонким нюансом - это как быть ИП, что подразумевает свои нюансы :) Поэтому вероятно лучше писать "Подарок для автора", ну или просто "Подарок". По крайней мере, это звучит лучше, чем "Пожертвовать".
Ну а вопрос в том, что, например, слово "Поддержать" как в этом случае трактуется? Ну и видимо, "Поддержать проект" подразумевает траты на проект (сайт). Абстрактно, а себе покушинькать в это входит или нет?
То, что денег будет немного и не факт, что у каждого сайта, это понятно. Но это хотя бы возможность "Хостинг + Домены + Себе чутка".
вообще не понятно, что тут думать и обсуждать, когда юмоней сам предлагает собирать деньги на что угодно через ЮStream