Ответ: Добрый день. 10 минут - это большое расхождение, конечно. Такие я стараюсь отлавливать и исправлять, так что спасибо. Да, сейчас все данные по чемпионату - только с РФПЛ. Но уже готова инфраструктура для хранения данных из разных источников - первый шаг к тому, чтобы автоматически учитывать и публиковать расхождения. Это одно из ключевых направлений для меня. Посмотрел - и sports.ru, и championat.com, и football.sport-express.ru дают 66-ю минуту. Молодцы :).

Ответ: а я ничего не знаю о голе Белорукова в игре с Мордовией. РФПЛ ( http://rus.rfpl.org/index.php/match/index/9492 ) и СЭ ( http://www.sport-express.ru/newspaper/2013-10-31/4_4/?view=page ) тоже. Откуда он у вас?

Ответ: ну, я как раз ничего забавного тут не вижу: если есть "международные" амбиции, то раздел на английском языке должен быть. Амбиции есть, насчёт возможностей пока не понимаю :).

Ответ: спасибо, исправлю

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

Ответ: поправлю, спасибо

Ответ: а вы хотите предложить вручную каждый раз обновлять странички?

И да, ценность будет иметь только полный раздел ЛЧ. "Десяток страниц" - без толку.

Ответ: Ну, давайте я скажу "много часов" вместо "месяцы". Потом мы вместе разделим их на количество часов в день/неделю/месяц, которые я могу позволить себе уделить проекту (с учётом - вынуждаете говорить банальности - работы, дома, семьи, друзей, спорта, прочих увлечений, а также необходимых оперативных работ по проекту), - и получим месяцы.
Локализация - сложная и объёмная задача. Я мог бы попросить "просто поверить" и на этом остановиться. Ну ладно, давайте чуть-чуть на пальцах.
1) Данные. Я говорил, что английских имён нет пока ни у клубов, ни у стадионов, ни у людей (игроков/тренеров/судей). У стран есть, кстати. Хорошо, мы добавили поля и догадались, как их заполнить. Клубы и стадионы - вручную, их не так много. Людей - придумали алгоритм, у кого можно взять "местные" ФИО. Для остальных - либо догадались, как выбрать необходимое из имеющегося списка "дополнительных имён", либо применили автоматическую транслитерацию. Бегло проверили глазами, ОК. Далее, позаботились, чтобы добавленные поля теперь заполнялись автоматически при загрузке с uefa.com. Кстати, все формы редактирования информации мы тоже дополнили этими полями. Хорошо.
2) Формирование страниц - данные. Итак, у нас порядка 30 типов/шаблонов страниц, и в формировании экземпляров этих страниц принимают участие может быть 100, а может быть 200, не буду пересчитывать, объектов: модулей, классов, процедур, функций, запросов. Почти в каждый из них мы должны добавить параметр - язык. И запрограммировать его обработку. Мы должны не забыть, что часто мы используем универсальные модули (а не специализированные для ЛЧ), и, стало быть, мы не должны их поломать своей локализацией, всегда умея обрабатывать язык по умолчанию. Конечно, в большинстве случаев нам нужно обеспечить только передачу параметра, а его обработка будет лишь в нескольких местах. Но, однако, мы не можем себе позволить каждый раз использовать, скажем, класс Клуб для написания названия клуба. Мы всё-таки работаем со множествами, и если всё делать объектами (создавать экземпляр класса Клуб каждый раз, когда надо написать название клуба) - производительность упадёт очень сильно. Значит, иногда у нас название "приезжает" сразу в запросах. И, значит, все эти запросы мы тоже должны допилить так, чтобы они возвращали название на языке. То же - с игроками/тренерами/судьями.
3) Формирование страниц - текст. А теперь мы должны перевести "статический" текст на всех страницах: заголовки, меню, всплывающие подсказки, все эти "И-В-Н-П" и т.д. Они, я уже говорил, хотя относятся к "уровню представления", но почти не отделены от уровня логики. Ну, есть отдельные шаблоны страниц (для них тоже нужно предусмотреть дублирование теперь уже всех полей), но вот заголовки таблиц - точно все в коде. И вот мы должны подготовить инфраструктуру ("файл ресурсов" или что-то типа этого) для хранения соответствий/переводов этих "И-В-Н-П", а потом использовать её везде, где нужно. Т.е. переписать все процедуры/функции, где в коде есть "И-В-Н-П" и подобное.
В общем, и всего-то. Ну, всплывут ещё мелочи типа необходимости перекрёстных ссылок (русский/английский) на соответствующих страницах (там тоже поломать голову придётся: модули, которые готовят внутренности страницы, никогда не знают её адреса, а тут нужен будет именно он). Ну, сам перевод не должен быть совсем уж любительским, это тоже займёт время. Ну, значок-эмблему сайта нужно будет перерисовать. Доводка часто отнимает времени больше, чем основные алгоритмы.
Как-то так.

Ответ: С ума сойти :). Мне даже интересно стало, как вы себе представляете функционирование сайта и системы.
Причём ссылки из матчей, как вы можете убедиться, всегда ставились и ставятся только на основные (англоязычные) страницы сайта УЕФА.
Домен третьего уровня - ОК, не проблема, 5 штук оплачено, только один используется. Создаём за минуту. И осталось - "скопировать Лигу чемпионов"? Вот как это?

...Тысячи страниц, три-четыре десятка типов/шаблонов страниц, за которыми тысячи строк кода... И ни намёка на поддержку мультиязычности. (И даже весьма слабое разделение уровня бизнес-логики и уровня представления, до сих пор). Больше того, даже в самой базе пока нет инфраструктуры для хранения латинских/английских названий - ни у игроков, ни у клубов, ни у стадионов... "Местные" есть, а латинских - нет... Это месяцы работы, месяцы.