Поиск

Вроде всё заработало! А куда и когда будут выплаты по лидам что были до обнов? По графикам как и было ранее или они тоже уйдут в холд? Появился холд на оферах, теперь по истечению холда можно заказывать выплату? Минималка так и осталась 1000 ру? После заказа выплата приходит через какой срок, или будит так как и ранее согласно статуса на сайте? Сколько можно заказывать выплат если будит выплачиваться например раз в неделю? Много офферов в рекомендуемых у вас не рабочие Почему если есть лид то нет суммы которая упала в холд по определённому офферу, как то не удобно! При нажатии на название оффера например Prime World ссылка ведёт на а если нажать на ПОДКЛЮЧИТь то ведёт на https://webmaster/offers/428 и выдает ошибку Сервер не найден Долго выкатывали а до ума не довели ( ОБИДНО!!!! Ну наверное вы исправитесь ))))

Первоначальный вопрос снимается. Оказывается хостинг накосячил что-то. Сайт, на который вели https ссылки, хостится на том же сервере. На хостинге что-то исправили, редирект по ссылкам тут же прекратился, хотя в индексе гугла они понятно остались. Тогда всплыл новый вопрос. Если это ошибка настроек https на хостинге и в реальности на сайте нигде данные ссылки не всплывали, то как Гугл мог их заиндексировать? Где он их мог взять? ---------- Добавлено 08.06.2014 в 22:59 ---------- самописный + SMF-форум

Обнаружил что гугл проиндексировал несколько десятков ссылок странного вида: httpS://мой-домен.com/ссылка-на-раздел-чужого-сайта т.е. ссылки ведут на мой сайт, но по протоколу https. У меня сертификата нет, на сайте SSL не используется. Если пойти по ссылке, то браузер пишет, что сертификат принадлежит другому сайту, но если нажать на кнопку 'Я понимаю риск ', то успешно редиректит на чужой сайт. Объясните, пожалуйста, как срабатывает данный редирект?. И кстати, базу проверил, исходники и htaccess тоже. Нигде не нахожу ни инъекций, ни следа проиндексированных ссылок. Откуда Гугл мог их получить, чтобы проиндексировать - не представляю. ---------- Добавлено 06.06.2014 в 19:58 ---------- Да, еще. В Гугл для вебмастеров есть все те же ссылки, которые были проиндексированы гуглом, только по протоколу http. Все они находятся в разделе битых.

Всем привет! Есть сервис, который позволяет устанавливать кнопки шаринга в социальные сети на фотографии. При наведении курсора мыши на фото в углу появляются кнопки. Но при скроллинге кнопки начинают прокручиваться вслед за экраном, а должны фиксироваться в углу фотографии. Уже все перепробовал. Как их зафиксировать?. Код вот такой: script type= 'text/javascript ' (function(w,doc) {. if (!w.__utlWdgt ) {. w.__utlWdgt = true; var d = doc, s = ('script'), g = 'getElementsByTagName'; = 'text/javascript'; ='UTF-8'; = true; = ('https:' == ? 'https': 'http') + '://'; var h=d[g]('body')[0]; (s); }})(window,document); /script div data-background-alpha= '0.0 ' data-orientation= 'vertical ' data-text-color= '000000 ' data-share-shape= 'round-rectangle ' data-buttons-color= 'ff9300 ' data-sn-ids= '. ' data-counter-background-color= 'ffffff ' data-share-counter-size= '11 ' data-share-size= '30 ' data-background-color= 'ededed ' data-share-counter-type= 'disable ' data-pid= '1267881 '...

для https другая настройка на уровне веб-сервера, там и ищите (взлом 'панели управления '?). Можете 443 порт закрыть дополнительно, если не пользуетесь.

Приветствую. Нужно при заходе на: редиректить на:

может из-за того что картинка с https, а не http

Сейчас не доступен https:// заходите на viper5 cпасибо что сообщили нам об ошибке, постараемся быстро ее решить.

Сейчас ссылки вдруг пропали, но вылез такой код вверху сайта: (function(w,d){={'id':1549,'show_popups':1,'modules':'phrase'],'phrase_link_target':'_blank','phrase_min_distance':300,'popup_type':'vertical_green'};var js,id='cpatext-script',ref=('script')];var proto===='https:'?'https:':'http:';if ((id)){return;}js = ('script'); = id;=true;='utf-8';=proto+'//'+(new Date).getDate();(js, ref);}(window, document)); Может, кто-то понимает, что это значит?:)

Переживаешь за свою анонимность в сети Интернет? Наш VPN сервис обеспечивает безопасность клиентам с 2006 года. За это время мы многому научились и внедрили множество технологий для обеспечения совершенной защиты и анонимности наших клиентов. Наши VPN сервера не ведут логов, скрывают реальный IP адрес и DNS клиента, используют устойчивое ко взлому шифрование. Также мы уничтожаем косвенные доказательства использования VPN сети, такие как: - значение TTL, по которому можно определить за сколько серверов находится клиент; - сертификаты не содержат каких-либо данных, относящихся к нашему сервису, а также мы используем полную спецификацию OpenVPN соединения (все сертификаты, включая ), исключающую все угрозы безопасности клиентов; - подключение к IP адресу VPN сервера, а не к домену наподобии; - отличие входного IP адреса VPN сервера от выходного. В логах вашего Интернет провайдера останется запись о подключении к IP VPN сервера, но фактически вы будете пользоваться Интернетом с другого...

Всем привет! На хосте поднят почтовый сервер. Работает по SSL (захожу по https). Можно ли говорить о том, что SMTP-трафик защищен? Или для этого надо специально врубать SMTPS на 465 порт?. И ещё. У меня для почты есть свой домен, где я могу создать неограниченное кол-во пользователей. Если предположить, что у меня smtp-трафик защищен, то имеем: Почта идёт от a@ к b@ - переписка полностью защищена, ни один хрен её не прочитает (так ли?). Почта идет от a@ к b@ - может ли моя переписка на серверах яндекса или любого другого стороннего почтовика быть расшифрована? (предполагаем отсутствие снифферов, перехватчиков и прочей хрени) ---------- Добавлено 31.05.2014 в 07:53 ---------- Ещё могу добавить, что сертификат не самоподписанный, а реальный. Но он подтверждает только существование домена, но не подтверждает существование самого сайта.

как [umka] выше написал, по https вы криптуете http-трафик, веб-данные. для криптования почтового трафика вам необходимо натянуть ssl на ваш почтовый обмен. Если совсем хочется хардкора, то можете обменятся сертификатами с вашими получателями. Таким образом никто, кроме конкретных получателей не прочтет переписку. Если получателей много - то это не вариант. Если десяток важных и переписка действительно того стоит - то вещь полезная.

Проблема: Удаленный разработчик сидит на динамическом IP, ему нужно предоставить доступ к виртуальной машине FreeBSD и сайтам, один http, другой https. И виртуалка, и сайты, открыты через ipfw только для определенных адресов IP по соображениям безопасности. Сайты работают на других серверах, не на виртуалке разработчика. Установил на виртуалке OpenVPN, так что проблема доступа к виртуалке с динамических IP через SSH решена. Подскажите, пожалуйста, как мне теперь через VPN настроить доступ к сайтам, работающим на нестандартных портах и на других серверах, и доступ к которым тоже ограничен по IP? Пробовал через nginx, не сумел разобраться с SSL. Может есть какой-то другой, более правильный способ, например, сделать NAT с переадресацией? Есть ли какие-нибудь инструкции по настройке NAT для решения подобной задачи? Спасибо!

редирект на https происходит при входе в личный кабинет, при любой версии сайта. про недоперевод спасибо, учтем.

Видимо редирект с http на https просто лень поставить, на англ версии есть SSL - Правда русская версия немного 'недопереведенная ', немного странно почему переводят на русский транслитом 'КубосХост ', но при этом оставляют на англ - Portal Home. Client Area Client Area. Announcements Announcements. Knowledgebase Knowledgebase. Submit Ticket Submit Ticket. Downloads Downloads. Order Order.

Частотность wordstat через директ у кого-нибудь сегодня снимается? Не сильно вникал, но сдаётся в яндексе добавили редирект с http на https и прога обработать не может. UPD: Спасибо, разобрался, интернет-провайдер за долгое время мой айпи впервые сменил к которому прокси были привязаны. Прога выдавала, что акки на яндекс дохлые, а при ручной проверке всё ок было, не сходу сообразил куда копать)

Вот такая: 'DuckDuckGo по умолчанию использует работу между клиентом и сервером по протоколу HTTPS с использованием алгоритма шифрования RC4 и ключом длиной 128 бит. DuckDuckGo позиционирует себя как поисковую систему, которая ставит на первое место конфиденциальность пользовательской информации. Она не хранит IP адреса, не ведет лог пользовательской информации и использует куки, только когда это необходимо. Вайнберг заявляет 'DuckDuckGo не собирает и не делится личной информацией пользователей. Это наша политика конфиденциальности'. '

В данном случае смысла нет никакого, т.к. форум не умеет использовать HTTPS. Но если бы мы находились на странице / то и фавиконка попыталась бы загрузиться с Все ресурсы на странице, полученной по HTTPS, должны подгружаться по тому же самому протоколу, иначе будет дыра в безопасности и предупреждение в браузере, что не вся страница зашифрована. А подобный синтаксис позволяет использовать одну и ту же ссылку для обоих протоколов. Это удобно, когда заранее неизвестно, какой именно протокол будет использован.

т.е. на котором размещен такой путь к скриптам? Т.е. если у меня то код грузит c https, и соответственно с http?. На серче, тоже фавикон так грузится: Объясните пожалуйста смысл такого синтаксиса.

А смысл какой?. src= ' https: // или src= ' http: //. работает же?. Хочется узнать причину такого формата.