Поиск

Прокси для Яндекс.Браузера Яндекс.Браузер не имеет собственных настроек прокси, он работает через системные параметры Windows Где используется: - безопасный серфинг и защита данных - SEO (Wordstat, парсинг, аналитика) - работа с Яндекс.Маркет, Авито - мультиаккаунтинг и SMM Что важно: - браузер использует системный прокси - чаще всего применяется HTTP/HTTPS - SOCKS5 требует дополнительного софта - прокси влияет сразу на все приложения В работе с сервисами Яндекса качество IP важнее скорости, именно оно определяет стабильность и доверие к вашим действиям Подробнее в нашем гайде Для РФ - по ссылке Для мира - по ссылке

А еще можно просто интренет запретить. На благо граждан. Благонадежным с высоким социальным рейтингом разрешать полчаса в день под присмотром майора. А остальным только сайты из белого списка, парочка маркетплейсов, несколько банков и соцсетей с правильными владельцами и запретом шифрования, http или https с отечественными SSL-сертификатами от минцифры 😀

Приятно читать человека со здравым видением ситуации. Однозначно если клиенты исключительно из России. да в такой сочной аудитории. переходить в МАХ и никого не слушать. Телегу тоже можно оставить с подпиской как сделали практически все каналы 'Если у вас плохо прогружаются файлы, все новости ДОМЕН также доступны в нашем канале в MAX: https://домен '

Добрый день! Подскажите, куда копать и что с этим делать. В метрике вижу много заходов, где в динамических урлах находятся различные имена. Таких товаров у нас нет. Такой трафик не только поисковый, но и из директа тоже. Пример: https://домен/catalog/?q= Арина&type=catalog&s= https://домен/catalog/?q= Владислав&type=catalog&s= Буду рада подсказкам

Попробуйте эту систему RIVVA, удобная вещь, наберите в яндексе ' rivva seo анализ '. Простая в освоении система, добавляете в панель сайт и жмете сканировать, после получаете данные по самым критически важным параметрам сайта: Title, Description, Canonical, H1,, Sitemap, Счетчик Я.М., Дубли Title, Дубли Description, https, noindex, viewport, Битые ссылки, Редиректы, Время DOM, Отказы %. Можно скачать найденные ошибки. Но главная фишка системы - это автоматический мониторинг на все эти параметры, сколько раз такое было, что после обновления движка или других работ слетают SEO настройки или появляются другие ошибки, а узнаем мы о них только когда сайт уже упал. А эта система проверяет все эти параметры допустим раз в 2 дня и вы всегда видите что с сайтом все нормально. Плюс там можно добавить даты баланса хостинга и окончания домена - чтобы не профукать оплату.

Добрый день Меня зовут Анатолий. Я предоставляю услуги системного администратора Linux серверов, а также DevOps и DevSecOps. Занимаюсь мониторингом и обслуживанием серверов, моя работа в том, чтобы Вы забыли о всех проблемах на серверах. У меня собственный кластер для обработки мониторинговых данных, что дает мне возможность в течение 15 минут взять ваши сервера на мониторинг и быстро приступить к тонкой оптимизации на основании метрик. Чем я могу быть полезен: Оптимизация веб-сервера для ускорения загрузки страниц Оптимизация сервера для достижения макс. производительности работы ваших приложений; Отслеживание здоровья дисков и своевременная замена; Настройка сетевой безопасности; Установка ПО на ваш сервер и его настройка; Резервное копирование (бекапы) имеется собственное облако для надежного хранения бекапов; Включение http/2 + грамотная настройка https (ssl); Оптимизация размеров и сжатие изображений (дополнительное ускорения загрузки сайта); Постоянный присмотр за вашим...

Коллеги, привет всем! Помогите советом. Есть основной сайт и мобильная версия на поддомене (знаю, что это зло, но работаем с тем, что есть). Редирект с десктопа на мобильную через скрипт по userAgent. Для десктопной версии прописан. link rel= 'alternate ' media= 'only screen and (max-width: 640px) ' href= ' ' Для мобильной версии указана каноническая страница. link rel= 'canonical ' href= 'https:// sait.ru/ ' Проблема в том, что Яндекс начал ранжировать на десктопе мобильную версию. То есть сейчас есть ряд запросов, по которым в поиске с десктопа вылезает мобильная версия. Как быть? Вроде вся база сделана уже. ИИ дает такой совет. 'Добавить скрипт, который проверит ширину экрана: если она больше 640px, он перенаправит пользователя на десктопную версию. Поисковые роботы со временем увидят это поведение и поймут, что m. не предназначена для десктопа.' Короче говоря, сейчас есть скрипт, который по устройству на мобилку отправляет, а будет еще такой, который с мобилки будет отправлять...

Всем привет! Вопрос относительно SEO ссылок. Как известно, сайт лучше ранжируется, если в самих ссылках содержатся ключевые слова. Вопрос. Как правильно будет согласно Закона 168-ФЗ, если в ссылках ключевые слова будут как транслитерация русских слов? Или все таки можно в ссылках использовать английские слова? Для примера привожу две ссылки. https://my-site/znakomstva/cn-rossiya/ct-ivanovo/gn-zhenskij https://my-site/en/relationships/cn-russia/ct-ivanovo/gn-women Закона 168-ФЗ как то регулирует сео ссылки или нет?

Давно хотел собрать это в одном месте сравнение вариантов для простой задачи: разместить статику (HTML/CSS/JS, лендинг, документация) на Object Storage без VPS. Везде S3-совместимый API, поддержка кастомного домена. Яндекс Object Storage Стандартное хранилище около 2 ₽/ГБ/мес. Из важного: первые 100 ГБ исходящего трафика каждый месяц бесплатно, первые 10 000 PUT и 100 000 GET операций тоже. Для небольшого сайта выходит практически бесплатно. При регистрации дают грант ≥4000 ₽ на 2 месяца. Статический хостинг настраивается из консоли, HTTPS через их Certificate Manager. Сам использую работает. Selectel Примерно те же ~2 ₽/ГБ, поддерживают статику прямо в документации. Из плюсов собственные ЦОД в РФ, давно на рынке, репутация надёжная. Минус нет такого щедрого free tier как у Яндекса, трафик считается отдельно. VK Cloud Hotbox (стандартный класс) ориентирован на раздачу контента. Статический хостинг поддерживается, но есть нюанс: HTTPS для статики работает только через HTTP (без SSL...

почему? мобильные операторы блокируют как то частично или первые https/2 запросы?

Меня одного удивляет, что такие банальные вещи нужно объяснять людям, которые считают себя IT-специалистами? Конечно же, никакой владелец VPN сервиса, и никакой товарищ майор, контролирующий коробку СОРМ, не могут декодировать проходящий чрез них HTTPS трафик - все шифруется еще в браузере, до отправки куда либо. И нет никаких 'массивов видеокарт ', вытаскивающих из этого трафика пароли от онлайн банков и т.д. Иначе, не было бы никаких банков давно, а скомпрометированный протокол пришлось бы срочно менять.

Какой стандарт? Рекомендация - кандидата)))) 15 минут ушло на то чтобы попасть вот сюда И прям сразу прочитать что это НЕ НОРМАТИВ, а временный костыль. И еще узнать какие проблемы он решал во времена массового перехода на HTTPS. - Клиент мог сообщить чтоб он в состоянии подключиться по https - Сервер мог сообщить чтоб все ссылки из http превращались в https Там даже примеры есть. А еще там есть о том, что он никак не заменяет и не пытается заменить ПРОТОКОЛ, СТАНДАРТ RFC 6797. И что следовать нужно ему. А он как раз жестко шлет на https и рвет соединение если безопасность не обеспечена.. ща конечно другие стандарты, повыше чем высокие. Но я уже допил кофе, простити.

откуда ты эту дичь берешь? просто читай в первоисточнике:   там кстати и про переезд с http на https описано, что юзать 301.

потому что у тебя полное непонимание что это и для кого это. это рекомендация браузеру, что если тебе надо эта безопасность то перейди на https. яндекс во первых не браузер, а бот, и ему без разницы кто там какой запрос подменит между ним и твоим сервером, что получит, то и проиндексирует. но на дворе 2026, все сайты должны быть на https, это не просто правило хорошего тона, это база. ставить 301 с http это норма. ftp кстати умер лет 15 назад, его давно не должно быть, потоvу что есть sftp.

Давай на пальцах. Впн это инкассаторская машина. У владельца Впн есть ключи от самой машины, он может ее открыть и посмотреть, сколько внутри сейфов и куда их везут. Но ключей от самих сейфов (https-трафика) у него нет, они лежат только у тебя и у банка. Чтобы вскрыть сейф на ходу, ему нужно распилить его болгаркой, и твой браузер это сразу заметит, выдав красную ошибку невалидного сертификата

Если трафик идет по https или через протоколы мессенджеров, то для владельца vpn он выглядит как криптографический мусор. Никакой 'левый vpn ' не сможет расшифровать ваш банковский трафик или переписку без установки своего корневого сертификата на ваше устройство. Максимум что они видят - это IP-адрес сервера к которому вы обращаетесь, и объем переданных данных

Тут в треде всё смешали в кучу куки, персональные данные, метрику, РКН. Давайте разложим по полочкам, потому что куки кукам рознь. Что такое кука технически? Это пара ключ=значение, которую сервер просит браузер сохранить. Всё. Сама по себе кука это не персональные данные, точно так же как пустой конверт это не письмо. Какие куки НЕ являются персональными данными: Сессионные куки ( PHPSESSID, session_id ) живут до закрытия браузера, нужны чтобы сайт работал. Без них не будет корзины, авторизации, CSRF-защиты. Это техническая необходимость, а не сбор данных. Функциональные куки язык интерфейса, тема оформления, cookie_consent=yes (ирония сама кука о согласии на куки). Никакой идентификации пользователя. First-party куки без привязки к личности например, last_visited_page=/catalog. Нет ни email, ни IP, ни имени. Это не ПД ни по ФЗ-152, ни по GDPR. Какие куки ЯВЛЯЮТСЯ (или могут являться) персональными данными: Куки трекинговых систем: _ym_uid (Метрика), _ga (Google Analytics)...

Люто плюсую ТС, тоже недавно делал реверс прокси, тоже с помощью Opus. Причём реверс прокси для 5 разных доменов в одном VPS прокси, ии сделал всю работу за раз два. Из-за блокировки РКН пришлось написать https API + CDN, и опять же Opus все сделал за пару часов.

Складывается впечатление, что это сами 'патентные тролли ', как их тут называют, распространяют бредятину о том, что всё можно и бояться нечего. Товарищ практик может подробнее рассказать о блокировке ркном конкретной отдельной страницы, когда сайт работает по https?

если убрать галочку 'всегда HTTPS ', то сайт начинает работать по http без проблем даже при включенном проксировании. но как разместить свой ssl сертификат на бесплатном тарифе CF пока непонятно