FSCrawler, помимо текстовой и мета информации, может отправить и сам оригинальный файл и сохранить его в индексе в бинарном формате. У меня тоже была задача хранить дополнительную информацию вместе с файлами в индексе. Так можно настроить mapping под свои бизнес задачи.
В любом случае ingest-attachment plugin тоже хорошее решение, просто я был немного удивлен столь малой скоростью. Я бы поигрался с настройками индекса, типа refresh interval, количеством реплик и нод.

А FSCrawler не пробовали. Недавно делал POC для подобного проекта и на намного более скромной виртуальной машине (всего 4GB для эластика) проиндексировал 1GB или 3000 файлов за 10 минут. Он использует TIKA для извлечения текста, как и эластик, плюс есть поддержка OCR, плюс извлекает кучу полезных метаданных.
Есть еще один проект Ambar, но что-то мне там не понравилось. Видимо, активность разработчиков…

у вас есть этот же плакат, но разбитый на несколько страниц?

>>избежать ежедвадцатиминутных выкидываний в форму входа

Обычно используют «sliding expiration» для сессий. Пользователь будет автоматически разлогинен через заданный промежуток времени в случае неактивности. Быть постоянно залогиненным, как это сделано на хабре, я считая небезопасным, но это имхо.

Вы невнимательно читаете. Я уже 2 раза повторил, что у токена есть время жизни (серверная проверка). Ну не зайдете вы через, скажем 20 мин, под свой аккаунт с тем линком.

Допустим яндекс бар собирает URL аутентифицированного пользователя. С окончанием сессии от этих адрессов с токеном внутри не будет никакого прока — вы будете перенаправлены на страницу логина, так как время жизни токена истекло.

Скажем приемлимое решение в отсутствие куков.

>>токен потом палится во всех мыслимых местах, от логов прокси и веб-сервера
У токена есть время жизни.

>>до результатов поиска яндекса
Откуда? Яндекс бот сможет залогиниться?

Например, передавать токен в строке запроса. Так сделано в ASP.NET в том случае, если куки отключены.

А не лучше ли использовать Convert.ToDouble(«your string», CultureInfo.CurrentCulture), либо более безопасную версию double.TryParse? При выводе и валидации тоже использовать пользовательскую культуру. Получите глобализацию из коробки — будет работать даже если пользователь умудрится переопределить десятичный разделитель.

А почему это туристы должны обосновывать? Подозреваете — доказывайте… А то поди обоснуй, что ты слушаешь гаражную музыку, которую распостраняют бесплатно.
А вообще в соседней тебе писали, что можно иметь 2 шифрованных раздела, для таможни и для себя.

Спасибо за SAML — посмотрю на досуге.

На самом деле ваш пример ничем не отличается от подхода, предложенного Angelina_Joulie, если добавить роли вида ContollerName_ActionName и указать, что только эта роль имеет досуп к соответствующему экшену. Ну а стандартный role provider позволяет назначить роли на лету. Да, ролей будет много, но в вашем подходе информации кто к чему имеет доступ уж точно будет не меньше. Повторюсь, перекомпиляция не требуется.
На мой взгляд реализовывать IAuthorizationFilter стоит тогда, когда авторизации зависит динамических параметров, от окружения. Например, пользователь может не иметь доступ к экшену с 10 вечера до 7 утра (ну чем не родительский контроль), или часть информации не доступна в зависимости от страны и т.д.

Self defining function — до этой статьи, если бы я увидел подобный код, врядли бы догадался о намерениях писавшего. Так что… применение под вопросом. Но решение да, элегантное.

Британский водопроводный кран — tap, в американском — faucet.
Что касается метро, в Монреале стабильно слышу — metro, и очень редко subway.

Результирующий файл компонуется на лету? Я имею ввиду физически файл появится на диске?
Мне еще понравился add-in Chirpy. Основан на T4 и популярных минификаторах. Плюс в том, что вся статика появляется во время сборки сайта, удобно конфигурируется единожды, а не как случае SquishIt — в каждом представлении. Но а минус — нет штатных средств для запрета минификации в режиме отладки.

Разве @Autowired, @Repository не являются своего рода аннотациями (читай фреймворкоспецифичные вещи)?

Я вообще-то намекаю что вы в любом случае используя IoC зависите от используемого фреймворка. Если вы его поменяете вам прийдется переписывать код

Если не использовать аннотации/аттрибуты, то базовый код не имеет зависимости от фреймворка. Её будет иметь только прикладной код, которому необходимо каким-то образом настроить зависимости в коде ниже перед использованием.

Да и проблематично аттрибутами динамически менять зависимости...(интересно как это в .NET сделать?)

Где же вы видели такой ДВС? Дизель дает что-то около 40%. А по теме — не скоро это будет. Толку от того, что появились движки на водороде? Инфраструктуры то нет — заправиться негде.

Меня немного смущает Exclude для Approved свойства — ведь в админке этот биндинг может понадобится. Как быть? Делать связывание полей, пришедших в запросе с ViewModel? А валидация будет уже в модели.