Функционал buttons переключения языка на php

@AlerinGustovski · Регистрация: 22.04.2021

Студворк — интернет-сервис помощи студентам

Сайт на английском языке. Есть база с переводом всего контента, в файле /locale/ru_RU/LC_MESSAGES/ru_RU.mo\po.
Есть скрипт в index.php подключающий эту базу и задающий сессию для вновь прибывших людей на сайт.

PHP/HTML
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
$loader = new Twig_Loader_Filesystem('./');
$twig = new Twig_Environment($loader, array(
    'cache' => "./cache",
    'auto_reload' => true
));
 
$twig->addExtension(new Twig_Extensions_Extension_I18n());
 
putenv('LC_ALL=ru_RU.UTF-8');
setlocale(LC_ALL, 'ru_RU.UTF-8');
 
bindtextdomain('ru_RU', './locale/ru_RU/LC_MESSAGES/');
textdomain('ru_RU');
 
session_start();
$languages = array('en', 'ru');
if(isset($_GET['languages']) and in_array($_GET['languages'], $languages)){
    $_SESSION['languages'] = $_GET['languages'];
}
if(!isset($_SESSION['languages'])) {
    $_SESSION['languages'] = "en";
}

Есть DropDown с кнопками переключения языка.

PHP/HTML
1
2
3
4
5
6
7
8
9
10
<div class="dropdown">
                <a class="btn btn-danger dropdown-toggle" href="#" role="button" id="dropdownLanguage" data-bs-toggle="dropdown" aria-expanded="false">
                    Language
                </a>
 
                <ul class="dropdown-menu" aria-labelledby="dropdownMenuLink">
                    <li><a class="dropdown-item text-center" id="index.php?lang=en" href="#">EN</a></li>
                    <li><a class="dropdown-item text-center" id="index.php?lang=ru" href="#">RU</a></li>
                </ul>
            </div>

Вопрос в том, как прописать функцию переключения для кнопок, чтобы они обращались к файлам с переводом и переводили текст.
P.S.Я знаю как прописывать в шаблонах код, чтобы он переводил этот текст. К примеру <?php echo_('input') ?>. Смысл вопроса заключается в коде для кнопок. Чтобы я не пробовал, кнопки не работают как положено.

@Para bellum · 13.05.2021, 10:00

AlerinGustovski, а как у вас маршрутизация устроена? Может лучше организовать URL так:
https://example.com/ru/page
https://example.com/en/page

Тогда из маршрута можно было бы легко получать язык (ru, en).

@tarasalk · 13.05.2021, 11:39

Сообщение от AlerinGustovski

Чтобы я не пробовал, кнопки не работают как положено.

Так у вас в ссылке lang, а в коде смотрите languages.
Интересно что же вы пробовали, это же сразу в глаза бросается)

Еще немного странно что url у вас записан в ID, может конечно это dropdown такой, но обычно ссылки пишут в href

Держать язык в path ссылки смысла не вижу. Только лишние проблемы с тем чтобы его в каждую ссылку дописывать.

@Para bellum · 13.05.2021, 12:31

Сообщение от tarasalk

Держать язык в path ссылки смысла не вижу. Только лишние проблемы с тем чтобы его в каждую ссылку дописывать.

Если маршрутизатора и генератора URL нет. При их использовании проблем не возникнет.
В query string подставлять не легче, если это "вручную" делать.

А использование cookie или сессии для сохранения выбранного языка вообще в уныние вгоняет. Представляю, как кто-то делится ссылкой и говорит: только ты там нужный язык выбери, а-то по умолчанию статья на английском будет.

@tarasalk · 13.05.2021, 13:01

Сообщение от Para bellum

Если маршрутизатора и генератора URL нет. При их использовании проблем не возникнет.

Проблем полно.
1) Их нужно писать. Зачем, если можно не делать?
2) Будет как минимум 2 независимые реализации (PHP и JS).
3) Другим сервисам придется тоже поддержать эту логику, чтобы ходить на твой сайт. Например в админке.

Сообщение от Para bellum

В query string подставлять не легче, если это "вручную" делать.

Да, поэтому вручную это делается один раз, когда непосредственно меняется язык. Дальше можно через JS автоматически приписывать его в query.

Сообщение от Para bellum

А использование cookie или сессии для сохранения выбранного языка вообще в уныние вгоняет. Представляю, как кто-то делится ссылкой и говорит: только ты там нужный язык выбери, а-то по умолчанию статья на английском будет.

Я встречал и обратное

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

@Para bellum · 13.05.2021, 14:31

Сообщение от tarasalk

Их нужно писать. Зачем, если можно не делать?

Так себе аргумент, конечно; но если их в проекте не было изначально, то -- да, встроить, скорее всего, будет проблематично.
Потому я и спросил, как у него маршрутизация устроена.

Сообщение от tarasalk

Будет как минимум 2 независимые реализации (PHP и JS).

Если изначально не было нормальной реализации на стороне JS, с чего она вдруг потребуется после реализации на стороне PHP?
Конечно, можно допустить, что у него там какая-нибудь самоделка с AJAX-подгрузкой страниц.

Сообщение от tarasalk

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

Не понял.

Сообщение от tarasalk

Это палка о двух концах

Да, зависит от проекта. Если какой-то статейник, я настаиваю, что лучше в URL: получатель перейдет на статью на нужном языке.
Если какое-то приложение, то лучше cookie.

@tarasalk · 13.05.2021, 15:30

Сообщение от Para bellum

Так себе аргумент, конечно;

Ну я лично свое время ценю

Поэтому если есть возможность не делать лишнего, то не делаю.

Сообщение от Para bellum

Если изначально не было нормальной реализации на стороне JS, с чего она вдруг потребуется после реализации на стороне PHP?

А как мне в JS переиспользовать генератор из PHP?
Что-то подобное

JavaScript
1
2
let lang = 'ru';
location.href = `${lang}/orders`;

Да, можно конечно прямо в PHP сгенерировать JS аля

PHP
1
echo 'location.href = ' . generateUrl('/orders', ['lang' => $lang]);

Но это просто невероятные костыли

Хотя конечно в каком-то простейшем фронте можно без этого обойтись.

Сообщение от Para bellum

Не понял.

Любой проект, где фронт не монолитный. Например админка и клиентская часть. Нужно уметь генерировать ссылки друг на друга. Это очень легко когда у тебя статичный url, но чем больше динамики, тем сложнее. В сложных проектах типа гугла это превращается в настоящий ад. В элементарном статейники конечно можно любые костыли лепить, на маленьком масштабе их не видно.

Сообщение от Para bellum

Да, зависит от проекта. Если какой-то статейник, я настаиваю, что лучше в URL: получатель перейдет на статью на нужном языке.

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

@Para bellum · 13.05.2021, 19:20

Сообщение от tarasalk

А как мне в JS переиспользовать генератор из PHP?

Зачем переиспользовать? Я хотел сказать, что внедрение маршрутизатора и генератора URL на стороне сервера не обязательно повлечет за собой изменения на фронте. Нет информации, какой там фронт. Может, как на https://bbc.com, без какой-либо асинхронности.

Сообщение от tarasalk

Но это просто невероятные костыли

Мягко сказано.

Сообщение от tarasalk

Любой проект, где фронт не монолитный

Тут ничего не поделаешь. Делая независимые фронты, придётся прибегать к дублированию, если и там и там нужна одинаковая функциональность.
Если генерировать URL не на фронте, а на сервере (где и для админки и для клиентской части сайта используется один и тот же экземпляр маршрутизатора), то проблем возникнуть не должно.

Сообщение от tarasalk

Тот кто кинул ссылку может читать на русском, а я может на английском предпочитаю.

С натяжкой, но предположим -- для ситуации, когда один человек передает одному человеку ссылку.
Но не для ситуации, когда один человек передаёт ссылку многим людям. Например, новостное агентство распространяет анонсы своих новостей среди русскоязычных и англоязычных. Под анонсом ссылка "Читать подробнее".
Как думаете, если англоязычные при нажатии на ссылку будут попадать на страницу с новостью на русском, они будут благодатно искать кнопку переключения языка?

Про поисковики, опять же, забывать не стоит. Допустим, поисковик окажется послушным, получит от нашего сайта cookie и просканирует страницу на русском.
Пользователь же, перейдя из поиска на сайт, будет недоумевать: в поиске страница на русском, а при тут -- английский.

@tarasalk · 13.05.2021, 22:06

Сообщение от Para bellum

Зачем переиспользовать? Я хотел сказать, что внедрение маршрутизатора и генератора URL на стороне сервера не обязательно повлечет за собой изменения на фронте. Нет информации, какой там фронт. Может, как на https://bbc.com, без какой-либо асинхронности.

1) Глянул network, там есть ajax запросы)
2) Кажется мультиязычности на этом сайте нет, странно его в пример приводить.
3) Да, вероятно какие-то частные случаи найти можно. Я просто привык использовать современные технологии и на фронте у меня как минимум гибридный PHP/JS, а лучше vue/react

Сообщение от Para bellum

Тут ничего не поделаешь. Делая независимые фронты, придётся прибегать к дублированию

Как это не поделаешь. Мой вариант как раз таки снимает с других логику определения языка.

Сообщение от Para bellum

Но не для ситуации, когда один человек передаёт ссылку многим людям. Например, новостное агентство распространяет анонсы своих новостей среди русскоязычных и англоязычных. Под анонсом ссылка "Читать подробнее".
Как думаете, если англоязычные при нажатии на ссылку будут попадать на страницу с новостью на русском, они будут благодатно искать кнопку переключения языка?

Я не очень понимаю как у вас так получилось.
Если вы напечатали ссылку "читать подробнее", то язык уже известен.
Даже если это просто ссылка без текста, т.е. язык неизвестен, то откуда там русский? Неужели мы говорим о частном случае, когда англичанин приехал в Россию, поставил себе русскую винду и браузер, а потом удивляется что у него сайты на русском открываются?)
Посмотрите как реализованы крупные сервисы, я вот только что походил в инкогнито по .com доменам гугл, ютуб, фейсбук, тиктик...сразу русский язык стоит. Также посмотрел новости на почте, там при переходе по ссылкам тоже на русском открывается.

Сообщение от Para bellum

Про поисковики, опять же, забывать не стоит. Допустим, поисковик окажется послушным, получит от нашего сайта cookie и просканирует страницу на русском.
Пользователь же, перейдя из поиска на сайт, будет недоумевать: в поиске страница на русском, а при тут -- английский.

Опять же фантастический кейс. Много таких примеров знаете?
А если с другой стороны посмотреть. Я сейчас нагуглил paypal, поисковик выдал один и тот же сайт на разных языках. Я зашел на английскую версию, поменял на русский. Он ее запомнил, язык сохраняется при перемещению по сайту. Дальше вернулся в поисковик, открыл еще одну ссылку и язык опять английский. WTF?

@Para bellum · 14.05.2021, 11:41

Сообщение от tarasalk

Я не очень понимаю как у вас так получилось.

Я невнятно выразился. Имел в виду распространение анонсов на сторонних ресурсах. Например, в Телеграм-каналах. Там размещают анонс и ссылку на полную статью на сайте. Допустим, я подписан на англоязычный канал, прочитал анонс на английском, решил прочитать статью полностью -- перехожу на сайт, а он мне на русском выдает.

Сообщение от tarasalk

Опять же фантастический кейс.

У меня при написании того сообщения была установка, что язык переключается строго после самостоятельного выбора пользователем.
Если устанавливать язык из заголовка Accept-Language, то всё-таки -- да, кейс фантастический.

@tarasalk · 14.05.2021, 12:52

Сообщение от Para bellum

Допустим, я подписан на англоязычный канал, прочитал анонс на английском, решил прочитать статью полностью -- перехожу на сайт, а он мне на русском выдает.

Я был бы рад такому поведению) Если я выбрал на сайте русский, или он сам взял русский из браузера, то наверно именно на нем я предпочитаю читать.
Но ладно, думаю тема себя исчерпала)

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@Para bellum 5755 / 4134 / 1508 Регистрация: 06.01.2011 Сообщений: 11,276
	13.05.2021, 10:00
	AlerinGustovski, а как у вас маршрутизация устроена? Может лучше организовать URL так: https://example.com/ru/page https://example.com/en/page Тогда из маршрута можно было бы легко получать язык (ru, en). 0