Функционал 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

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

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

Новые блоги и статьи Все статьи Все блоги /
сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и источниками (напряжения, ЭДС и тока). Найти токи и напряжения во всех элементах. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и. . .

@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