Алексей Ярков, письмо хранится в виде исходника в BD. Насколько я помню с iframe были сложности из-за подсчета высоты и ширины, чтобы не появлялось некрасивых скролов.
iframe наверно решение, в общем. Но почтовики его не используют как я вижу.
@Petroveg Я не прошу разбираться в коде с ошибками, в этом примере создаваемый вами фрейм загружается на всю страницу вместо только области фрейма. Моя версия сафари 7.0.6. Спасибо, что пробуете помочь, но цель работы текущей версии платежной страницы не достигается : (
@Petroveg куков в сафари не видно - dl.dropbox.com/u/4973327/Screenshots/7.png . Кроме того встраиваение через iframe файла на том же домене может быть расценено браузером как нормальное поведение (это только догадка)
@Petroveg Все верно, проблема в том, что ваша страничка не пытается установить куки, это действительно не приводит к загрузки страницы в родительское окно, но ваш вариант также не приводит к решению проблемы пустой корзины при клике на отправку формы - dl.dropbox.com/u/4973327/Screenshots/6.png
@Petroveg ошибку с 2 упоминанием JS я исправил. Но проблему это не решило. За data-onload спасибо, но ошибка то возникает еще в первом фрейме. Можно из локали выгрузить на какой-нибудь хостинг? Я пробую и у меня в вашем приемер первый фрейм открывается не в скрытом фрейме как должен, а на всю страницу.
@Petroveg проблема в JS кода страницы внутри iframe может и есть, но по условиям задачи нельзя трогать. Кстати если попробовать найти что-это за токен - найти ошибку не удается.
@Petroveg попробуйте открыть вашу страничку в частном режиме в сафари (или вот эту demo.payu-api.ru/LU/cookie_hack2.html , скопировал без изменений). Вас тут же перекинет в родительское окно.
1.В IE проблема решена в целом, тут пока интересует только сафари.
2.Пока вы отвечали я немного поэкспериментировал с файлом, убрал создание через JS и добавил первый фрейм напрямую в HTML, при первом заходе через сафари он все равно открывается в новом окне.
3. Убрал, не исчезла.
Спасибо за ответ. Про эти 4 метода я уже поискал информацию и видимо придется использовать один из них, но очень уж не хочется давать пользователям новый номер для поддержки по смс.
Возможно, у меня есть догадки как в пользу перехода на шлюз, так и в пользу ввода данных карточек непосредственно на сайте магазина. Хотелось бы получить данные, доказывающие либо одну версию, либо другую.
Сейчас конверсия по оплате (оплаченные счета к выставленным) составляет порядка 70%, хочется этот показатель увеличить.
Мне нужно выводить форму оплаты у себя на сайте, после ввода данные будут передавать эквайеру, которых их будет обрабатывать и возвращать статус платежа. Никакие платежные данные покупателей храниться на сервере не будут.
iframe наверно решение, в общем. Но почтовики его не используют как я вижу.