- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер!
Поделитесь опытом пожалуйста,
надо на сайте обращение к некоторым страницам зашифровать (ЛК пользователя на сайте).
Таких страниц по пальцам пересчитать: 5-6 штук всего.
С этой задачей в принципе справился (через
не знаю насколько правильно правда :)
Вопрос больше в другом - как при заходе на обычные страницы сайта после ЛК переадресовать на http? делал таким же способом, выходит циклическая переадресация :(
Как вообще в таких случаях поступают в плане алгоритма?
посадить всё на https и не парить мозги.
orphelin,
А вообще ЛК должен соответствовать какому-то шаблону УРЛ. Допустим, что он лежит в папке client. Тогда при обращении к любому файлу, из этой папки редиректим на https. В противном случае - на http.
После того, как перенесли один сайт на https, тиц обнулился на месяц. Предупредите клиента заранее.
В начале каждой страницы, где нужен https, добавляете
Ну а на страницах, где не нужен https, соответственно:
Разумеется, если на одной странице нужно [зачем-то] использовать при различных условиях и http и https, то нужно эти случаи обрабатывать дополнительно.
Поделитесь опытом пожалуйста,
надо на сайте обращение к некоторым страницам зашифровать (ЛК пользователя на сайте).
Таких страниц по пальцам пересчитать: 5-6 штук всего.
Формально, если сайту нужен HTTPS, то он вообще не должен поддерживать HTTP, иначе теряется весь смысл.
Т.е. наиболее правильно - это вынести ЛК на отдельный поддомен, который поддерживает только HTTPS. В противном случае от прыжков с HTTP на HTTPS нет никакого практического смысла.
FollowLocation,
спасибо, помогло, правда во второй if пришлось добавить что-то вроде
and !(substr ($_SERVER['REQUEST_URI'], 0, 7) == '/client')
иначе опять в цикл уходило)
orphelin, да, действительно недодумал. В ЛК зацикливание получается в моем варианте. Вообще можно немножко упростить и оптимизировать код:
ИМХО лучше это делать на стороне фронтэнда. Все равно сертификаты там прописывать будете, почему бы туда не вынести. Я у себя на NGINX так и сделал с личными кабинетами.