Поиск

не всегда. некоторые браузеры считают переходы с 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, может файрволл блокирует? Спрашиваю про файрволл, т.к. недавно, вроде, его установил. Проблему с доступом к базе данных и вообще к защищенному соединению заметил только недавно, как раз после установки файрволла, т.к. понадобилось зайти в БД. Или же может слетели настройки? Несколько раз перезагружал сервер для сброса пароля.

Симптом может значить, что на 443-ем порту вместо ожидаемого HTTPS ответа идет HTTP. Можете проверить - принудительно пообщайтесь без шифрования с сервером по 443 порту. Зайдите на - возможно и откроется. А вообще надо смотреть почему на 443-ом порту не SSL соединение, если я прав.

Добрый день, BalticServers теперъ и на русском языке: Оцените нашу новую русскоязычную версию саита! А также продалжаем скидки на ЕКО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 1 мес. 62.60$/mес. 3 мес. 62.60$/mес. всего: 187.80$ заказывайте сейчас: https:// __________________ ☢ - дата-центр в Европе ☢ Intex Xeon v3 Haswell выделенные серверы ☢ Способы оплаты: Кредитная карточка, Paypal, MoneyBookers, WebMoney, Western Union, Cashu, Payza, банковский перевод

Счётчики смотрят по реферам ссылок, то есть, если уже был переход (не с https).