Но это ведь вроде как пройденный этап? Если я не ошибаюсь у microsoft был похожий подход, там даже вместо js на c#(или vb) писались скрипты, состояние страницы хранилось фактически на сервере. Ну конечно тогда не было websocket, но не суть. Ведь очень дорого с точки зрения памяти хранить состояние страницы клиента на сервере, если её не хранить, то значит гонять большие массивы данных туда сюда этого состояния. Очевидно что положить такой сервис не составит труда. Сколько памяти приходится на один конекшн(для сервера рендеринга) при таком подходе? Сейчас вам надо поддерживать одно api для всех платформ web ios android. И все быстро работает потому что посылаются только компактно уложенные в json данные. На каждый клик при котором производится взаимодействие лезть на сервер это жесть при нестабильном соединении. При падении сервера, который держал состояние клиента как восстановить состояние?
Да, фотографии сделаны, исключительно с целью демонстрации интерфейса, а не соответствия всем требованиям изображения, из которого формируются биометрические образцы.
1. Не совсем корректно сформулированно, поясню, идет речь о том, что, если у клиента например две равнозначные(например ожидающие подтверждения) учетные записи, но с разными сведениями по ним (допустим одна найдена по СНИЛС, а другая по номеру телефона), то операционист уточнит какую УЗ подтверждаем. Ручная операция здесь потому что нельзя однозначно определить какой учетной записью хочет пользоваться клиент.
2. Контроллер офиса выполняет не только обязанности по контролю регистраций в ЕСИА и ЕБС. Мошенничество может быть например если операционист и клиент в сговоре, то они чисто теоретически могут зарегистрировать биометрические данные клиента под чужими например паспортными данными.
Нет, биометрическая идентификация с помощью ЕБС используется для того, чтобы не клиент банка со сданными биометрическими данными смог бы удаленно стать клиентом банка, пройдя идентификацию через ЕБС
Иконочный шрифт отлично собирается вебпаком из svg и сразу к нему генерится css, да и галпом тоже собирается все отлично. Зачем усложнять себе жизнь велосипедом притом платформозависимым
Дзен же теперь VK
Похоже на сбор комментариев с код-ревью и все только по верстке, а что насчет js?
На клиенте тоже можно генерить через pdfmake если мне память не изменяет.
Но это ведь вроде как пройденный этап? Если я не ошибаюсь у microsoft был похожий подход, там даже вместо js на c#(или vb) писались скрипты, состояние страницы хранилось фактически на сервере. Ну конечно тогда не было websocket, но не суть. Ведь очень дорого с точки зрения памяти хранить состояние страницы клиента на сервере, если её не хранить, то значит гонять большие массивы данных туда сюда этого состояния. Очевидно что положить такой сервис не составит труда. Сколько памяти приходится на один конекшн(для сервера рендеринга) при таком подходе? Сейчас вам надо поддерживать одно api для всех платформ web ios android. И все быстро работает потому что посылаются только компактно уложенные в json данные. На каждый клик при котором производится взаимодействие лезть на сервер это жесть при нестабильном соединении. При падении сервера, который держал состояние клиента как восстановить состояние?
Ну если исключительно для форм то есть такая штука как Formly, например для ангуляру это https://github.com/ngx-formly/ngx-formly удобный, настраиваемый.
2. Контроллер офиса выполняет не только обязанности по контролю регистраций в ЕСИА и ЕБС. Мошенничество может быть например если операционист и клиент в сговоре, то они чисто теоретически могут зарегистрировать биометрические данные клиента под чужими например паспортными данными.
А вы не задавались вопросом, что для блокировки может быть использован ip адрес ресурса?
Иконочный шрифт отлично собирается вебпаком из svg и сразу к нему генерится css, да и галпом тоже собирается все отлично. Зачем усложнять себе жизнь велосипедом притом платформозависимым
Ну как-то слишком желтый заголовок, но тем не менее интересно попасть на тестирование.