Поиск

Можно извратиться с отслеживанием https трафика в Аналитиксе через создание профилей: В двух словах, смотрите лэндинги (т.е. входящие страницы), отделяете от них '/ ' (главную), анализируете отказы и сверяете с другими кейвордами. Где-то я еще видел статью о параметрах, какие можно спалить, но не нахожу ее сейчас. Сам так делать не пробовал, т.к. от гугла мне чаще нужны только кейворды входа, а они палятся в вебмастере, включая https поиски. Кстати, пока поднимал ссылки, наткнулся на забавную live статистику по not provided: 39.77% (на основе данных с 60 сайтов), а к 9 мая (за дидов!) 2017 будет 100%.

Когда юзер залогинен в гугле, он приходит с https и метрика не может определить откуда он пришел.

Похоже есть проблема с https сайтами. 'Проверка ссылок ' не видит ссылки на такие сайты. Не думаю, что много кто двигает https сайты и врядли это будут исправлять, но так - к сведению.:) UPD. Хотя на некоторых страницах ссылки видно. Вроде правильно добавил все. Почему может появляться:

В стандартном REGEXP нет поддержки утверждений. Можно что-то типа WHERE post_content LIKE '%href= '%' AND post_content NOT REGEXP 'href= 'https?://(www.)?(google.ru|yandex.ru)' либо установить udf расширение preg #readme ---------- Добавлено 13.07.2013 в 11:57 ---------- На сколько много, тысячу, десять тысяч?.

Uman, сервера сейчас вроде живы, но сменились айпи Ваш алгоритм действий: 1. Попробовать залогинится в новую админку: https://176.9.226.249/manager/ispmgr 2. Если сработало, то перейти на внешние ДНС сервисы (ДНС регистратора, итд) 3. Посмотреть в новой админке в разделе Доменные имена, кликнув дважды по домену - какой IP Вам присвоили, вероятно это 176.9.226.248 4. Указать во внешних ДНС две записи A 176.9.226.248 A www 176.9.226.248 (вместо этих IP использовать те что Вы нашли во вкладке Доменные имена панели ISPmanager для Вашего домена в п.3) а так же по каждой записи для каждого субдомена если они есть. И все должно заработать (после обновления DNS)

madmozg, https://176.9.226.249/manager/ispmgr

возможно ли как то получить доступ к админке на https://176.9.73.196/manager/ispmgr не могу развернуть бекапы на другом сервере так как они собраны на более свежем mysql.

Нужно всё лить на одну машину с nginx который уже проксирует на остальные в зависимости от хоста. Или третий сайт сделать на https:D

Вот такое письмо из рассылки автора программы пришло сегодня: 'Здравствуйте мои любимые подписчики и пользователи программ: Твитоед, Live Poster и LJ Poster. Новости у меня не очень хорошие. Завтра (2 июля в 6 утра) я ухожу в армию ровно на 1 год, в связи с этим продажа программ будет остановлена. Поддержка программ остается активной на какое-то время(может и на 1 год) В данным момент все программы работают, перед уходом я все проверил. Заявленный функционал работает на отлично. Если у вас возникли какие-то трудности в работе, то вот основные положения: 1) Вирусы мешают нормальной работе программы. 2) Засорен кэш Интернет эксплорера, следовательно нужно его почистить и удалить всю историю сообщений. 3) Если не входит в программу, так же виной КЭШ. Отдельное спасибо IE 10 за тупую систему кэширования. 4) Антивирусы, фаерволы и брандмауэры надо тоже отключить, они могут блокировать систему. 5) Человеческий фактор - в 80% это именно он. Вы что-то упустили в программе и поэтому она...

Не уверен, что понял Вас, но разве на странице мерчанта типа https://merchant. webmoney.ru/lmi/ Вы не можете нажать на синюю кнопку English (справа вверху) и перейти на английский? Тогда адрес изменится на https://merchant. wmtransfer.com/lmi/ и вместо кнопки 'далее ' будет 'next ' и получится оплатить - вместо окна с ошибкой будет нормальное окно для ввода контрольных цифр. У меня ТАК работает (keeper classic).. Специально сейчас проверил, урлы копировал из браузера, только выделение жирным мое.

Нене:D Грю же, с site:https://. дает ссылку на акк в результатах поиска. А если запросить ссылку без site: то ничего. 🍾 ---------- Добавлено 25.06.2013 в 19:19 ---------- А некоторые показывает и без site: Гм. 🙄 ---------- Добавлено 25.06.2013 в 19:20 ---------- В индексе те,что без site: отдает в результате поиска?

Открыл 4 тикета. На всех один ответ. Ваша проблема все еще актуальна? и попробуйте сейчас. Дальше послал им сообщений 20 и снова мороз. Английская версия на файерфоксе реально пока спасает ---------- Добавлено 25.06.2013 в 18:56 ---------- Попробуйте вручную установить сертификат системы для HTTPS протокола - Убедитесь что дата, установленная на компьютере, корректная. Проверьте, возможно в хранилище корневых сертификатов остался старый сертификат. Проверьте правильно ли установлен часовой пояс. Очистите кэш и cookies - отпишитесь помогло ли вам. мне нет

Добрый день. Никак не могу сменить стандартный адрес к myadmin на сервере с ISP панелью. Чтобы вместо https://IP/myadmin было https://IP/bla-bla-myadmin. Пробовал так: - /etc/apache2/. - /usr/local/ispmgr/etc/ - тут тоже. В панельке ссылка понятно меняется, но по новому урлу не работает. Работает стандартный старый вариант. Самое интересное, что на другом сервере подобные действия помогли. В обоих случаях стоит CentOS. Может кто что подскажет? Заранее спасибо.

HTTPS-шлюз к системе RegTimeSRS тоже не работает (примерно с 17 часов 21.06.2013).

На Exit-ноде могут снифать http-траффик, с заморочками могут даже https. А как дело обстоит с SSH? Кто разбирается в вопросе?

mitm подвержены и ssh и https, с похожими оговорками

Потому что с активной авторизации гугл редиректит на https, а по поводу не передаче запроса при https уже сказали выше.

Да нет, вроде так же можно использовать HTTP_REFERER. Единственное - гугл не показывает запрос, если юзер зашел на https://, пока дошло, сам несколько часов убил:)

Бразы, может кто сталкивался с таким тупизмом гугла?. Значит есть у нас поциент скажем если вводим в браузере попадаем на, для внутряков аналогично. вот такой редирект (ответ сервера) - смотрю через webmaster tools.

Да, начну с этого. У меня такое ощущение что гугл схавал сначала, когда еще небыло https на сайте, версию с http. А теперь остальное для него за 302 редиком. Вот оно его и не ставит.