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

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

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

Новые блоги и статьи Все статьи Все блоги /
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .

@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