Пришло в личку:
Добрый день, Сергей
Хочу рассказать вам вот о какой ситуации.
В 2016 году Владимир Путин своим Указом поручил создать единый федеральный информационный ресурс со сведениями о населении Российской Федерации, в том числе сведения о регистрации актов гражданского состояния — так называемый Единый Государственный Реестр Записей Актов Гражданского Состояния.
С этого времени началась эпопея с созданием общероссийской информационной системы ЕГР ЗАГС.
Поначалу все шло довольно неплохо: нашлись несколько свободных миллиардов, а также были определены основные поставщики оборудования и исполнитель работ. Казалось бы, всё уже сделано, но мы живем в России.
Сначала было изготовлено около 17000 так называемых ПАКов — программно-аппаратных комплексов Застава (15 тысяч основных и около 2000 — резервных), которые должны были стоять на рабочем месте у каждого сотрудника ЗАГС.
Также было закуплено оборудование для центра обработки данных — серверное оборудование разместили в ГНИВЦ ФНС, г. Городец.
Каналы связи предоставил Ростелеком (не бесплатно, конечно).
Итак, все закуплено, в каждый ЗАГС поступили те самые заветные ПАКи, и все приготовились вкусить тот самый аромат высоких технологий, которые должны были не только сэкономить государственный бюджет, но и сократить срок оказания государственных услуг по регистрации актов гражданского состояния до 15 минут.
Сказка. Просто сказка.
Мы в каждом ЗАГСе были так горды и потрясены этим проектом, что хотелось с утра гордиться страной, а вечером плакать от счастья.
По планам, вся система должна была заработать 01.01.2018 года, то есть с нового, 2018 года жизнь граждан в нашей стране должна была стать чуточку проще.
По идее так и должно было случиться. Технология ведь простая: у сотрудника ЗАГСа есть терминал, с которого он подключается к Центру обработки данных, и таких терминалов по стране 15 000. И при этом желательно обеспечить одновременную работу хотя бы 10000 терминалов по стране (с учетом часовых поясов).
НО ЧТО-ТО ПОШЛО НЕ ТАК...
После первых нагрузочных тестирований стало понятно, что система не работает.
Генеральное нагрузочное тестирование (после 6 или 7 предварительных) проходило 7 декабря 2017 года, показало полную неработоспособность всего контура информационной системы ЕГР ЗАГС при массовом подключении сотрудников.
Основная ошибка, с которой столкнулись ЗАГСы во время нагрузочного тестирования, это невозможность подключиться к центру обработки данных, максимум удавалось зайти 4000-5000 сотрудников одновременно, после чего всё вставало в одну неприличную позу.
Судя по всему, инженеры, которые проектировали эту систему, чего-то не продумали.
Было понятно, что систему ввести в эксплуатацию уже не успевают и вместо того, что бы уже на этом этапе начать привлекать к ответственности получателей миллиардов из бюджета, которые не смогли выполнить взятые на себя обязательства, было решено дать им второй шанс.
То есть время и ещё немного денег.
Ради спасения ситуации, 29 декабря 2017 года был подписан Федеральный закон «О внесении изменений в Федеральный закон «Об актах гражданского состояния» и в Федеральный закон «О внесении изменений в Федеральный закон «Об актах гражданского состояния», в соответствии с которым срок введения в эксплуатацию Единого государственного реестра записей актов гражданского состояния перенесен на 1 октября 2018 года.
Ну ладно, подумали мы. Бывает, и к 1 октября то уж точно успеют всё настроить так, что бы вся страна работала как часы, регистрируя акты гражданского состояния.
В 2018 году было также проведено несколько нагрузочных тестирований, которые показали, что предельное количество сотрудников ЗАГС, которые могут одновременно работать в системе, не превышает 6000 человек и среднее время занесения одной актовой записи составляет не 15 минут, а в лучшем случае ЧАС или ДВА ЧАСА (и то, если удается подключиться к ЦОД).
Как нам объясняли, это связано с тем, что к реальной нагрузке добавлялась синтетическая нагрузка для стресс-тестирования.
Так, в состоянии стресса незаметно прошли весна, лето и началась осень.
За все это время не было ни одного случая, что бы ЕГР ЗАГС работал без сбоев хотя бы 7 дней подряд, так как практически каждый день работа останавливалась и контур был недоступен.
29 августа 2018 должно было пройти показательное нагрузочное тестирование, без добавления синтетической нагрузки, только нагрузка от терминалов в ЗАГСах , поэтому ничего не предвещало беды.
НО ОПЯТЬ ЧТО-ТО ПОШЛО НЕ ТАК.
Процитирую переписку в общем чате сотрудников ЗАГС и представителей организации-исполнителя работ от 29.08.2048 года (за месяц до второй попытки введения в эксплуатацию ЕГР ЗАГС за несколько миллиардов рублей):
Ekaterina Dribinskaya (39):
Доброе утро, Калининградская область, массовая проблема
70-ЗАГС-Андреев Сергей:
Томская область аналогично
Marina Zadorozhina:
Амурская тоже с такой ошибкой
Залина:
РСО-Алания по районам ошибки входа
Галина Машункина:
30 регион масовая ошибка "НЕ УДАЛОСЬ ПОДКЛЮЧИТЬСЯ К СЕРВЕРУ"
Сергей Баранов (38 Ирк.):
Аналогичная ошибка VDI в 4 отделах. Пользователи находиться далеко, понятно что если они сменит vdi vашинку то подключиться. С вашей стороны что-то можно сделать ?
Артем Мажукин:
с нашей стороны мы и занимаемся проблемой, команды прошу выполнить для анализа проблемы
Кирилл Рыжкин:
Не удалось подключиться к сервеу: http://vdi.zags.loc:8888/vdi/api/
Таисия Белоусова ( Смоленск):
Смоленская область, в управлении 3 пака не могут войти, плюс несколько по области
Зарема:
01 регион, аналогичная ошибка. Согласно тесту соединения, все просто замечательно, однако войти в ЗАГС_онлайн не можем
Кирилл Рыжкин:
Проблема по всем Челябинской области, ЗАГСы не могут подключиться. Не удалось подключиться к сервеу: http://vdi.zags.loc:8888/vdi/api/
Ekaterina Sarelainen:
47 регион с массовой ошибкой vdi
78-ЗАГС СПб Александр Забайкин:
Не войти!
Ekaterina Sarelainen:
У нас целыми отделами на зайти
Павел ЗАГС Хакасия:
19 регион. проблема наблюдается уже больше 6 часов. ждем решения со стороны ФНС
Evgeniy Кnyazev:
Волгоградская область у большинства пользователей выдается ошибка
Denis Litvinov (66):
Коллеги, доброе утро! Начинаем НТ. Видим, что карты в ПАК воткнули 5,5 тыс. сотрудников, а в VDI зашли только 2,8 тыс. Просим координаторов активизировать работников.
Сергей Баранов (38 Ирк.):
Какого анализа, в этой команде вы просто меняете IP VM которая типа работает и просите проверить подключится или нет.
С вашей стороны массовую проблему можно как-то решить ?
@Roman_53:
Новгородская область. Массовая ошибка не удалось подключиться к серверу vdi
Светлана Щуцкая:
45 регион часть сотрудников, которые включили ПАКи за несколько минут до НТ, тоже не могут войти, не удалось подключиться к серверу
Рашидат Амирханова:
Республика Дагестаню.Поголовно не можем подключиться к серверу-ошибка vdi!!!!!!
Роман:
Республика Коми массовая ошибка входа в vdi. ФНС просит активизировать работников, а на самом деле они просто не смогут войти!
Илья Бачурин:
Архангельская область такая же ошибка. Массово не можем подключиться. Плюс на некоторых ПАКах не поднимается сеть.
Мария Гончарук:
Приморский край не может подключиться! Те кто вошел в ЗАГС Онлайн никаких действий осуществлять не могут из-за огромного количества ошибок и зависания системы!!!
Роман:
Это обещанная хорошая и стабильная работа без сентетических тестов!
Василий:
Приплыли....
Александр Тесленко:
Паки начали подключаться но все очень медленно
Ekaterina Sarelainen:
Ура. Я зашла. Остальные в 47 регионе мучаются
Кирилл Рыжкин:
По 74 региону несколько ПАКов подключились, но уже в ЗАГС-онлайн вылтают ошибки.
Светлана Щуцкая:
45 регион, те кто вошли, работать не могут валятся ошибки , не прогружается ничего
Роман:
Коллеги из ФНС! Может как-то прокоментируете ситуацию?
Олег Иванов (Псков):
60-й регион, отдельные пользователи только только смогли зайти в ЗАГС онлайн. процентов 80 -90 пока мучаются на входе.
Мария Гончарук:
Что бы не случилось говори что так и задумывалось!
Таисия Белоусова ( Смоленск):
67 регион, войти так и не можем...
Ekaterina Sarelainen:
И все это без синтетической нагрузки 😁👆🏻
Evgeniy Кnyazev:
Всера на ВКС заверили что это без синтетики
Роман:
И обещали максимум 15 минут на запись.
Ещё раз прошу коллег из ФНС дать комментарии!
Игнатьева Людмила:
Видим проблемы на ФУ, стараемся оперативно устранить, рекомендации для тех кто не смог зайти повторять переодически попытки
Сергей Баранов (38 Ирк.):
Коллеги из ФНС, цель НТ повесить систему. Можете сообщить критерии зависания системы ? Может быть она уже висит ?
Игорь Ушаков [18] #zags_izhevsk:
Предложение к фнс отчёты сегодняшнего НТ вообще не собирать
На следующий день по заранее утвержденному плану началось введение ЕГР ЗАГС в полноценную промышленную эксплуатацию...
Вся подготовка к введению в «пром» напоминала предсмертные судороги — внезапно начинали рассылаться обновления в день нагрузочного тестирования, тестирование отменяли, потом отменяли следующие тестирования, потому что находили ошибки в обновлениях и снова обновляли и так бесконечное число раз.
ВНЕЗАПНО НАСТУПИЛ ОКТЯБРЬ.
В результате полностью неработающая система была объявлено пригодной для промышленной эксплуатации (ибо если сказать что и в этот раз ничего не получилось, то могут и наругать) и была тихо, без привлечения внимания запущена в эксплуатацию, что говорит об успешном подписании актов выполненных работ.
Что делать нам, ЗАГСам, в которых сотрудники ЗАГС не могут оказать услугу гражданам и не по своей вине!!!
На совещании было озвучено, что ФНС напишет в Прокуратуру некое письмо, в котором попросит надзорный орган не привлекать работников отделов ЗАГС к ответственности в случае жалоб граждан при работе с ЕГР.
Но это согласитесь, выглядит очень смешно — давайте мы попросим прокуратуру, что бы она не наказывала за нарушения прав граждан.
Мне очень интересно, писала ли ФНС такое письмо и что им ответила прокуратура?
Тем временем, информация о проблеме постепенно начала появляться в СМИ:
«Очевидцы сообщают о нескольких скандалах, которые устроили посетители из-за сбоя системы. Так, в Железнодорожном отделении ЗАГС мужчина пришел дооформить развод, однако из-за отсутствия функции в новом реестре ему отказали. Посетитель требовал решать вопрос срочно и даже "разбушевался от негодования", "срывал таблички", сказали присутствующие в очереди.»
https://www.baikal-media.ru/news/society/352926/
Жители Бурятии продолжают страдать из-за проблем новой электронной системы ЗАГСов
https://www.baikal-media.ru/news/society/353093/
Вобщем, если вы придете в ЗАГС, а вам скажут, извините, мы не можем зарегистрировать смерть или рождение, вы не удивляйтесь. Приходите через полгода, может снова все заработает.
А пока же ЗАГСы договариваются, что бы им разрешили оформлять документы по старому, без этих модных технологий за несколько миллиардов, которые всё равно не работают.
При этом о проблемах все молчат, потому что боятся потерять работу или вызвать гнев высокого руководства, поэтому пишу вам это письмо без указания даже региона.
В СМИ ничего не нашел. А как у вас в регионах?
UPD. Уточнил цену, более 2,5 миллиардов рублей.
Комментарии
У вас переписка от 2048 года)
А по теме - к сожалению, скорее всего имеют место быть серьёзные ошибки при проектировании системы. Также, нагрузочное тестирование должно выполняться не на стадии эксплуатации системы, а на этапе разработки.
Очень вероятно, что бабки на нагрузочное тестирование просто куда-то дели и ничего не проводили.
Первичный взгляд такой.
По системе "12 декабря - общероссийский день приема граждан" нагрузочные делают в массовом объеме.. на третий год работало уже более-менее. Ну не считая ситуаций когда сервер безопасности ложится и область-другая отваливается минут на 10 в полном составе.
Интересно, а зачем они обязательно онлайн авторизуют все конечные точки? Для сохранения синхронности в базах? Насколько я знаю есть масса механизмов обеспечение целостности распределенных баз.
Ну и странно что всего 6тыс постоянных коннектов уронили систему, они ее на калькуляторе запускают?
Не, не в этом проблема. Результаты нагрузочного тестирования показывают, что как минимум ядро системы надо переписывать, или покупать в разы более мощное оборудование серверов. На это денег, ясное дело, никто не даст.
А по хорошему, надо было не принимать работу, а расторгать контракт с черной меткой разработчику, брать другого. Интересно, присядет кто за пространные 2,5 млрд.
Косвенно в тему, прочитал заголовок потом текст, постить не стану , но в этой новости "прекрасно" ФсЁ
С выплат на первенцев не будут взимать банковскую комиссию
Щедрость банков не знает границ
Из ВК
В сети есть информация о разработке и внедрении этой системы. Так, портал CNews назвал разработчиков и поставщиков услуг ЕГР ЗАГС: «Базальт СПО», «Росплатформа», Главный научный инновационный внедренческий центр (ГНИВЦ, бывший ГНИВЦ ФНС), «Элвис-плюс», «ИБС экспертиза», «Ростелеком». По приблизительным подсчетам, на разработку и внедрение реестра израсходовано 2,5 миллиардов рублей.
У меня такое впечатление, что, судя по описанию, эта система спроектирована в принципе неправильно. Т. е. предполагается, что оператор должен вводить информацию в on-line режиме при постоянном подключении к серверу. Зачем, собственно? Фактически, оператор должен подготовить пакет данных (или запрос данных) и отправить его на сервер, получив в ответ уведомление о принятии или непринятии данных (или ответный пакет данных). Т. е. имеем нечто очень схожее с электронной почтой. При этом размеры пакетов совершенно пустяковые. Существует множество систем электронной почты, выдерживающих гораздо более существенную нагрузку.
Видимо такое ТЗ поставили заказчики. Скорее всего есть требование обратной связи по каждому вводимому параметру.
Именно ТЗ. :)))) Тут просто сложилась такая "философия", что нужен "информационный брокер", в смысле жуть как хочется все напрямую контролировать. Вот централизованная обработка систему и убивает. Идиотизм чистой воды.
у военных предполагается что связь если и будет, то эпизодичная, нестабильная. те, кто писали ТЗ и они же - выигрывали конкурсы - считают вселенную стабильной и прямомаштабируемой с хелло-ворлд!
Скорее всего это потому что хотели обеспечить целостность данных, что бы если в одном заксе тебя поженили, то нельзя было это сделать в других :) Хотя все это решается другими механизмами, ну и 6000 постоянных подключений фактически это не так и много, если только не гонять по ним мегобайты данных при каждой нажатой клавише.
Можно и каждый параметр подтверждать. Хоть каждый символ. Все равно это нагрузка на порядки меньшая, чем удаленный рабочий стол
Там скорее всего с БД накосячили. Возможно, формы имеют автозаполнение, что вызывает лавину запросов к бд при редактировании , что и приводит к тормозам. Хотя для нормально спроектированной бд и 100к запросов не предел, а тут на 5к уже висит. Но это так, предположения.
У нас на почте адсл на пару мегабит в теории, а если не шаманить (а они не шаманили) мегабит по большим праздникам будет.
И что то мне говорит, что сотка или гиг загсам как до луны пешком.
Ну, если каждый вводимый символ гонять туда-сюда, а талантами россия полнится то и целого дня может не хватить.
Там скорее всего с БД накосячили. Возможно, формы имеют автозаполнение, что вызывает лавину запросов к бд при редактировании , что и приводит к тормозам. Хотя для нормально спроектированной бд и 100к запросов не предел, а тут на 5к уже висит. Но это так, предположения.
Согласен. БД точно не распределённая.
Одно обновление страницы может создавать пару-троку десятков запросов к БД... так что 5к реальных пользователей без особых проблем 100к запросов могут генерировать..
Нещадно ругаемая 1с в своих управляемых формах уже давно навострилась делать маленькие - на один экран - выборки. Так что листание журнала или справочника не вызывает залипание БД. Мне казалось, что это тема разработчикам знакомая и не новая.
Оператор оказывает Услугу, то есть в реальном масштабе времени должен ввести акт гражданского состояния и проверить данный акт на легитимность. Необходимо исключить различные ситуации задвоения, стирания, недостоверности.
Если производить данные действия в отложенном состоянии то такая петрушка будет, что потом проще будет всех родить обратно, умереть , жениться и развести, чем навести порядок
в статье проскакивало http://vdi.zags.loc:8888/vdi/api/
так что скорее всего они прокидывают vapp или вообще vm пользователя, так что нагрузка там отличная. ТЗ почитать бы
Достаточно типовая проблема - при нехватке опыта у исполнителя, привыкшего простенькие сайты клепать :-).
ну с простых сайтов на проект свыше 2,5 млрд неплохой рост
Пацаны к успеху шли. Где Прокуратура, куда смотрит Счётная палата?
оффтоп - Алекс, может ты смоГёшь?
по реалии - там много требований, поэтому на этапе предварительного сбора конструкции отсеивается 99.9% возможных разработчиков. и остаются одни и те же лица:
- А давай-те ещё одну ГИС (ГосИнформСистема) запилим... берём такую-то, перепиливаем, делов-то, оформляем как новую...
- Так та не работает!
- Она не работает на 75000 терминалов, на 10000 она будет летать, зуб даю!
- М...
- А почему бы и нет! Мне сообщили, что по данному профилю е-Правительства остались не освоенные средства в ... млрд.рублей, если не подсуетимся - освоят ... эти.
- Давай.
Исполнители-то там с опытом. ИБС-экспертиза крупные
финансы осваивалапроекты делала.И вот интересный пост на ЯПе от 10 октября:
- Запустили это чудо 1 октября 2018 года. До этого тестировали, проводили нагрузочные испытания, собирали кучу замечаний. В итоге....
Нефига не работает. Наш отдел вообще не введен в базу, сидим пишем актовые записи в ручную. Когда исправят не известно. Связи с разработчиками нет не какой. Что делать - непонятно. Есть тут сотрудники ЗАГСов? У вас такое же состояние дел?
https://www.yaplakal.com/forum3/topic1853509.html
Нашли чем удивить.
У нас уже несколько лет как ввели в "промышленную" эксплуатацию МИС (медицинская информационная система).
А она как не работала так и не работает, и самое интересное структура один в один с этой ЕГР ЗАГС.
Сразу все на конференциях говорили что такая система не будет работать в таком онлайн режиме. Что это идиотская система делать 1 сервер на всю область. Но бабло победило зло.
И БАРС групп отхватило неслабые бабки на этом МИСе а здравоохранение геморрой. Все приделах ВВП растёт.
Я даже не удивлюсь если эту самую ЕГР ЗАГС делал тот же самый БАРС групп, они плотно на бюджете сидят и для всех бюджетников свои поделки клепают.
А вот вам ради интереса ссылочка на то ведомство которое у нас отвечает за все эти электронные новшества.
Я когда разглядел что у них телефонный справочник организации занимает столько места понял что от них никогда ничего не добьёшся.
Телефонный справочник.
в личку очень много медиков отписалось после поста.
Им централизация нужна для сохранения возможности "ручного управления". Но в том и все веселье, что централизация для таких систем невозможна, и потому невозможно "ручное управление". Но как неизменно выясняется "по-четному" система работать не может. :))))))
У нас в области года три-четыре назад они тоже что-то выиграли... в двух конкурсах... одна из систем даже до стадии тестирования не добралась, вторая была введена в эксплуатацию частично.
По опыту общения с ними - у них нет специалистов по направлениям работы - всю информацию хотят получить от заказчика, вплоть до построения бизнес-процессов, в готовом для программирования виде. А дальше начинается цирк с тут понял-тут не понял, а это мы еще не сделали.
Тому, кто занимался у них базами данных надо было руки оторвать в то время - каждая таблица в отдельном файле. "Очень" удобно и "никакой" нагрузки на сервера.
Не буду оправдывать этих криворуких разрабов, но то о чем вы пишите называется стадия проекта "разработка проектной документации". Методологические проектные решения обычно идут со стороны заказчика, т.к. именно там расписывается, что вам собственно нужно. (Либо заказчик предварительно привлекает специально обученную организацию, которая отправляет на места своих представителей, и документирует, как вы собираетесь автоматизировать свой хаос). А вот уже разрабы потом пишут технические проектные решения - как конкретно они реализуют ваш, уже автоматизированный хаос. Но на проектной деятельности у нас принято экономить. Хотя по сути это тоже самое, что многоэтажный дом построить без проекта - даже если и не рухнет, то эксплуатировать будет ооочень геморройно.
В том-то и проблема, что направленные специалисты в направлении работы ни в зуб ногой.... даже обще-юридические вопросы с судами, обжалованием, работой приставов и прочим общим для всех отраслей и направлений для них оказались новым и неизведанным опытом.
Было что-то вроде - автоматизировать работу того-то того-то на основе общего типового решения барс-что-то там. Т.е. нужно было допилить под наши реалии существующее решение. Даже разрабатывать заново ничего не требовалось.
Это максимум на техническое задание тянет. Без проработки местной методологии - имхо взлететь не может.
Тут основная проблема в чем:
Заказчик, почти всегда требуют изменить бизнес-процесс в программе, под существующий на предприятии, вместо того, чтобы объективно оценить свои БП и типовые и выбрать оптимальный вариант (а это зачастую как раз реализовано в стандартной конфигурации). Если в конторе был хаос и его автоматизировали - на выходе получили автоматизированный хаос, который зачастую и работать не может совсем, т.к. разрабы явно не могут реализовать множественные неписанные правила. (Они о них просто не знают).
А вообще, для успешной реализации любого проекта, необходима поддержка топ-менеджера, владельца ключевых бизнес-процессов. Если такого мотивированного топа - нет. И соответственно руководству все равно, что им там внедрят. На выходе ничего хорошего никогда не будет.
Мотивированный топ, отправил бы этих "специалистов" восвояси, с претензионным письмом вдогонку.
За такие деньги можно было бы Скайнет построить. :)))
нет. при том количестве заинтересованных лиц и попутчиков - мало.
Его и построили :) Обратный отсчет пошел.
Даже боюсь представить какие цели бы начал преследовать СКАЙНЕТ если бы его породили сотрудники БАРС групп.
Это очень небольшие деньги для такого проекта, с учетом проектирования, закупки ПАК и ЦОДа. Также не забывайте требования по защите информации такой ГИС.
Скорее всего, там очень дорогие решения по сертифицированному ФСБ криптографическому железу. - Это когда коммутатор за лям и выше. Плюс откаты на всех уровнях - как итог, может реально писало 10ок студентов недоученных.
приказ перевести всё в цифру смердами обсуждаться не должен. получи свой личный номер и привыкни протягивать руку для считывания. а товарный учёт наладится.
Если честно, хрень какая-то. На вскидку, все масштабные проекты начинаются с пилотных. То есть запускают один регион, потом второй, третий и т.д. Отслеживается нагрузка на сервера, мониторятся каналы связи. Есть время устранить узкие места. А начинать "работу" сразу на всю страну.. Также интересна архитектура проекта - обычно делается несколько ЦОД в разных регионах, между ними по ночам репликация. Скорее всего они с дуру (и в целях экономии и\или попила) тонкого клиента реализовали. И все их 10000 терминалов, начинают одновременно тянуть какие-нибудь библиотеки, метров так на 500 каждый.. Хотя тут, правильно коллеги выше писали - схема по принципу вебморды, или входящей почты - сама напрашивается.
поколение скуль-идиотизма с рюшечками, когда ресурс неограничен. любое действие - десятки-сотни запросов, которые и нафиг не нужны.
Был у них пилотный проект. Как народ говорит, на замечания разрабы не реагировали вообще. Так полудоделанной и релизнулось.
Техподдержка РТ вешается от количества обращений объектов ЗАГС.
По завершении расследований в подавляющем большинстве случаев проблема в зоне ответственности провайдера - отсутствует. Услуги Ростелеком предоставляет в соответствии в SLA.
Посему тот, кто написал Zergulio, говорит правду.
А ЗАГСы, ну-ну. Нас подключили трахаться с этой хренью, хотя наша контора к ним вообще отношения не имеет. Сначала версия до 2.3 обновиться не могла, потом оффлайн-режим с глюками, наконец всё более-менее запустили и полезли косяки. То тут у них из госреестра не вставляется, то здесь цифры не те, веселуха одним словом.
Самое смешное, их должны были внедрить ещё в январе, но что-то пошло не так, и дотянули до октября. Они её ещё долго допиливать будут.
Ну и делали бы через новомодные вебсервисы. Там с масштабированием всё ок, клиентская часть - обычный браузер. Альтернатива - системы вроде Аргоса, локальная обработка + обмен с центральным сервером, и даже постоянная связь ни к чему.
Хотя, как сейчас для веба пишут - оффлайновые системы однозначно предпочтительнее. На иной странице случайно F12 нажмёшь - такого насмотришься... где моя молодость, когда страницы в блокноте редактировали. Ломтями скриптового кода страниц на десять кидаться на ходу - как нефиг делать. Управляемость и, мать её, наблюдаемость.
zakupki.gov.ru
Вебморда... пилят с 10 или с 11 что-ли года.... раз в 2-3 года с новым обновлением накатывают такие глюки, что потом их отлавливают еще год-полтора. Отличаются замечательной привычкой накатать обновление незадолго до какой-либо важной даты, чтобы посыпалось что-то давно устоявшееся и нужное вот прямо сейчас и еще два-три дня. И потом месяц поломанное чинят. Любят в сложных отчетах поломать обратную совместимость, чтобы потом половину заново перебивать ручками. Года четыре не могут убрать тормоза при открытии ранее введенной строки на редактирование - новая строка добавляется за секунды, она же на редактирование открывается минуту-две.
Ну и приверженность IE в ту же копилку. Благо вроде как с этим их дожали и сейчас на ЯБраузере это дело завелось.
Делали бы на жабе и не морочили людям голову. Там трёхзвенку отрабатывали ещё четверть века назад, так что сейчас это годная и надёжная технология.
А жаба скрипт - зло. Точнее не так - он зло в нагруженных проектах. Сыр, который весь из дыр.
Криворукие разрабы, а особенно - тим лиды вот главное зло. Потому что я что на жабе, что на жабаскприте такое видел - свят, свят. Кстати, жаба в плане - засрать все ресурсы наверно пока впереди жабаскрипта. Пожирание ресурсов жабаскрипта хотя бы ограничивает то, что каналы не резиновые (глобальные) и поэтому обьем страницы (со скрпитами и данным) пока за 10мб не сильно больше. И грузится обычно довольно быстро
Страницы