Это - точный вариант использования для установки домена. Я Настоятельно рекомендовал бы, чтобы Вы сделали так. Вы будете намного более счастливым и более нормальным администратором, когда Вы сделаете.
Я забираю это, так как студенты действительно владеют ноутбуками, вынуждающими их на домене, не такая хорошая идея.
То, что я сделал бы в Вашей ситуации, является этим:
В установке изображения общая администраторская комбинация UN/PW так, чтобы они все сделали, чтобы общий администратор считал прибытие из фабрики. Затем когда Вы распределяете машины - и это - то, где это могло стать липким насколько рабочая сила - дает класс на основном администрировании. Вещи как:
Я также говорил бы с некоторыми более технически подкованными студентами, чтобы видеть, будут ли они готовы добровольно предложить время после школы для помощи другим студентам - основная техническая поддержка, переизображение по мере необходимости, общая справка. Мало того, что это берет часть рабочей нагрузки от Вас - но дает студентам что-то, чтобы поставить их резюме / приложения колледжа, если они принимают решение войти в IT (или предпочтительно поступить в институт ЗАТЕМ в IT)
В любом случае я был бы предложение Вы изучать что-то как глубокая заморозка, чтобы препятствовать тому, чтобы машины получили испорченный tooo.
Если бы Вы могли бы перенаправить людей к локализованным субдоменам после факта, это работало бы:
RewriteEngine on
RewriteRule ^/th(.*)$ http://th.example.com$1 [R,L]
RewriteRule ^/en(.*)$ http://en.example.com$1 [R,L]
К сожалению, учитывая, что Вы убегаете единственное имя хоста, которое означает, что Вы ограничены вещами в DNS (GeoIP), и ни с чем не можете иметь дело в части пути URL, таким образом, Вы не можете принять решения на основе его.
В основном Вы завинчены, учитывая ограничения, которые Вы обеспечили. Объясните тем, которые делают правила, что, неважно, насколько они штампуют ноги и выпячивание, Вы не можете изменить законы интернет-Физики. Лично, я не вижу то, что так ужасно о http://th.example.com/
...
Это - возможно, определенный бессистемный подход, но рассмотрите использование геолокации осведомленный сервер DNS - одним предложением является GeoIPDNS общедоступное заменяющее ветвление TinyDNS.
Идея состояла бы в том, что Вы размещаете авторитетный сервер имен на своей машине, и на основе IP она автоматически перенаправила бы пользователей к одному серверу или другому. Машина пользователя должна кэшировать запрос DNS, так, чтобы поиск был только сделан время от времени (т.е. не каждый запрос страницы).
Можно разместить и/en и/th версии на обоих серверах, и решение DNS отправит пользователей на географически корректный сервер. Пользователи все еще могут выбрать, какую версию сайта они хотят просмотреть, и геолокация прозрачна, не увеличивая задержку за исключением первоначального запроса DNS (конечно, Вы разместили бы свой DNS на обоих серверах для обеспечения падения назад).
Исказите папку "/th" через обратный прокси-сервер к IP-адресу тайского сервера.
Сам Apache был бы обратным прокси, между прочим...
Посмотрите больше информации здесь: http://httpd.apache.org/docs/2.0/mod/mod_proxy.html#proxypassreverse
Это сделало бы его так, чтобы
www.example.com/th/hi-there
преобразовывается апачем в
thai.ip.add.ress/hi-there
И это абсолютно очевидно для пользователя, никаких перенаправлений или чего-либо как этот.