Поиск

Друзья, спасибо вам за оперативный отклик и извините, что своевременно не смогли отреагировать:( На текущий момент мы выложили новый билд и он доступен как с сайта, так и через обновление из программы. Мы постарались исправить вновь всплывший баг. Прошу Вас обновиться и проверить работу программы. Жду замечаний и новых предложений. Предыдущая версия доступна здесь. Изменения в текущем дистрибутиве коснулись модуля 'Анализатор Сайта ': 1. теперь модуль более корректно работает с протоколом https 2. в отчет теперь также выводится информация о тегах Title, H1, Meta Description, Meta Keywords

Там идет проверка cookies(не пускает если не установлены куки с ), откройте ссылку в приватной вкладке и убедитесь. Кроме того, там используются редиректы и https. Вот этот код должен помочь:

Не является это ошибкой, урл можно указать и при вызове карл инит. Включите curlopt_header и смотрите ответ сервера. Вы используете запрос по https, отключите curl ssl verifier

Я поймал АГС 1-го сентября за продажу ссылок на сайте. тиц обнулили. Писал Платону с раскаянием, что был неправ и все ссылки убрал, и больше такого не повторится. Он написал, что работайте над сайтом и ждите, пока робот увидит изменения. После, еще писал в тех. поддержку яндекса еще раза 3, ответ тот же - жди. В итоге, я 8-го сентября купил сертификат комодовский, прикрутил. И практически ровно через 2 месяца, восстановили тиц (вчера это было). жду аппа выдачи. https - это действенный способ вылезти из под агс.

Я поймал АГС 1-го сентября за продажу ссылок на сайте. тиц обнулили. Писал Платону с раскаянием, что был неправ и все ссылки убрал, и больше такого не повторится. Он написал, что работайте над сайтом и ждите, пока робот увидит изменения. После, еще писал в тех. поддержку яндекса еще раза 3, ответ тот же - жди. В итоге, я 8-го сентября купил сертификат комодовский, прикрутил. И практически ровно через 2 месяца, восстановили тиц (вчера это было). жду аппа выдачи. https - это действенный способ вылезти из под агс.

если будете брать от 100 штук, то могу предложить буржуйские разделяемые http/https прокси из большого количества подсетей (в данном пакете можно в пределах 20 штук), по цене ниже указанной для

Весь Ваш пост цитировать не стану. Почитал Вашу переписку с тех. поддержкой. Кратко резюмирую, поскольку нет полной интеграции BILLmanager и cPanel, автоматическое выделение айпишников происходит не всегда гладко. Также, сейчас у нас идет модернизация системы DNS и имеется некоторая задержка при обновлении зон. Поскольку, основные вопросы, которые решает тех. поддержка, это VDS, у некоторых сотрудников обнаружились пробелы в доскональном понимании того, как у нас сейчас работает вышеозначенный процесс на шаред-хостинге. Попросил начальника службы ТП, более детально проинструктировать весь персонал. В настоящий момент, вижу, что Ваш сайт открывается по выделенному Вам IP-адресу, также, корректно отрабатывает открытие по https. Как Вам быть дальше - решать Вам. Пускай с некоторым огрехами в работе ТП (которые мы обязательно устраним, благодаря Вашему посту), но в настоящий момент мы имеем нормально настроенную услугу, которая будет работать и дальше.

У меня есть сайт, который преимущественно состоит из статических файлов html. Сайт работает по безопасному протоколу https. Насколько я наслышан, безопасное соединение https создаёт дополнительную нагрузку на сервер и требует больше времени (в том числе процессорного) на отдачу страницы т.к. при каждом запросе файл требуется зашифровать перед тем как отдать клиенту. Операция шифрования выполняется при каждом обращении к странице. Вопрос следующий: если у меня на сервере хранятся статические страницы, могу ли я сразу их зашифровать один раз, и далее при обращении отдавать уже готовые зашифрованные страницы? И ещё вопрос: как ещё можно оптимизировать статический сайт в части работы по протоколу https чтобы МАКСИМАЛЬНО уменьшить нагрузку на сервер и увеличить скорость отдачи страниц? Спасибо

Как и его отсутствие:) (и то, если там действительно 2048+, что пока не ясно) Зато на доверие (которым машут как огромным плюсом) очень даже влияет. Зато ни ты, ни прочие секстатны никак могут дать ответ на 150 раз заданный простой вопрос - нафига козе контентным сайтам этот баян https? А мои объяснения на 90% состоят из реальных фактов и ссылок/цитат самих 'производителей '. Если они 'нелогичны ' и 'примитивны ', то вероятно, они настолько сложны для понимания, как ядерная реакция для первоклашки. Сорри.

Я все твои объяснения читаю, ты просто пишешь такую невероятную чушь, что их невозможно воспринимать. Каждое слово и сразу чушь. То RSA ключи ты видел 128, то от гугла ушел из-за https, то у тебя права 777 не позволят другим аккаунтам доступ к файлам получить. Просто жесть. Перестань.

Те ссылок не будет. Ок, я погуглил (в яндексе;) ) сам. Первое попавшиеся. Неясно какая длинна, но сразу видно: Те нормальный, правильный сертификат стоит денег. Какие 'вредные '? Что 99% сайтам/юзерам нафик не нужен https? Так почему не нужен - я уже 100500 раз объяснял. Одна из ссылок была выше, ниасилил? Почему я не удивлён? Секта, такая секта, блин. Зато сектатны и не могут объяснить зачем он нужен контентному сайту. Безопасность? Контентному сайту https нечего не даст. Ранжирование в ПС - миф от фантазёров, не немеющих читать. Защита от внедрения рекламы? Единственное, с чем можно согласиться, если бы не пару 'НО '. Это решать надо (и решается) др путями. А если даже не решать, в итоге:

Потому, что мешаю некоторым впаривать ненужное? Конечно-конечно. Это наверно я несу чушь, что https создан для защиты от вставок рекламы провайдерами:)

Подождет, пока сайт с https загрузится тоже за считанные секунды.

Подскажите, для нового сайта лучше https или http ??. Сайт - статейник. Регистрации на сайте или ввод личных данных не предполагается. Будет только форма для комментария и для поиска. Интересует с точки зрения продвижения и дальнейшей монетизации (директ, адсенс). Спасибо!

дык гугл прямо заявляет, что https влияет на ранжирование ( ): ) мы когда ИМ перевели, позиции не скажу что резко, но стали расти быстрее. Так что, я бы советовал переводить любой сайт на ssl

Высокоанонимные, быстрые и качественные прокси разных стран: Русский анонимный прокси-сервер: Мини пакет прокси - 10 дней - 5 IP Мини пакет прокси - 30 дней - 5 IP HTTP/HTTPS+Socks5 - 10 дней - 70 IP HTTP/HTTPS+Socks5 - 30 дней - 70 IP VIP Анонимные прокси-сервера России: VIP - пакет HTTP/HTTPS+Socks5 - 10 дней - 1000 IP VIP - пакет HTTP/HTTPS+Socks5 - 30 дней - 1000 IP Премиум пакет русских прокси: Премиум пакет русских прокси 3000 IP - 10 дней Премиум пакет русских прокси 3000 IP - 30 дней Русские персональные прокси. В одни руки 1 - IP! HTTP/HTTP+Socks5 - 30 дней 1 штука Анонимные прокси сервера Украины: VIP - пакет HTTP/HTTPS+Socks5 10 дней - 1000 IP VIP - пакет HTTP/HTTPS+Socks5 30 дней - 1000 IP MIX пакет Русских и Украинских прокси: RUS/UA - пакет HTTP/HTTP+Socks5 - 10 дней 2000 IP RUS/UA - пакет HTTP/HTTP+Socks5 - 30 дней 2000 IP Североамериканские и Южноамериканские США прокси: Пакет прокси серверов США - 10 дней 1000 IP Пакет прокси серверов США - 30 дней 1000 IP...

смотря какой сайт если блог то не стоит, большинство сайтов отказываются от https.

могу в таком количестве буржуинские разделяемые (до 3х человек) http/https прокси поставить, 10-15IP из европейской подсети с-класса, если намешать со штатовскими, то можно и по 5 из подсети

Это хорошо, они сжимаются, причем очень эффективно. К этому претензий нет. Речь о вставляемых флеш-роликах и изображениях. Все верно, и тут gzip бессилен. А системы сжатия трафика их оптимизируют а не сжимают, примерно так же, как делаете вы с jpegoptim (возможно эффективнее, как видите на скринах выше разница почти в 10 раз). За счет этого сайт грузится значительно быстрее даже на 3g. А если стоит https, то все плохо, контент (html/js/css) отдастся в сжатом виде и это хорошо, а картинки увы. И если вебмастер не озаботился их оптимизацией, что случается очень часто, то сайт будет грузится значительно дольше, чем если бы он работал на http. И вот вопрос, пользователь будет ждать пока сайт загрузится или закроет вкладку и откроет сайт без https который загрузится за считанные секунды?. Это Ваш сайт, сами решайте цените вы своих посетителей или нет.

Огромное спасибо, вот это я не знал. А можно уточнить? Вы пишите что 'дело не в заголовке gzip ' - это значит что https не поддерживает gzip зжатие или наоборот? У меня на https сайте все статические файлы заранее зжаты и имеют вид. В заголовках сервер отдает Content-Encoding: gzip. Это что то значит?. По поводу картинок я не понял. Т.е. я не знал что сервер их может сжимать перед отправкой. Везде пишут что сжимать изображения gzipом нецелесообразно, т.к. времени и ресурсов уходит много, а степень компрессии маленькая. Я перед публикацией на сайте каждую фотографию оптимизирую вручную сначала в фотошопе, а потом в CentOS командой jpegoptim. В таком виде они у меня лежат на сервере и отдаются клиенту. А как еще их можно сжать перед отправкой если не https чтобы как в приведенных ссылках было ???