Тут проблема, мне кажется, только в том, чтобы определить, какой из элементов первый в списке. Можно реализовать добавление класса first джаваскриптом, а остальное — селектором с оператором +
Damaskus, оказывается, в Java нет специального механизма событий (который есть, например, в C# — ключевое слово event). Но их можно реаилзовать вручную при помощи интерфейсов. Например: stackoverflow.com/a/1530497/236660
Суть в том, что в основном классе (документ, справочник) есть методы, которые предназначены для реагирования на события, которые возникают во вспомогательном объекте (FlagFunctioner по терминологии phil_tsarik). Когда объект FlagFunctioner создаётся внутри объекта Document, то Document подписывает свои методы на события FlagFunctioner (addSomeEventHandler(this.mySomeEventHandler)).
Тут высшая математика не при чём. Скорее простая арифметика и понимание того, что число с плавающей точкой невозможно хранить в цифровом виде точно и при этом сохранить весь диапазон значений.
Ага, кажется, начинаю понимать. Но есть один нюанс. Пользователь никогда не зайдет на какой-либо s*.myapp.com, кроме своего, на котором он, собственно, и зарегистрирован. Суть задачи — в том, чтобы, имея разрозненные сервера, предоставлять всем их пользователям доступ к одному help.myapp.com.
Спасибо, что разъяснили про CAS, буду обдумывать :)
Системы, направленные на переводы контента, существуют. Как пример, anwiki, о которой я написал чуть ниже. Другое дело, что другие функции там не ахти. А хороших полноценных систем мне так и не удалось найти.
Не расскажете поподробнее про ваши манипуляции с МедиаВики?
У CAS другое предназначение. Его обычно используют, если нужно из разнородных клиентов аутентифицироваться на одном сервере.
В то же время, OpenID предназначен для того, чтобы с помощью аутентификации на одном провайдере можно было логиниться в любых сторонних приложениях.
Даже если CAS и можно применить в моем случае, я не вижу, чем он лучше OpenID. Поясните?
Да, как раз это и нужно. Хммм, тогда можно:
1. Ставить куку вида *.myapp.com навечно и записывать в неё адрес сервера как значение куки;
2. На каждом из серверов s*.myapp.com поднять OpenID-провайдер;
3. При попытке зайти на help.myapp.com, перенаправлять на соответствующий сайт и проверять аутентификацию через OpenID.
Похоже, так будет работать :) Спасибо!
P.S. Но если у кого-то будут еще другие предложения, буду рад услышать.
О господи, под печенькой вы имели в виду куку? :) Извините, сразу не понял.
Я не знал, что можно получать доступ к одной куке с разных доменов (даже если они поддомены одного доменного имени). Спасибо, сейчас об этом почитаю.
Я думал и о чем-то вроде этого. Но ведь тогда прийдется при авторизации на s*.myapp.com перенаправлять юзера на auth, чтобы записать в браузер авторизационную куку, а потом обратно. Или без этого можно как-то обойтись?
