Поиск

Проверяю один и тот же запрос. Везде разная выдача. (Кэш чистил!). google adwords preview tool: станартный поиск. ip http://173.194.112.95/search?hl=ru&q=%D1%81%D0%B0%D0%B9%D1%82&start=0&num=10&cr=countryUA Тестировал разные параметры (язык. страна.) Все равно выдача разная. Через какой ip смотреть точную выдачу? И с какими параметрами?. Интересует точная выдача по протоколу http так как делаю парсер а с https проблемы. (

Да, тоже только что полистал логи, нашел подобные. Но, не все. В общем у меня примерно вот так: Посетители использующие хром, ко мне приходили с рефом https, подобно вашему. Все, кто использовал иные браузеры (Оперу, Мозиллу и т.д), передавали реферер http. Проверил только, что какой я передаю реферер при переходе с поиска гугля. Залогиненый/Разлогиненый в Мозилле и Опере - реферер передался везде как http.

Дело в том, что согласно стандарта при переходе по ссылке с https на http, реферер не передается браузером. Касательно гугла, если вы заметили, то не смотря на то, что гугл сейчас https, все переходы по выдаче идут через редирект http. Следовательно реферер передастся вашему сайту, но к сожалению, в нем теперь вообще отсутствует инфа о запросе. Т.е. вы можете увидеть, что посетитель пришел с гугля, но запрос по которому он вас нашел, не узнать, на данный момент. не заметил, что уже много написали после этого вопроса:) Может если кто расшифрует магическую абракадабру передаваемую в реферере c гугля (ei,usg,sig2,ved). Хотя мне думается, что это какие-то метки в их базе касательно сайта и запроса, а там конечно как знать.

не всегда. некоторые браузеры считают переходы с google через https как прямые, пруф

Точно не скажу.:) У меня было такое когда только начиналась эта катавасия с https для залогиненных юзеров.

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

Когда раньше? У меня по моему никогда и никак не помечались переходы с https.

Поясните, плз. Раньше переходы с https помечались в списке запросов как 'Не определено ', сейчас смотрю, таких совсем нет. То есть если с https, то даже количество таких переходов LI перестал считать?. Трафика стало очень мало, судя по LI, там где запросы определились подавляющее большинство это переходы с мобильных устройств.

В статистике li должны показываться переходы с гугла, но сами запросы, по которым идёт народ, показываются только если не с https.

ну теперь проблема с несовпадением прогноза от планировщика гугл и реальностью решится в сторону планировщика поскольку проверить эту сомнительную статистику теперь будет затруднительно. по теме - заметил еще неделю назад, у меня тут https пораньше включили и скрываются все запросы, а из России пока еще 50/50.

Добрый всем вечер! Произошел следующий казус: сайт имеет в индексе около 40 страниц, адрес его - Потом в индексе начинают появляться совершенно непонятные страницы c протоколом https ( ). Причем сайт это не мой, а совершенно чужой, но почему он тогда находиться на моем домене? Вопрос следующий: как убрать посторонний сайт из моего индекса?. с яндексом все нормально. Спасибо!

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

https:// трафик.

Про уязвимость я не спорю. Просто например у меня доступ к ПМА по ссылке: https://(ip моего VDS)/myadmin/. Там сразу окошко авторизации, я могу зайти под любым MySQL юзером и паролем через это окошко. Конечно, если эти юзеры есть в базе и пароль подходит. Т.е. зачем мне пароль от самого ПМА, если можно через интерфейс ПМА войти в нужную базу, если известен логин и пароль юзера в БД. ---------- Добавлено 21.09.2013 в 17:57 ---------- Т.е. алгоритм взломщика может быть таким: 1) Взломал DLE через дыру и узнал логин/пароль от базы 2) Потом сканирует все типичные расположения ПМА на том же ip, где расположен взломанный сайт и если находит их на своем месте, то заходит в базу, логин и пароль от который был добыт в пункте 1 3) Вручную или скриптом дописывает в поле dle_post (и еще в стат. страницы) свой вредоносный код.

Еще вопрос. У меня цель выставленя так для pop-up. Код: div class= 'cvt ' /div /div div class= 'left ' a onclick= 'javascript:obr() ' div class= 'zkaz ' /div /a div class= 'text1 ' ЧТУП 'Хитинг инстал ' br Адрес: Г. Минск, ул. Кривичская, д.8, br Свидетельство №0046782 br с регистрационным номером 192001922 /div /div div class= 'right ' div class= 'white ' div class= 'mts1 ' /div div class= 'phone1 ' +375 29 862 41 11 /div div class= 'mts2 ' /div div class= 'phone2 ' style= 'margin-left:22px; ' +375 29 196 52 11 /div div class= 'skype ' /div div class= 'phone3 ' aleksei_hiting /div div class= 'phone4 ' aleksei@ /div /div /div div id= 'forma ' class= 'forma ' a href= 'javascript:closel() ' div class= 'close ' x /div /a form action= ' ' method= 'post ' input type= 'text ' name= 'fio ' id= 'fio3 ' required= 'required ' placeholder= 'Ваше имя* '/ input type= 'text ' name= 'phone ' id= 'phone3 ' required= 'required ' placeholder= 'Ваш контактный номер* ' / textarea id= 'teex ' rows= '5...

* 50% СКИДКА! i3, 16GB RAM, 2x120SSD 63,4 $/мес! E3v3, 32GB RAM, 4x120SSD, KVM от 168,80 $/m Читайте про нас: Intel® Haswell Xeon E3-1240V3, 4x2x3.4 GHz 32GB ECC DDRIII 4 x Kingston SSD 120GB hotswap. Hardware RAID10. KVM over IP. 200 Mbps 1 IP Удаленное управление питанием. CentOS 6 64bit Цена: 12 мес $168.80 /месяц $0.00/один раз Всего: $2025.60. 6 мес $189.10 /месяц $0.00/один раз Всего: $1134.60. 3 мес $210.80 /месяц $0.00/один раз Всего: $632.40. заказывайте сейчас ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~. купон на 50% скидку на 1 и 3 мес. Нет платы за установку!: Предложение с Intel Ivy bridge Intel® IvyBridge i3-3220, 2x2x3.3 GHz. 16GB DDRIII. 2 x HDD SATAII 1.5TB 7.200 rpm. HotSwap HDD bays 2. Integrated RAID. 100Mbps unmetered. 1 IP. Remote power management. 3 мес. $63.40/mес. $€/setup. всего: $190.20. заказывайте сейчас: https:// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~. дополнения: Gbit port - 19,50 $/мес. Additional IP - 1,30 $ Windows 2008 Server 1proc + 18,89 $ /мес...

Например в гугле написано что может быть проблема с сертификатом, касперским и много чего ещё - ssl везде одинаковый, что в браузере что где-то ещё. Я бы на Вашем месте включил расширенное логирование на клиенте базы и посмотрел логи. Отключил файрвол. Вопрос на засыпку: что Вы имеете ввиду под 'Не могу попасть в БД на сервере '? Кажется Вы что-то недопоняли, и обращаетесь не к базе, а к web интерфейсу базы. Если так, то проверьте как настроен https доступ - на Вашем скриншоте не видно.

Glueon Если правильно понял, что от меня требуется, то вот: Судя по тому, что увидел в статистике, файрволл не блокирует 443. Pilat, смотрел и не один раз, и даже сейчас открыты страницы по этому запросу, но там описаны случаи для сайтов открывающихся по httpS, а мне не надо, чтобы сайты на моем сервере открывались через httpS, а только база данных и другие технические поддомены сервера. Все, что я хочу, уже раньше работало, как хотел, по умолчанию, но вот с некоторых пор перестало, и не понимаю почему. Может это как-то поможет?. В первом как раз и есть настройки для доступа к БД.

Насколько я знаю, хост через пинг не отвечает из за https все остальное открывается и работает в штатном режиме какой у вас провайдер?

Без httpS сервер доступен, под любым подключенным доменом к серверу. Может ли такая ошибка возникнуть после установки на сервер Linux Firewall, может файрволл блокирует? Спрашиваю про файрволл, т.к. недавно, вроде, его установил. Проблему с доступом к базе данных и вообще к защищенному соединению заметил только недавно, как раз после установки файрволла, т.к. понадобилось зайти в БД. Или же может слетели настройки? Несколько раз перезагружал сервер для сброса пароля.