Поиск

Надо настроить в виртуальные хосты, так, чтобы HTTPS работал на одном домене, а на всех остальных доменах, была переадресация с HTTPS на HTTP или просто, чтобы HTTPS не работал. Так можно сделать?

Himiko, myhand, сориентируйте меня пожалуйста, на каком посте закончилось решение вопроса 'Как настроить HTTPS в Apache ' и начался флуд, чтобы я со стартом раздачи карточек не ошибся?

Полностью неверное, если не сказать глупое. Учитывая ваш 'совет ' с файерволом - вырисовывается картинка, что о работе HTTPS вы знаете немного. PS: Что касается 'проблем ' - похоже они больше у того, что постоянно что-то 'обещает ', 'удаляется ' и рвется решать за всех кому и что тут интересно. Люди умеют читать и без посторонней помощи разберутся в ваших и чужих советах. Уймитесь, а?

Вы не ТС и ваши возражения мне не интересны. Я читаю что ТС SSL на дополнительных сайтах не нужен и поэтому проблемы с сертификатом его могут не беспокоить. Причём на всякий случай о них предупредил. Не нужно мне вообще ничего писать, включая ваши постоянные возражения. Вы написали свой ответ - так сделать нельзя. Я дал более расширенный и сказал, что так сделать можно + расписал, какие могут быть заморочки. Далее предоставьте ТС возможность выбора. ТС сейчас может просто напрягать, что при запросе у него отображается содержимое единственного сайта, который настроен с HTTPS. Что явно плохо для поисковиков из-за дублей. В таком случае ТС пофиг на проблемы с сертификатом на этих сайтах, а из-за вашего 'слишком большого ума ' он так и не узнает, как можно решить его проблему. Мне ничего отвечать не нужно и я с вами ничего обсуждать не планирую.

см. выше Я вижу просьбу ТС и говорю как сделать такое и рассказываю, про возможные проблемы. Для тех, кому хочется просто 'доколупаться ' - Это можно сделать даже фаерволом. Надеюсь, что не придётся учить использовать -m string При этом никаких там ошибок сертификата, которые пугают местного умника. Просто сайт перестанет открываться по HTTPS. ТС Что просил - то получил. Я полностью ответил на вопрос ТС и не собираюсь строить из себя ГУРУ и обсуждать с ним, что он не правильно мыслит и учить его жизни + выставлять себя шибко умным и давать ссылки на доки, как некоторые.

Давайте допустим пока, что ему интересно не только ваше 'решение ', но его критика. Если есть что на нее ответить - сделайте это. Нет - помолчите. Если 'не нужен ', это значит нужно там делать 'редиректы ', которые попусту не сработают для нормальных пользователей?. И это не сработает без 'браузер сругается на сертификат '. В чем, собственно, проблема для ТС сделать нормально, присвоив HTTPS сайтам отдельные IP?

Я предлагаю решение, т.е. редирект, как и просил ТС. На основном сайте SSL будет работать 'как надо ', а SSL ему на других сайтах не нужен, судя по Я подсказал как сделать ровно то, что просил ТС. Не больше и не меньше. Можно вообще только нужному хосту открыть доступ к 443-му порту и это тоже вариант решения задачи ТС, т.к. он указал, что HTTPS на других сайтах может вообще не работать и его это устроит. И напомню, что с вами я что-либо обсуждать не собираюсь.

Сделать можно. Только в любом случае сначала браузер сругается сначала на сертификат, т.к. он будет принадлежать другому сайту. 1) Для всех сайтов добавьте виртуалхосты с 80-м портом. 2) Для нужного включите SSL (порт 443) И в.htaccess этого домена пропишите: RewriteCond %{HTTPS} on RewriteCond %{HTTP_HOST} !site.ru$ [NC] RewriteRule (.*) http://%{HTTP_HOST}/$1 [R=301,L] site.ru - это домен сайта, который должен работать по HTTPS..: Это не сработает, если у вас есть заглушка при запросе несуществующего сайта. (некоторые панели автоматом это делают) Если у вас не получится и потребуется помощь, можете написать в чат на сайте. Поможем недорого.

Кто сталкивался - как решали? Прокси сервис для https существует? tor поддерживает https?. Для верификации они хотят скан кред.карты с обеих сторон и вод. права - это даст возможность любому индусу из тех.поддержки пользоваться кредиткой как своей собственной:madd:

Хочу настроить для дальнейших изысканий пользовательские переменные (setCustomVar();) на своем сайта, для отслеживания логинов посетителей, которые зашли. Почему то стандартная конструкция не работает или отправляет не переменные а константы. Релизовываю это примерно так. script type= 'text/javascript ' var login = $('.regForm input:first').val(); $('.btn').click(function(){ // где btn = класс кнопки по которой происходит отправка. var login=$('.regForm input:first').val(); }); var _gaq = _gaq || []; _(['_setAccount','UA-XXXXXX-1'],['_setCustomVar',1,'Авторизация на hpu',login,1],['_trackPageview']); _(['_trackEvent','Общие','Авторизация на внутреннем сайте']); (function() {. var ga = ('script'); = 'text/javascript'; = true; = ('https:' == ? 'https://ssl': 'http://www') + '.'; var s = ('script')[0]; (ga, s); })(); /script Как я только не пробовал менять синтаксис, с кавычками писал переменные и без, цели я так и не достиг. В отчетах пользовательские переменные в GA падают как я...

А почему Гугл работает по протоколу https, а Яндекс по обычному?

Размещение статей с ссылками прописанными подобным образом - https - будет каждый раз происходить с огромным геморроем. Так как технические реализации системы Миралинкс ограничивают возможность внедрения данных ссылок в текст стаей. Однозначного решения проблемы нет - по каждой отдельно взятой статье требуется обращаться в ТП с просьбой пропустить её. sergey_k Педофилов тоже меньше не становится, но с ними ведется борьба, так как это плохо. У каждого из нас свои принципы и моральные устои.

мы не знаем всей истории'©. сертификат клиенту необходим по известным ему причинам, иначе он бы не использовал его, учитывая затраты, в том числе и на внедрение (плюс переезд сайта на другой адрес вы же понимаете это потеря некоей части трафика в течение некоторого времени). Клиент умный человек, деньги считать умеет и я уверен, сможет объяснить, зачем ему защищенный протокол. Но я не считаю возможным в данном случае занимать ваше время перечислением возможных [уважительных] причин. И не настроен занимать время клиента выяснением данного вопроса. Учитывая траты на внедрение и поддержку, уверен клиент не делал бы этого зря. Наша с вами, простите, работа исходить их этого, как из данности. Есть сайт httpS://.., который продвигается статьями через вашу биржу. Так есть. Не спрашивайте, пожалуйста, почему. Я не заказываю у вас консультацию. Отпишите, пожалуйста, ответ на мой вопрос по сути. Вместо того, чтобы, не зная всей истории, нарекать бессмысленными действия абсолютно незнакомых...

Slav Krivonos Я думал, вы вебмастер, и давал ответы, как вебмастеру. С оптимизаторами другая штука. нет не накосячл, но я не могу понять ЗАЧЕМ, Ваш клиент работает по защищенному протоколу постоянно, что он защищает?. https используется, когда от клиента серверу требуется передать зашифрованную информацию. В Вашем же случае использование https протокола просто бессмысленно.

Постараюсь ответить всем по порядку читател Вы выставили сече счет в системе 0001-M (к примеру). Бухгалтерия Ваша оплатила этот счет с таким примечанием Отсюда вопрос - кто доверил невнимательному бухгалтеру оплачивать счета?. Собственно я Вам написал, что требуется письмо такого содержания: Клише письма можно взять тут. ks_dp Баги исправляются первоочередно. А вот доработки и неудобства сейчас не исправляются, так как все будет исправлено в обновленной версии системы - Миралинкс 3.0, которая выйдет в Ноябре этого года. Slav Krivonos 1 - мы считаем, что сайты работающие на самоподписанном ssl сертификате являются невалидными. 2 - сайты, работающие на https обычно требуют авторизацию для получения контента, в результате чего страницы со статьями не индексируются, оптимизаторы не видят текстов статей. 3 - вы единственный человек с подобной проблемой в системе из более чем 60 000 пользователей. Глобально по всей системе снимать запрет мы не имеем возможности - это повлечет негативные...

Обнаружил баг в программе, программа неправильно парсит ссылки с https. У меня на страницах поставлены ссылки на профиль автора в гугол+. Ссылка имеет вид. После сканирования все эти ссылки попали в 404 со следующими url /название раздела где установлена ссылка/

Общедоступный - возможность всем пользователям его использовать под свои сайты. Здесь вам решить, стоит ли это делать. Назначенный - адрес принадлежит только указанному пользователю и другие его использовать не могут. Для ssl (https) нужен отдельный ip-адрес, поэтому правильнее использовать 'назначенный '. Чтобы никто не мог повторно на этом адресе включить ssl.

Спасибо за ответ.Если пользователю нужен протокол https, то ему соответственно нужно дать выделенный ip, а если простой протокол то на все три поставить общедоступный. Я Вас правильно понял?

Если нужен https - выделенный Если только http - общедоступный

юзайте google https