Как проще реализовать отображение отдельных страниц старого сайта на новом сайте?

Интернет web-программирование Cookies reverse proxy

Переписываю сайт заново под RoR. Одна из причин переработки - самопальный движок прежнего сайта, разбираться в котором подробно нет большого желания.

Но часть функциональности старого сайта требует относительно больших затрат для переписывания заново, поэтому решено несколько страниц оставить на старом движке, пока не будут изготовлены новые версии.

Первое, что приходит в голову - настроить mod_proxy на Apache в режиме обратного прокси. Но это не решает проблему авторизации пользователей и поддержки сессий.

У каждого из сайтов есть своя система регистрации и авторизации.
Может кто-нибудь посоветует способ, как не заставлять пользователя авторизоваться второй раз, если он хочет посмотреть старую страницу?

(Можно считать, что пароль любого пользователя старого сайта
известен ).

Посещаемость сайта невысокая, требования к безопасности - минимально разумные.


У меня есть ощущение, что аналогичные задачи уже решались, так что хотелось бы минимизовать написание нового собственного кода.

Новый сайт использует Ruby on Rails + mongrel. На хостинге стоит apache, который провайдер конфигурирует под наши нужды.

Примечание:
SKYDOS, Delfi - идея в чем-то интересная, но достаточно смутно сформулированная.
У меня в голове как один из вариантов что подобное мелькает, но хотелось бы поподробнее.

Пока не очень понимаю, как можно объединить две системы авторизации. Два сервера написаны под разными движками, на разных языках, запущены на разных компьютерах.

Наверное, нужен какой-нибудь прокси-модуль, который передавал бы cookies с "нового" сервера на "старый"?

Примечание:
2 lkg0dzre - ни одна из этих систем не использует PHP.
Ответы:
А что мешает сделать общую авторизацию? На старом движке подогнать под новый, в плане авторизации и проверки авторизированных пользователей.
Я думаю надо через cron синхронизировать регулярно две таблицы с юзерями, ну и писать соответственно что ваш аккаунт будет зареган в течени суток, так как крон раз в сутки пускаеться обычно, хот можете чаще но эт не особо нужно
Да причем тут кукис, если все авторизации в массиве сессии хранятся $_SESSION[] туда и забивай все данные, они общие вообще для всех систем, которые базируются на php
Возможно вы быстрей получите ответ если ваш вопрос в заголовке будет звучать более точно. Пока ваш заголовок не отражает сути вопроса и, как результат, ваш вопрос могут не прочитать те, кто в теме.


15 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.