На примере битрикса не уверен, но на примере другой CMS с инфоблочной системой -
В компоненте продублировать поля с суффиком fieldName_en, или другим.
Регистрируем поддомен en, направляем его на основной сайт, далее пишем небольшой функционал на проверку, поддомен ли открыт или нет, если поддомен, то в шаблоне к оригинальному названию поля в массиве добавляем приставку _en - т.е. приставку взятую из названия поддомена.
Таким способом получаем класс, который работает с любым кол-вом языков.
Один минус, что больше чем с двумя языками замучаешься поля копировать.
Для статических элементов создать другой компонент, где будет элемент на русском и на английском, а потом все по той же схеме сравнения домен или поддомен подключать нужное поле компонента, т.е. либо русское, либо какое-то еще
Алексей, Пробуйте, смотрите, ведь это не четкая стратегия, которая вот прям обязательно будет Вам сулить топ...СЕО это метод не только действия в одну сторону, но и пробы, ошибки, разочарование и слезы, пока не будет найден оптимальный вариант.
В любом случае, совесть Ваша будет чиста, если попробуете, а там уж будет видно, что из этого вышло.
Можете и не брать у конкурентов, но в таком случае, продумать план и другие вещи Вы обязаны, чтобы в последствии не оказалось, что делал ТАК, а под грузом других смежных задач, оказалось, что ТАК и СЯК несовместимы.
Вообщем, поле для экспериментов необъятное, нужно пробовать и адаптироваться.
Раз товар открывается модалкой, в кнопке открывающем его пропишите data-id с идентификатором этого товара, а потом аяксом и передавайте его в обработчик, который вернет этот товар в последующем и вставите в эту модаль полученные данные
rinaz22, естественно, если нужно от обработчика вернуть результат, то это json encode, в противном случае обработчик ничего не вернет, ничего не будет кроме отправки фоном
scarcelyMaxx, Не стоило бы рассматривать сайт как нечто, что чуточку помогает бизнесу, это прежде всего мощный маркетинговый инструмент, который со временем, если заказчики сами того не зная пока, будет расширяться, просить новые вещи.
Вот сейчас взбредет им в голову, что им нужно то, то и это, и Вы будете, или кто-то то еще ломать голову над тем, как сие реализовать.
Большинство сайтов рассматривать вообще не стоит. Зачем быть как большинство, когда можно сделать лучше, качественнее и эффективнее?
Да, конечно, если там бюджет 5-10 тысяч и Вы фрилансер, которому вообще плевать, что там с ними будет, то конечно, но как бы, грамотно сделанная работа и хорошие отношения с заказчиком это прежде всего перспектива, это Ваш клиент и ему не будет смысла обращаться еще к кому-то.
В компоненте продублировать поля с суффиком fieldName_en, или другим.
Регистрируем поддомен en, направляем его на основной сайт, далее пишем небольшой функционал на проверку, поддомен ли открыт или нет, если поддомен, то в шаблоне к оригинальному названию поля в массиве добавляем приставку _en - т.е. приставку взятую из названия поддомена.
Таким способом получаем класс, который работает с любым кол-вом языков.
Один минус, что больше чем с двумя языками замучаешься поля копировать.
Для статических элементов создать другой компонент, где будет элемент на русском и на английском, а потом все по той же схеме сравнения домен или поддомен подключать нужное поле компонента, т.е. либо русское, либо какое-то еще