Языки на сайте

Question

[Кирилл Фирсов]

Как лучше делать сайт…
Поддомены
ru.site.com, en.site.com, fr.site.com
или же
site.com/ru/
site.com/fr/
site.com/en/

Если второе, то как правильно делать ссылки внутри php

Answer 1

[slang]

Чем меньше вложенность, тем больше страница нравится поисковикам, т.е. при вариантах en.site.ru/ и site.ru/en/ — первый будет приоритетнее, хоть и немного геморойнее в реализации.

Answer 2

[Dmitry404]

… заведомо к каждой ссылке надо приписывать $language. '/link/'; ...

Я бы заменил прямой вывод ссылок, на вывод через «хелпер» в котором уже можно обрабатывать ссылку как вам нужно, в том числе и дописывать language prefix.

Comments

[MyraJKee]

+1. Лучше всего посмотреть как это реализовано в продвинутых открытых фреймворках.

Answer 3

[Rodion Gashe]

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

язык определяем так — смотрим параметры адреса, если нету — смотрим куку, если нету — смотрим данные аккаунта, если нету — смотрим $_SERVER['HTTP_ACCEPT_LANGUAGE'] и сравниваем со списком своих языков, если нет совпадений — выдаём default.
если язык на %lang%.domain.ru, то domain.ru определяем как отсутствие указанного языка и идём по вышеописанным действиям, после чего перенаправляем на соответствующий поддомен.

Answer 4

[MyraJKee]

На чем сайт то? Фреймворк какой-то? Движок? Что? С нуля?

Comments

[Кирилл Фирсов]

С нуля

[MyraJKee]

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

[Кирилл Фирсов]

нет, мы пишем уникальный движок для себя, поэтому нужен совет что лучше… поддомены или же в виде папок

[MyraJKee]

Ну тогда если вы нормально реализуете роутинг, интернационализацию/локализацию, никаких проблем с относительными сылками не будет. А на счет сложнее/проще все уже написал XRay39.

Answer 5

[XRay39]

Мне кажется первое выглядит опрятнее, но минусы такого решения: настройка Apache для name-based hosting, нужен доступ к DNS, долгое обновление DNS зоны site.com.

Второе легче реализуемо (нет временных затрат на обновление DNS). Ссылки можно делать относительные (как в PHP — не знаю).

Comments

[Искандер Гиниятуллин]

для первого способа не обязательно иметь доступ к днс, можно реализовать динамические поддомены (тема уже не раз обсуждалась, даже я про это небольшую статью написал :)

Answer 6

[Cheese]

а в чём проблема с ссылками на php? он поддерживает относительные пути

Comments

[Кирилл Фирсов]

заведомо к каждой ссылке надо приписывать $language. '/link/';
Может есть какой-то иной вариант

[Cheese]

почему?
пусть у нас есть папка fr на сервере и в ней php-файлы на французском — index.php и article.php. В первой делаем ссылку просто href=«article.php» и выдастся страница artcile.php из этой же папки на французском. так и для всех языков. или у вас другая архитектура проекта?

[Кирилл Фирсов]

мне кажется, вы сейчас пишите что-то не то… это ужасно создавать папки на самому деле и в них файлы проекта на разных языках

Answer 7

[Dmitry Dedukhin]

Все языковые версии находятся на домене site.com а текущий язык пользователя берем из куки, куда он заносится либо из предпочитаемого языка браузера, либо осознанным выбором пользователя.
Выбор пользователя — это ссылки site.com/fr/, site.com/en/ и т.д. обработчик которых всего лишь устанавливает куку и редиректит либо на реферера (если он в пределах вашего сайта), либо на главную страницу вашего сайта. Соответственно, все надписи на сайте выводятся спец. функцией, аргументом которой является ярлык — короткое, но понятное описание строки, за ним скрывающейся, например T('PLEASE_LOGIN') выводит надпись «Пожалуйста, зарегистрируйтесь» на нужном языке, все метки и их переводы на все языки хранятся в одном месте.
Такой вариант вас не устраивает?

Comments

[Dmitry404]

А что увидит поисковый робот в таком случае? Я не очень силен в сео, но насколько я знаю, ему не «понравится» что по одной и той же ссылке, выдается разный контент. Если я ошибаюсь, поправьте.

[MyraJKee]

Поисковые роботы куки хранить не будут… Поэтому по всей видимости они будут видеть только один дефолтный язык…

[Dmitry Dedukhin]

С точки зрения сео согласен, вариант неудачный.
Хотя имеет массу других достоинств, в числе которых легкая и быстрая локализация на другие языки и отсутствие дублирования кода для разных языков (случай скриптов в разных папках).
Если структура сайта разных языковых версий существенно отличается, то этот вариант также сразу можно отросить.

[Dmitry404]

Предложенный вами метод (отдельная функция для перевода) можно использовать и в случае использования префикса. Хотя мне по душе больше вариант с gettext'ом.

[Dmitry Dedukhin]

А в чем суть gettext'а?

[Dmitry404]

Посмотрите тут, ну а вкратце, вы используете вместо суррогатного идентификатора (например PLEASE_LOGIN), реальную строку на одном языке, а уже gettext, если есть перевод для неё, выведет его, иначе саму строку. Можете посмотреть, как это реализовано в CakePhp

Answer 8

[dfpoint]

домен у сайта должен быть один site.com, посмотрите реализацию apple.com или ibm.com

Answer 9

[Борис Манжела]

Я бы выбрал en.site.com по той причине, что поддомен это может быть другой сайт с другой структурой и даже тематикой. При чем при определенных запросах в топ могут войти сразу несколько поддоменов.
Для SEO также, имхо, лучше поддомены. Вопрос только в том, что не всегда можно управлять сайтом на поддоменах из единой админки.

Answer 10

[porohnya]

Возьмите фреймворк типо Zend, там очень просто реализуются оба варианта. Не забывайте о приколах кроссдоменной авторизации