Я веб-разработчик и недавно получил работу по разработке американской / международной версии сайта для компании, которая крупна в Европе, но еще не сделала большого расширения в США. У них есть существующий сайт на сайте company.com, который должен оставаться видимым для европейских клиентов после запуска нового сайта, и существующий (не самый лучший) сайт на сайте company.us, который я собираюсь переработать (расширение. us сайт будет закрыт, когда моя версия вырастет - читайте подробности). Мое решение должно учитывать тот факт, что в ближайшем будущем появятся новые локализованные версии сайта, поэтому пишу я фреймворк, чтобы иметь возможность довольно легко обрабатывать локализации (динамически загружать языковые пакеты, и т.д).
Сложность заключается в том, что европейское отделение компании управляет хостингом сайтов .com (на основе IIS) и DNS, а я буду управлять хостингом в США (и будущими локализациями), которые, вероятно, будут основаны на Apache. Я никогда не был большим поклонником TLD ".us" - я думаю, что большинство пользователей в США привыкли посещать .com - поэтому я думаю, что европейский филиал обнаружит IP-адрес входящего трафика и перенаправит весь США адреса на us.example.com (или любой другой соответствующий локализованный поддомен), который будет указывать на IP-адрес моего хоста. Затем я бы обслужил соответствующий локальный контент, вытащив поддомен из суперглобального $ _SERVER (при условии, что PHP).
Я не смог найти никаких примеров международных организаций, которые применяют подход на основе субдоменов для локализации, но я не уверен, что у меня есть какие-либо другие варианты из-за уникальной структуры хостинга здесь (в которой нет единого хостинга для европейский и американский сайты). По моему опыту, американская версия международного сайта будет располагаться по адресу domain.com/us, а не us.domain.com, и я предполагаю, что это связано с SEO (поддомены рассматриваются как отдельные сайты, поэтому улучшено рейтинг сайта в США не поможет канадской версии, если для их различения используются субдомены).
У меня вопрос: есть ли лучший подход к решению этой проблемы, чем тот, который я использую? В идеале я хотел бы использовать подход на основе папок (см. Adidas.com в качестве примера того, о чем я говорю), но я не уверен, что это возможно, учитывая, что сайт в США (и другие локализации) не размещаться на том же сервере, что и остальная часть домена .com. Можете ли вы в IIS сопоставить папку (например, domain.com/us) с другим IP-адресом? Что бы вы порекомендовали?
Спасибо за внимание.
Что ж, вы можете без особых проблем использовать прокси-запросы к company.com/us/* на randomserver / * (см. Apache httpd mod_proxy), но производительность, вероятно, заметно пострадает, и вы создадите ненужную точку отказа.
Если вы действительно хотите company.com/{country}/*, вам действительно следует настаивать на использовании не отдельных серверов. Либо один сервер, который обслуживает все для всех, либо реплицированные серверы с GeoDNS ...
Если вы не можете этого сделать, а сервер в США будет независимым, то лучшим вариантом будет us.company.com или company.us. Просто убедитесь, что выбрали один из них, и перенаправьте всех на «канонический» URL.
Думаю, лучшим решением будет использование европейского хоста. Создайте поддомен us.company.com, затем перенаправьте весь трафик, поступающий через us.company.com, на company.com/us, чтобы использовать подход подпапок.
PS: Поскольку вы говорите о транснациональной корпорации, вам, вероятно, придется получить пользователя FTP с доступом только к этому поддомену.