Кейс.
Несколько витрин магазина:
/fb/*
/vk/*
/en/*
/*
На каждой витрине своя локаль и своя тема оформления. В настройках авторизации выбрано приложение Магазин.
Framework v1.10.7
Все ссылки на Вход/Регистрацию ведут на /* где другая тема и язык. По окончанию регистрации редирект на исходную витрину.
Желаемое поведение.
Framework v1.10.2
Все ссылки на Вход/Регистрацию ведут на login/signup текущей витрины.
6 комментариев
А будет это когда-нибудь исправлено? Или как обычно "точных сроков нет" (читай - может быть когда-нибудь, если захотим)?
Доброго дня. У нас аналогичная проблема. Актуальна Из-за несоответствия локали. Мы являемся пользователями как и вашего лицензионного движка, так и приложения MYLANG. Мы теряем иностранных клиентов из-за того что сайт при оформлении заказа перекидывает на локаль с кириллицей. Если ее решить, то движок webasyst будет полностью поддерживать мультиязычность. Сегодня оформим запрос в службу поддержи.
У вас настроены уведомления для отправки при регистрации или восстановлении пароля? Они настраиваются только на одном языке. Чтобы посетителям при регистрации и авторизации отправлялись такие уведомления на разных языках, надо настроить отдельные группы уведомлений для каждого языка и создать отдельные сайты для каждого языка. Затем в настройках авторизации каждого сайта выбрать группу уведомлений на своём языке. Но когда для каждого языка у вас будет отдельный сайт (например, на поддомене), то эта проблема и не возникнет.
Расскажите, как вы вышли из положения с этими системными уведомлениями.
Будет ли достаточным решением проблемы настроить поселения с разными языками на разных сайтах — например, на поддоменах? Для каждого сайта можно настроить уведомления авторизации и регистрации и личный кабинет на разных языках.
Возможность настраивать поселения с разными языками в пределах одного сайта имеет смысл только в том случае, если на сайте отключена авторизация.
Михаил, извините, но это довольно-таки странная позиция. Есть проблема, даже, скорее, ошибка фреймворка. Но вместо решения проблемы Вы предлагаете отказываться от функционала или извращаться с поддоменами (а это влечет за собой другие проблемы). Вот, честно, сложно что-то сказать, используя лишь литературную лексику. Ведь эта проблема касается не только мультиязычных сайтов - в разных поселениях может использоваться и разная тема. Почему нельзя клиента для регистрации/входа оставлять в том же поселении, а надо обязательно перенаправлять на /?
P.S. С личным кабинетом проблем нет. Он открывается в правильном поселении.
Для вас эта проблема актуальна из-за несоответствия темы дизайна или локали страницы? Или и то, и другое?