mikamak

Знаете, я с вами соглашусь, что хорошую вводную по Elastic трудно найти. Пока сам не переварил доков и не набил шишек многие элементарные понятия оставались для меня неясными. Поэтому вот моя вводная: Elastic можно использовать как NoSQL БД, только надо быть внимательным, т.к. всё-таки его основная задача поиск, а не удовлетворение функций БД. Например, если вы не настроили хранение исходных данных, а только индексацию, то свои данные вы уже не извлечёте из него. НИКОГДА. Только отдельные выражения, удовлетворяющие условиям поиска. Всё, тупик. Так же нельзя повторно индексировать уже загнанные в него данные. Т.е. перед загрузкой данных надо грамотно настроить индексацию, т.к. перестроить индекс, как это делается в реляционной БД невозможно. Нужно придумать новую схему индексации и перезалить данные в Elastic. Именно поэтому основное использование Elastic - как дополнение к существующей БД из которой данные можно перезалить по одному или полностью в Elastic (можно, конечно сделать схему Elastic->Elastic, но тоже есть нюансы).
Ещё пару слов про схему. Это ЛОЖЬ, что в Elastic нет схемы данных. Она как раз есть и ооочень жёсткая. Жёсткая до того, что однажды определив, вы не сможете её поменять. Изначально Elastic оказывает медвежью услугу, разрешая вам дополнять схему по-умолчанию, но когда вы разберётесь с этой темой, то можете обнаружить, что Elastic "понастроил" такого у себя внутри, что остаётся только охреневать и переделывать всё явно, отказавшись от его "услуг" по автоматическому добавлению полей в схему.
Так же в Elastic очень непросто строить сложные запросы на поиск и агрегатные запросы. Совершенно неинтуитивно. Но если освоитесь, то будет вам счастье. )))
Несмотря за такие "страшные" вещи - Elastic классная система и по производительности агрегатных запросов не уступает платной версии MSSQL в поиске в многопроцессорных системах (проверял на одинаковых аппаратных конфигурациях с 16 ядрами). Так что если вам хочется большую скорость в агрегатных запросах и главное - это бесплатность, то берите и осваивайте Elastic. Мощности и возможности у него огромные. Но... нужно потратить приличные усилия на изучение.

Какл очень тормозной и иногда не очень опрятно выглядит, а переназначить их CSS нельзя — у них везде !important

Полностью исключить сговор исполнителя с менеджером вы вряд ли сможете. Вам пришлось бы делать review всей информации, которую получают менеджеры от исполнителей. В противном случае, среди результатов могут затесаться контакты исполнителя.

С этой оговоркой вам подойдет любая система обработки задач, тикетов, заявок с разграничением доступа. Из бесплатных - тот же Redmine. Доступ настроить так, чтобы в состоянии до назначения задачи она была видна всем, а в состоянии "Назначена" ее видел только менеджер и назначенный исполнитель. При регистрации пользователей генерируете всем обезличенные абстрактные username и вперед. Максимум, что потребуется из контактных данных - это e-mail для получения уведомлений. Их лучше тоже генерировать и выдавать со своего домена.

Есть подозрение, что вам помог бы Тендерный метод распределения задач в проекте. Он совместим со всеми озвученными критериями. Есть англоязычные статьи на эту тему, есть русскоязычные (могу порекомендовать специалиста в этом вопросе). На сколько мне известно, каких-либо коммерческих реализаций данного метода пока не существует.

Просто спросить.

Привыкайте.

Для любого разработчика НЕПОСРЕДСТВЕННО работающего с заказчиком этап ПОСТАНОВКИ ЗАДАЧ, состоящий из довольно длительных переговоров/выяснений сути задачи - это НОРМА.

Поговорите просто с тем человеком и спросите что ей надо. Может оказаться что не надо не Excel не pdf а устроит простой веб интерфейс. А она их попросила от незнания что можно сделать по другому.
Так что поговорите и предложите свой вариант решения задачи, который лично для вас будет реализовать проще а для неё использовать удобнее.

Попробуйте Everything search engine www.voidtools.com/, сам не пользовался, меня Spotlight полностью устраивает, но товарищ восхищался этой прогой…
Индексация файлов, мгновенный поиск.
дополнительные фишки — переименование/удаление файлов, возможность индексации удаленных хранилищ, регулярные выражения.
Не требует быть фоновым процессом, можно запускать только по требованию.

Я думаю что если вы посрётесь с другом, то друг сам предложит выкупить долю в 15%. Вопрос только по какой цене.

Сделайте свою собственную контрольную проверку. Например, задайте боту вопрос: "Сколько будет два плюс три". Если пофантазировать, можно придумать весьма оригинальные вопросы. У меня на сайте боты не хулиганят. Вроде бы и вопрос несложный, но поскольку такая защита только у меня, то никто не будет разрабатывать ломалку одного-единственного сайта.