Халява, но, все-таки, я этого не знаю=( Есть скрипт, где все надписи расположены прямо в пхп файлах. Нужно сделать из этого скрипта полиязычный ресурс, как я думаю, лучше сделать папку с текстовыми файлами и из этих файлов выбирать фразы взависимости от языка, а выбирать по переменной, которая для всех файлов будет одна и та же к определенным фразам. Ну в блокнотах писать типо такого "$say[1]=чему-то там". Но с грамматикой я не дружу еще лучше, подкиньте рекомендаций. Далее: языка будет два, хочу сделать языки в виде кнопок, ну хотя бы это я сделаю, канеш=) А как это прописывается, чтобы язык запомнился ресурсу и о начал читать данные c нужного блокнота? Еще есть мысль, что надо в бд приписать язык, который чел выберет нажатием кнопки. Если он залогинившийся, то приписать к данным пользователя, а если он гость, то судить по ip. А что-нибудь поинтереснее можно предложить?     

Это сообщение отредактировал(а) len4ixa - 3.8.2009, 22:54

проще всего сделать так:


ну и потом либо делать так: message('The english variant'); либо как-то через str_replace))

fesor, твое предложение не очень хорошее, т.к. в некоторых случаях одни и теже фразы 'The english variant' будут переводиться по разному.

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

Что-бы текущий выбор языка запомнился юзай кукисы. И сессии. На IP не смотри, смотри на языковые предпочтения выставленые в браузере посетителя.

Сначала по ip определить откуда. И записать с куки. Ручные настройки будут пускай с большим приоритетом.
Бацать масси, использовать лучше числа или констаты.
Так же в движке заложить лучше что бы добовлят часть у URL указывающей на конкретный язык. Что бы легко можно было переключиться. И определить для поисковиков.

А поинтересней ни че нету.

len4ixa, 
проверяем куку (допустим lang), если её нету то смотрим на предпочтения браузера

А как записывать в куки и читать с них? записывать вроде setcookie? Я серьезно это не понимаю=) Всмысле в виде кода. Я пока только поняла, что в файле пхп вместо слова надописать переменную, то есть конкретно $say1, а в текстовом файле прописывать, чему она равна.

Добавлено @ 07:17
Вопрос в тему вспомнила, надо еще, чтобы при заходе на сайт данные пользователя так же загружались в куки, а потом он заходил автоматически с помощью этого на сайт. Ну проще всего же так сделать?

Это сообщение отредактировал(а) len4ixa - 4.8.2009, 07:28

http://ru.php.net/setcookie

Тут смешаны в кучу три вопроса.
1. Как реализовать мультиязычность в РНР: gettext
2. Как узнать, на каком языке показывать: разумеется, никаких cookie. Только по адресу. В идеальном случае - доменом (обычно - третьего уровня ru.site.com, en.site.com, fr.site.com, но некоторые могут себе позволить и первый - site.com, site.ru, site.fr), если нет возможности - то каталогом (site.ru/, site.ru/en/, site.ru/ua/). 
3. Как определить, какой язык предлагать по умолчанию, при первом заходе на сайт. Вот только здесь применяется "автоматическое" определение, по параметрам клиента. Только не по IP, разумеется, а по Accept-language

Добавлено @ 07:28

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

Это сообщение отредактировал(а) Ипатьев - 4.8.2009, 07:29

Ипатьев, так и сделаю, наверное. А в виде кода пример можешь показать как это делается?

почему?
  

По первому пример есть в предыдущем обсуждении.
По второму и третьему - массив $_SERVER, там все нужные переменные.

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

Добавлено через 5 минут и 27 секунд

Разве это не очевидно?
Куки - необязательная часть протокола. И многими клиентами не поддерживаются. В этом случае переключение языков будет недоступно. Случаи, конечно, разные бывают, но обычно мы хотим, чтобы все версии сайта индексировались поисковиками. А не только одна.

Ипатьев, пусть человек учится. Есть стремление, значит поможем 

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

Проблема в том, что учиться лучше постепенно, по ступенькам.
Учитывая же, что на сайте нет ни авторизации, ни даже мыслей, как её сделать, то объем новых знаний рискует стать катастрофическим. Я совсем не против "учиться". Просто обучение длится годы. А я предлагаю практическое решение текущей задачи.

проблема клиента


да, об этом как то и не подумал.

Не, ну с таким подходом мы далеко не уедем. 
Все-таки, считается, что мы разрабатываем сайты для посетителей. 
К тому же, проблема здесь скорее архитектурная, чем практическая. Как в соседней теме - проверять правильнее, чем приводить, вне зависимости от мифической разницы в скорости.
Так и здесь: куки служат для сохранения состояния, персонализации контента. А здесь у нас нет задачи сохранять состояние. Страница на японском так и будет страницей на японском, вне зависимости от того, кто на нее смотрит. По сути ведь, одна и та же страница на двух зыках - это две разные страницы, и у них обязан быть разный адрес.