Решение удалить рамки с сайта

Question

В данный момент я работаю с сайтом бронирования, у которого есть набор фреймов.

Скажем, 40% - это собственный веб-сайт, поэтому его можно легко преобразовать в безрамочный сайт.

Однако фактический поток бронирования происходит с другого веб-сайта (также поддерживаемого нами) и должен «жить» самостоятельно, чтобы сторонние веб-сайты могли также покупать / использовать поток бронирования.

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

Как лучше всего с этим бороться?

• Использовать iframe только для потока бронирования
• Решите на стороне сервера веб-запрос системы бронирования и измените ссылки или что-то в этом роде.
• Использовать AJAX? но я думаю, что это повлияет на код.
• Лучшее решение?

Конечно, есть и проблема времени / денег, но сейчас я приму это как должное.

Answer 1

Самый быстрый способ - использовать IFrame, если вы работаете с другим сайтом.

Его недостатком является то, что может быть уловкой установить его высоту, равную его содержимому, но если вы можете обойти это, вы должны быть в чистоте.

К вашему сведению, мне удалось преобразовать всплывающий процесс покупки (хе, PPP) в IFrame для довольно популярного сайта покупки: P

Answer 2

Простое AJAX-решение отсутствует, если два сайта существуют на разных доменах или протоколах (кажется, что бронирование будет https), в любом случае вы будете сокращены до прокси.

Изменение вывода HTML даст вам массу ошибок и снова потребует прокси на обратном пути.

iframe будет делать то, что вам нужно, но это может быть проблематично, повторно вывести поток на главную страницу из-за проблем с x-доменом.

Учитывая все обстоятельства, я обычно ожидал бы, что вторичная служба бронирования будет быть службой , и я бы взаимодействовал с ней на стороне сервера. Он должен иметь API, так или иначе, реально, веб-сервис будет самым чистым путем вперед, я думаю.

Answer 3

Я знаю, что в наши дни есть какие-то табу на использование фреймов, но на этом сайте что-то не так? Это доставляет вам реальные неприятности?

Поскольку сайт бронирования должен оставаться как есть, я бы либо придерживался фреймов, либо использовал бы iframe.

Использование запросов на стороне сервера или ajax с последующим анализом html вызывает проблемы. Что если интерфейс сайта бронирования изменится хоть немного?

Задумывались ли вы о расширении сайта бронирования с помощью веб-сервисов?

Answer 4

Два дополнительных предложения:

1. Сделайте механизм бронирования «скином», чтобы он не требовал использования фреймов
2. Добавление API в механизм бронирования, который можно использовать на стороне сервера (второй вариант выше, но более аккуратный, чем просмотр HTML)

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