Поиск

При использовании протокола https яндекс советник не работает (проверил на своем сайте). Не думал, что предложу переходить на https, но если так пойдет дело, то это будет хорошим стимулом к переходу.

realefs, и на твоих и с закладок с http и с https.

Такс. Все как бы ничего, но есть одно нехорошее но. Не авторизированным в сервисах гугла серферам выдается предупреждение. Избавиться от которого не представляется возможным как я понимаю. А жаль, очень жаль. В общем задача была следующая. Скрыть путь слива от ПС и подменить реферера. Трафик лью на белые СДЛ. Пробовал сервисы укорачиватели ссылок с https. Тут реферер не передается вообще. Что не есть хорошо. Есть какие мысли по этому поводу?

Результат работы команды cat /proc/meminfo: Если как вы говорите на кэш не обращать внимания, то у меня занято только 50 Мб из 256. А 200 свободно! Тогда почему мне хостер пишет что памяти недостаточно? И зачем тогда мне переходить на тариф с большей оперативной памятью если я не использовал и половины того что есть? Я бы перешел, но хочется понять почему я это делаю. Шаред мне не очень хочется так как я с него перешел потому что: - будет использоваться несколько сайтов на одном сервере; - нужны выделенные ip и протоколы https для каждого сайта; - nginx вместо apache и более тонкие настройки; - по цене мой тариф даже чуть дешевле чем шаред. В конечном итоге все это делается для СЕО. ВОПРОС: При первичной установке CentOS она устанавливается с предустановленной Apache. Я ее снес (так как собираюсь использовать Nginx + FastCGI) следующей командой: Сейчас я запускаю команду top и вижу массу процессов php-fpm от имени пользователя apache которые занимают 50% ресурсов. ПОЖАЛУЙСТА...

Править на старый вариант с https тогда пишите 'значительно больше '

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

leonid239, переходить на TLS надо либо комплексно, либо вообще никак. Если главный сайт доступен только по http, то пусть с него будет хоть прямая ссылка на биллинг по https, пусть хоть будет форма авторизации, отправляющая POST с http на https, всё это бессмысленно по той просто причине, что тело ответа может быть подменено ещё на ранней стадии, при первом обращении к главной странице. А дальше, что угодно хоть ссылку на биллинг свою вставить, хоть форму авторизации подменить, хоть JS напихать. Зашёл на ваш сайт, сверху зелёненькая рамка (я так понимаю, это реклама), там были http://********.ru/ (тут был евробайт). У первого вообще 443 порт никто не слушает, у второго по https невалидный сертификат, а у третьего редирект с https на http. Голактеко опасносте, действуйте!:) Если уж решили поиграть в шпионские игры.

Рассылка об изменениях, естественно, будет, но чуть позже. Причина банальна - у меня две руки и я её не успел сделать, а редакторам это поручать не хочу. Я думал как лучше поступить: сначала сделать рассылку об изменениях и потом произвести корректировку или сначала скрыть хостеров, а только потом уведомлять. И остановился на втором варианте. Если бы я сделал рассылку, то мои слова о том, что в каталоге появились новые правила выглядели бы как угроза. Условно, их можно было бы понять так: 'Либо Вы включаете https в своем биллинге, либо я удаляю ваш хостинг '. На мой взгляд, логичнее был бы второй вариант: сначала я скрываю хостеров, а потом уведомляю об изменениях. Если хостер имеет возможность и хочет быть в каталоге, то после исправления недочета я готов снова включить его. То есть мои слова можно было бы трактовать так: 'К сожалению, у нас появились новые правила и Ваш хостинг на данный момент отключен. Буду рад вернуть хостинг после того так Ваш биллинг будет работать через...

Это не АГС, раз 0, а не 'не определен '. С сайтом что-то делали? Переклейка или переход на https могут такое дать, у ютуба с 320 000 упал. А вообще - напишите Платонам.

там переклей на https, в след. ап тиц вернется

Если https для Вас - это паранойя, то я не знаю о чем еще можно с Вами говорить. Мне хостер ничего не должен. Но если хостер хочет быть в моем каталоге, то он должен соответствовать некоторым требованиям. Мой каталог не единственный, что Вы так прицепились?. Я не понял о чем говорите Вы, но мои слова сводятся к тому, что если логин и пароль передаются не по https, то они легко могут быть перехвачены. Если Вы про рекламу в зеленой таблице, то она составляется как раз с учетом запроса пользователя. Если пользователь укажет, что он ищет сервера в России, то в зеленой таблице будут только сервера из России. Как по мне - с рекламой у меня все максимально хорошо: 1. У пользователей в личном кабинете есть возможность отключить переход по реферальным ссылкам. 2. Тарифы в зеленой таблице полностью соответствуют запросу пользователя (за исключением порядка сортировки). 3. 3 баннера никаким образом не мешают просматривать контент и искать сервер. Да, правила появились совсем недавно. То, что...

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

Большое спасибо. А то я никак не мог понять, почему на балансе минус, хотя я оплатил второй раз. Может быть уже хватит? Все хостеры находятся абсолютно в одинаковых условиях, кроме Вашего хостинга были скрыты и другие: Вы можете проверить по кешу гугла сколько хостеров было в каталоге 2 недели назад и сколько сейчас. Для справки для читающих: я скрыл хостинг-проект Valmona из-за того, что в биллинг панель не работает через https По моей логике хостер должен заботиться о безопасности пользователей и в первую очередь эта безопасность должна начинаться с собственного биллинга, через который происходит управление услугами. И сделать это довольно просто - использовать https соединение. Почему сотни других хостеров смогли подумать о безопасности своих пользователей и используют https, а Вы думаете, что это не важно? Заметьте, я не говорю о том, что у хостера должна быть лицензия на услуги связи или что-то еще, я просто говорю о том, что хостер должен приложить минимальные усилия для...

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

трафика конечно мало, но отпишу как и что получилось. Что было сделано: Был сайт, новостной тематики переведенный на HTTPS (сертификат за 10$ с проверкой домена) Поставлен 301 редирект на https версию В всего лишь прописано Host: и Sitemap: Сайт добавлен в Google Webmaster как новый с https Для сайта написан модуль, который находит все ссылки формата и заменяет их на //. Это касается файлов стилей, контента, меню, а так же всех ссылок на внешние ресурсы. Это сделано для того, чтобы в строке браузера значок https был зеленым, а не желтым (ссылки на небезопасное содержимое). Что в итоге: Яндекс - не просел. Гугл - легкий рост плюс 1-4 позиции. Бинг - сильный рост, после заявления что https учитывается, как весомый сигнал в ранжировании.

В зависимости от текущей частоты индексации - гугл выплевывает все обычные страницы, по которым прошел из индекса, заместо них размещает SSL. При переходе обратно (но при сохранении https) - переиндексации не будет, будут висеть HTTPS страницы. Яндекс индексирует столетиями, за 5 дней можно не успеть. Полный переход на https нужно планировать и уж точно не переходить 'на денек ', можно легко остаться без органического трафика.

вот так я и сделал но ггл просит подгрузить файл с; в одной строке что на что в таком случае менять? если две разных ячейки одной строки - нет проблем. http на Https в блокноте заменил и все

почему руками?:). выгрузите их из ггл, сдайте автозамену http на https, если нужны какие то разделители, так же сделайте автозамену

Два вопроса одновременно. Просто у меня получается цепочка редиректо. с поддоменов бывших на http и потом на https

примерно то же самое использовала, но не работает: вот примерно такой код использую, но выдается пустота (а именно $data) В первую строку curl_setopt подставлен новый формат запроса с HTTPS. Может мой IP забанили? Или с токеном что-то не так? Все нарушилось 28 июля. До этого работало как часы. Правда уже с весны Яндексоиды переколбашивают API и постоянно что-то слетает, то Яндекс.Метрика, то Яндекс.Вебмастер. ---------- Добавлено 11.08.2015 в 17:18 ---------- а вообще ничего не понимаю, статистика в сервисе XML идет, но функции тупо передают пустоту:( Где закрался глюк то?? УЖе ничего не понимаю. Хоть бы ошибку какую выдало бы. ---------- Добавлено 11.08.2015 в 18:04 ---------- видимо какой-то библиотеки не хватает, чтобы работать с HTTPS. капец, взяли все сломали. Страницы HTTP открываются с помощью CURL, а именно запрос ЯНдекс.Вебмастера с HTTPS отдает FALSE. Уже голову сломала. ---------- Добавлено 11.08.2015 в 18:10 ---------- Все нашла)))) curl_setopt($ch,...