Как лучше сделать несколько языков?

Question

[hdtor]

Пишу самописный движок одного сайта.

Есть задача сделать несколько языков на сайте, но не хочу плодить нам нем папки:

/ru
/en
/pl

и влаживать в каждую папку все файлы заново.

Все данные берутся из БД. Конечно уже создал массив с фразами для каждого языка. Но проблема в том что нужно сделать ссылки по типу как вверху, но не плодить кучи папок.

Как можно это сделать? Может как-то в htaccess по типу сделать, если есть get параметр ?lang=ru то редирект на ту же ссылку только подставляем папку ru или если ?lang=en то редиректим на папку en?

Comments

[res2001]

"влаживать", конечно, не нужно.

[Maxim_Q]

Чем все закончилось как вы сделали перевод и его реализацию?

Answer 1

[Lumore]

Ставите по дефолту язык русским, создаете 'lang.php', где берете get lang. И в зависимости от языка выводите слово с массива.

Давно не писал, но все же:

if(isset($_SESSION['lang'])) { include('/langs/'.$_SESSION['lang'].'.php'); }
<a href="/lang.php?lang=en">En</a>
<a href="/lang.php?lang=pl">Pl</a>

<p><?= $lang['hello'] ?>, <?= $user->username ?></p>

lang.php

if(isset($_GET['lang'])) {
$_SESSION['lang'] = $_GET['lang'];
}

P.S. код может быть не точным

Comments

[hdtor]

Да, это я все знаю и уже сделал. Меня интересует как сделать чтобы при переходе site.com/ru site.com/en включались нужные языки.

Answer 2

[Иван]

Пишу самописный движок одного сайта.

Не буду даже объяснять насколько нелепа затея.
Просто несколько вопросов, которые Вам лучше самому себе задать и ответить:

• С какими цмс и фреймворками Вы уже работали и насколько глубоко их знаете ?
  
• С каким кол-вом проектов в целом уже сталкивались, какие сложности возникали ?
  
• На какой тип проектов рассчитана Ваша cms ?
  
• Какие готовые решения будете брать за основу ?
  

Думаю, конечно, что Вы почти ни с чем не работали еще и даже не очень представляете, как спроектировать более-менее гибкую и надежную систему, ну да ладно, это Ваше уже дело.

Какой htaccess ? А если "сайт взлетит" и придется nginx поставить ? :) Ладно, шучу, не взлетит ни сайт, ни cms, так что за это не беспокойтесь :)

По сути Вашего вопроса.
У Вас должен быть слой, который отвечает за сопоставление запроса к некоторому контроллеру/действию/методу/еще чему-то. Назовем данный слой Router.
А у Router'a может быть такая логика: если после домена идёт /(ru|en|pl), то установить в сессию или куку соответсвующее значение текущего языка.
В коде, где выводите какой-либо текст, то оборачиваете этот текст в метод перевода. Например, пусть это будет статический метод Translator::trans($message). Внутри статического метода берёте из сессии/куки текущий язык и смотрите есть ли данное сообщение для такого языка. Ну а дальше развивайте логику, как хотите.

Comments

[hdtor]

По сути. Это понятно, только в том дело если открою site.com/ru откроется папка ru а не язык)

[Иван]

оооой, дк так всё сложно чтоли ...
Ладно, в качестве начального вклада в Ваше начинание, подскажу пример хорошей архитектуры, который позволит Вам хотя бы не сделать сайт с кучей бэкдоров и sql-инъекций. Хотя на счет последнего сомневаюсь.

Есть такое понятие, как front controller. Это единая точка входа в Вашу программу.
Архитектура должна выглядеть так:
Веб-сервер(nginx/apache) принимают запрос, если запрашиваемый файл существует в вебруте, то отдает его клиенту, если нет, то выполняет скрипт фронт котролера(например index.php), передавая ему в get-параметр(например параметр route) uri запроса.
Итого, когда мы запрашиваем на сервере папку "/ru" и у нас данной папки не существует, то вызывается скрипт index.php?route=/ru.
В index.php Вы должны скормить url-запроса классу Router, который его обработает и установит текущий язык в сессию, а также роутер должен определить, как дальше обрабатывать этот запрос. Хорошо, если роутер сфомирует объект Request, который будет хранить максимум информации о запросе.
В идеале Ваш index.php должен после роутера знать, какой именно метод должен обработать данный запрос, вызвать этот метод и получить объект класса Response, содержащий максимум информации об ответе(содержимое, content-type, заголовки кеша и многое другое).
Далее нужно этот объект Response преобразовать уже в привычный нам вывод, добавив нужные заголовки и куки(хотя куки это тоже заголовок).

Может всё таки сперва попробуете хотя бы в каком-нибудь простеньком фреймворке разобраться ?

[Иван]

я Вам объясню еще почему я считаю затею "писать свой движок/cms/..." очень нелепой в моих глазах.
Проблема php-сообщества в том, что пхп очень многое позволяет делать криво-косо, да и вообще не правильно. На данный момент существует просто нереально огромное кол-во всевозможных готовых решений под любые типичные задачи(и большинство из них ужасно написаны и спроектированы, но это др. история). Но всё ровно, каждый, кто узнал, как соединиться с БД и несколько циклов, решает, что пхп-сообществу не хватает cms. Хотя на самом деле пхп-сообществу не хватает просто программистов, которые знают основные паттерны программирования и используют их с умом.
Дк вот, я бы Вам настоятельно посоветовал сперва изучить ООП, MVC и вытекающие из него выдумки, основные шаблоны проектирования(синглтон, фабрики, ...), глянуть GRASP, SOLID, KISS. Это только для начала. Затем глянуть, как написаны некоторые качественные фреймворки, например симфони, yii, ларавель.
Поработать немного в какой-нибудь веб-студии за опыт и еду, с пол годика, а потом уже поймете нужна ли миру очередная cms на php и что она может хорошего предложить.

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

[Иван]

Еще совет, не используй ты include, делай через autoload и классы, а то при первой же ошибке и отлаживании вырвешь клок волос.

Answer 3

[Eugene 222]

Если вы пишете движок сами. Зачем вы это делаете на PHP?
На свете много приятных и удобных инструментов.
Зачем выбирать что-то ущербное.
--------
Как бы я сделал локализацию.
Я бы определил глобальный хешмап в отдельный файлик. И функцию, которая мапит вашу стандартную локализацию, на локализацию в хешмапе.
Быстро, никакого парсинга, никаких баз и прочих файлов.