Поиск

да, в addurl. сейчас из поискового запроса переносит на страницу некорректно: в адресной строке перечеркнутый красным https и пустая страница.

выяснили, что в письмах http, заменили на https - возможно, именно в этом был нюанс. лимит с 2 до 4 дней увеличим на этой неделе. спасибо за рекомендацию!

Добавили возможность пополнения баланса через интернет-банкинг банков 'Русский Стандарт ' и 'Альфа Банк '. Также, в целях повышения безопасности данных наших пользователей, мы перешли на зашищенный протокол (https).

Единственное, что тут ясно - есть подозрения на то, что информация каким-то образом оказывается у третьих лиц. Высказывания неспециалистов да еще и переданные своими словами другим неспециалистом, следует понимать именно так. Поэтому возможных сценариев бесконечное число и я предлагаю просто определить границу между разумными мерами и паранойей. Если уж так хочется конкретики: да, возможна расшифровка и модификация любой информации переданной внутри ssl, если клиентское ПО заранее модифицировано и туда внесены поддельные сертификаты. Например, Forefront TMG Server таким образом инспектирует https. C ADSL тоже проблема решаемая.

спорить с вами не буду, но а) панель на конец июля находилась по адресу https://193.193.197.82/manager/ispmgr б) сайты висели на ip 193.193.197.82 и имели нсы если у вас что то поменялось с тех пор - то неплохо было бы сделать рассылку, не все клиенты держат домены на ваших нсах, некоторые держат домены на нсах регистраторов. если я верно понял - то письмо полученное мной о переносе аккаунта 21 августа, в котором перенос был отложен - должно было стать для меня сигналом, что перенос все таки состоялся. если перенос состоялся, сообщите, пожалуйста, новый ip адрес сервера (по крайней мере подтвердите, что он 91.226.212.116)

1) А Key Collector перебирает прокси при неудачных запросах?. Т.е. обращается к определённой странице вордстата, например, через прокси №1. прокси нерабочий или ошибка соединения или ещё что-нибудь. берёт прокси №2 и обращается к этой же странице. и так 'до победы '?. А то тестировал Словоеб - не получается парсить вордстат через прокси (выдаёт ошибки, хотя прокси прочеканы самим Словоебом и через другой софт работают с вордстатом). Может просто Словоёб давно не обновлялся?. 2) Какие типы прокси нужны для этой софтины (http, https, socks4, socks5)?

Позволяет ли Бегун размещать сайты на бесплатном хостинге, и если да - на каких хостингах/на каких условиях (только не юкоз - интересует хостинг без конструктора, с ftp)?Принимает ли домены третьего уровня (На в частности; на айола; и т.д.)? Имеет ли значение гражданство (я украинец, например) либо есть ограничения?. Те же самые вопросы интересуют насчёт Адсенса. И раз уж я здесь. Кто-нибудь знает бесплатный хостинг, сайт которого использует https, со свободной регистрацией? - Не могу найти ответ самостоятельно. Прошу помощи!

Не знаю, в каком разделе запостить, но хочу предупредить уважаемое сообщество от вероятного угона почтовых ящиков мыл@(?). Словил на @мыло письмо следующего содержания: В Тизернете регистрировался очень давно, да и не на этот e-mail. Восстановление пароля тоже не запрашивал, но прочитать письмо зашёл, чего это они. Поняв, что письмо не представляет собой интереса, кликнул по ссылке назад ко входящим и тут опаньки - ссылка не туда и понял, что 'я сболтнул чего-то лишнего '. Смысл следующий: письмо содержит форму с прозрачной кнопкой на весь экран, при клике на которую по замыслу злоумышленника стартует ява-скрипт, грузящий картинку с get-параметрами куков текущего документа. Т.е. нашего мыла. Как заметить неладное: курсор мыши не меняет свой вид на 'палец ' при подведении к ссылкам. Если всё-таки кликнули и видите, что попали не туда куда планировали - сразу меняйте пароль. Ну и https + запрет параллельных сессий - так секьюрнее. Пишу здесь, потому что похоже я не одинок - подобный...

А что, разве через прокси не люди ходят? Можно любым, если не надо скрывать свой IP. И многие HTTP-прокси показывают, что Вы коннектитесь через прокси - посылают заголовки типа. и тп. Некоторые прокси режут Coocikes. Анонимность(в плане сокрытия IP) и отсутствие левых заголовков дают HTTPS и SOCKS прокси.

Всем доброго времени суток! Запускаем проект, который изначально был сделан весь на https протоколе. Насколько выяснили информацию для индексирования проблем ни в Яндексе, ни в Гугле нет. Единственное что удалось выяснить могут быть проблемы с учетом внешних ссылок в Яндексе на https протокол, следовательно такой сайт двигать там не получится и надо переделывать на http. Подскажите, пожалуйста, насколько это правда и кто с каким опытом и проблемами сталкивался при продвижении сайта на https. Заранее спасибо за ответы и помощь!;)

Проблем с этим не наблюдаю. Сайт на https полтора года, ссылки на него без https, учитываются хорошо. Так что думаю, вам не стоит беспокоится в этом плане.

Надо настроить в виртуальные хосты, так, чтобы HTTPS работал на одном домене, а на всех остальных доменах, была переадресация с HTTPS на HTTP или просто, чтобы HTTPS не работал. Так можно сделать?

Himiko, myhand, сориентируйте меня пожалуйста, на каком посте закончилось решение вопроса 'Как настроить HTTPS в Apache ' и начался флуд, чтобы я со стартом раздачи карточек не ошибся?

Полностью неверное, если не сказать глупое. Учитывая ваш 'совет ' с файерволом - вырисовывается картинка, что о работе HTTPS вы знаете немного. PS: Что касается 'проблем ' - похоже они больше у того, что постоянно что-то 'обещает ', 'удаляется ' и рвется решать за всех кому и что тут интересно. Люди умеют читать и без посторонней помощи разберутся в ваших и чужих советах. Уймитесь, а?

Вы не ТС и ваши возражения мне не интересны. Я читаю что ТС SSL на дополнительных сайтах не нужен и поэтому проблемы с сертификатом его могут не беспокоить. Причём на всякий случай о них предупредил. Не нужно мне вообще ничего писать, включая ваши постоянные возражения. Вы написали свой ответ - так сделать нельзя. Я дал более расширенный и сказал, что так сделать можно + расписал, какие могут быть заморочки. Далее предоставьте ТС возможность выбора. ТС сейчас может просто напрягать, что при запросе у него отображается содержимое единственного сайта, который настроен с HTTPS. Что явно плохо для поисковиков из-за дублей. В таком случае ТС пофиг на проблемы с сертификатом на этих сайтах, а из-за вашего 'слишком большого ума ' он так и не узнает, как можно решить его проблему. Мне ничего отвечать не нужно и я с вами ничего обсуждать не планирую.

см. выше Я вижу просьбу ТС и говорю как сделать такое и рассказываю, про возможные проблемы. Для тех, кому хочется просто 'доколупаться ' - Это можно сделать даже фаерволом. Надеюсь, что не придётся учить использовать -m string При этом никаких там ошибок сертификата, которые пугают местного умника. Просто сайт перестанет открываться по HTTPS. ТС Что просил - то получил. Я полностью ответил на вопрос ТС и не собираюсь строить из себя ГУРУ и обсуждать с ним, что он не правильно мыслит и учить его жизни + выставлять себя шибко умным и давать ссылки на доки, как некоторые.

Давайте допустим пока, что ему интересно не только ваше 'решение ', но его критика. Если есть что на нее ответить - сделайте это. Нет - помолчите. Если 'не нужен ', это значит нужно там делать 'редиректы ', которые попусту не сработают для нормальных пользователей?. И это не сработает без 'браузер сругается на сертификат '. В чем, собственно, проблема для ТС сделать нормально, присвоив HTTPS сайтам отдельные IP?

Я предлагаю решение, т.е. редирект, как и просил ТС. На основном сайте SSL будет работать 'как надо ', а SSL ему на других сайтах не нужен, судя по Я подсказал как сделать ровно то, что просил ТС. Не больше и не меньше. Можно вообще только нужному хосту открыть доступ к 443-му порту и это тоже вариант решения задачи ТС, т.к. он указал, что HTTPS на других сайтах может вообще не работать и его это устроит. И напомню, что с вами я что-либо обсуждать не собираюсь.

Сделать можно. Только в любом случае сначала браузер сругается сначала на сертификат, т.к. он будет принадлежать другому сайту. 1) Для всех сайтов добавьте виртуалхосты с 80-м портом. 2) Для нужного включите SSL (порт 443) И в.htaccess этого домена пропишите: RewriteCond %{HTTPS} on RewriteCond %{HTTP_HOST} !site.ru$ [NC] RewriteRule (.*) http://%{HTTP_HOST}/$1 [R=301,L] site.ru - это домен сайта, который должен работать по HTTPS..: Это не сработает, если у вас есть заглушка при запросе несуществующего сайта. (некоторые панели автоматом это делают) Если у вас не получится и потребуется помощь, можете написать в чат на сайте. Поможем недорого.

Кто сталкивался - как решали? Прокси сервис для https существует? tor поддерживает https?. Для верификации они хотят скан кред.карты с обеих сторон и вод. права - это даст возможность любому индусу из тех.поддержки пользоваться кредиткой как своей собственной:madd: