Первая проблема актуальна не только для AD. Если логин регистронезависим в системе авторизации, то пользователь может входить только вводя логин в том же регистре как при первом входе ;(.
Третья самая сложная. Нет нормальной реализации сервиса идентификации. Просто развернуть свой sygnal — не будет работать поиск по 3pid пользователей с чужих серверов. Если использовать проксирующий сервер — контакты всё равно улетят на vector.im
По шестой. На практике размещение в виртуализации и выделение рабочих процессов вполне решает задачу.
Matrix.org интересен в первую очередь как возможность развернуть полностью контроллируемое on-premise решение для корпоративной среды.
Причём в оригинальном проекте есть некоторые связанные с этим проблемы:
проблема интеграци с AD (я говорю про корпоративную среду) — логины на сервере synapse регистрозависимы
проблема шифрации коммуникаций между пользователями (мы же не хотим той же участи, что и заблокированный мессенджер) — для enterprise это может стать некотроллируемым каналом утечки корпоративной информаци
проблема того, что на публичный сервер идентификаци «улетают» все контакты пользователей (email и номера телефонов) — шикарнейшая база для спамеров
проблема контроля корпоративных коммуникаций, в том числе и антивирусной защиты (решается, кстати, проше всего т.к. протокол построен на основе web)
проблема доставки push уведомлений (часть уведомлений иногда теряется по пути к шлюзу вендора клиента — они об этом знают, но процент маленький...)
проблема масштабируемости/отказоустойчивости основного сервиса (есть возможность выделения рабочих процессов, но основной сервис всё равно всегда один).
но эти и многие другие проблемы вполне решаемы. Информации на целый цикл статей…
Судя по краткости вашего списка вы сталкивались с весьма ограниченным количеством продуктов 1С — иначе список был бы больше.
Не критикуют — потому как бесполезно.
И судя по
Знаком с 1С начиная с версии 7.7 Являюсь сертифицированным специалистом по платформе v8
у вас скорее всего уже проф деформация (к сожалению никто из нас от этого не застрахован) и рассказывать насколько ужасны эти продукты в «подкапотном пространстве» (я имею ввиду работу с ОС, с базой данных) будет бесполезно.
Есть пример входного и выходного файла для которого это работает?
А то я по-быстрому заскринил статью из opennet — прогнал скрин через tesseract 3.03 — получилась редкостная чушь.
А ещё, подозреваю, что таблицы оно не понимает… никак…
Что-то дальше 15-го вопроса не проходит ;( Выдало страницу про инвайт и всё… Теперь постоянно редиректит на эту страницу…
Так не честно — я 16-й вопрос увидеть хочу!
Третья самая сложная. Нет нормальной реализации сервиса идентификации. Просто развернуть свой sygnal — не будет работать поиск по 3pid пользователей с чужих серверов. Если использовать проксирующий сервер — контакты всё равно улетят на vector.im
По шестой. На практике размещение в виртуализации и выделение рабочих процессов вполне решает задачу.
Причём в оригинальном проекте есть некоторые связанные с этим проблемы:
но эти и многие другие проблемы вполне решаемы. Информации на целый цикл статей…
Не критикуют — потому как бесполезно.
И судя по у вас скорее всего уже проф деформация (к сожалению никто из нас от этого не застрахован) и рассказывать насколько ужасны эти продукты в «подкапотном пространстве» (я имею ввиду работу с ОС, с базой данных) будет бесполезно.
А то я по-быстрому заскринил статью из opennet — прогнал скрин через tesseract 3.03 — получилась редкостная чушь.
А ещё, подозреваю, что таблицы оно не понимает… никак…
Экзотический протокол из-за прокси не открывается,
а кофе я только пить могу, а не в квадрат возводить ;(
Вроде вторую букву взять надо…
Gimp спас.
Так не честно — я 16-й вопрос увидеть хочу!
https://msdn.microsoft.com/en-us/library/dd878343%28v=vs.85%29.aspx