Воронежский АИС-архив

AleksandrVL написал:

[q]

пергруженный скриптами движок

[/q]

действительно, на первый взгляд получается, что из всей страницы сама картинка 6-8 мб,
а вспомогательные файлы 1.5 там самый большой JS, не помню.
Но эти то все должны быть в кэше, по идее. Опять же надо смотреть трафик уже на клиенте тогда, тянутся они с сервера каждый раз или нет.
Это ПО уже видимо никто тюнинговать не будет... какое есть.

вообще, вот если так все обстоит, и проблема видится сейчас именно в канале,
а такое вполне может быть, потому что сейчас уже никто на этот трафик не смотрит как раньше.
ну значит буду формулировать в таком ключе и вопросы в жалобах и обращениях,
чтобы расширили этот канал. Это еще проще и понятнее.

Если посмотреть js код на gmail, у них там все переменные одной-двумя буквами названы,
когда трафик идет на петабайты, и это тоже имеет значение.

Tverdi написал:

[q]

Так да или нет?

[/q]

честно, на жизнь я этим уже не зарабатываю. Но у меня есть диплом с отличием СПб Политеха по специальности инженер-программист и сертификация Микрософт по технологии .NET, именно той, которая используется в АИС
а зачем Вам это?

>> Ответ на сообщение пользователя a-KaDeMi-k от 11 февраля 2021 22:31


a-KaDeMi-k написал:

[q]

В дополнение к озвученному Андреем, я бы добавил в претензии реализации также то, что загрузка всех образов страницы (в малом, среднем, большом разрешении) происходит всегда, независимо от того крутил пользователь "колесико" "увеличить" или нет. Это, думаю, процентов 25% трафика тоже "съедает".

[/q]

А, да-да-да, забыл про это упомянуть! в копилку прекрасного веб-интерфейса

1) анализировать что ходит по каналу, надо в архиве,
2) тут сразу встает вопрос, а что изменится от того, что я например увижу, что js файлы тянутся с сервера каждый раз, что маловероятно (я собственно это написал только потому что DikiyObraz выше написал, что они тянутся в каждом! запросе).
Если нет, то что? - ничего
Если да, то что? - ну, лучше это убрать, кто убирать будет, Вы?
И это в целом не может привести к такой неработоспособности, которую я вижу. Это будет еще один аспект реализации АИС.
3) поймите, что АИС в ГАВО не работает не потому что там используется именно ЭЛАР и это ПО написано плохо. Не бывает идеального ПО, и масса примеров, когда плохое ПО работает и все довольны.
Да, ЭЛАР, да написано, но листать дела нет возможности по другой причине, и менять ЭЛАР не то, что я бы прямо сейчас советовал
4) про порты 80 и 8082 я кстати посмотрю, стало любопытно, заодно и js эти посмотрю.
5) соглашусь с a-KaDeMi-k, что не работает скорее не весь АИС, а конкретная его часть HTTP Handler ImageFilePart.ashx, который и отдает картинку, это именно то, что a-KaDeMi-k называет "реализация динамического проявления этой картинки", потому что сам сайт как раз более-менее шевелится. И это проблема точно на стороне сервера, не браузера. Я бы, во всяком случае, посмотрел бы эту часть в первую очередь. Я даже допишу, что это точно не менее важно, чем канал расширять, если не более.

Tverdi написал:

[q]

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

[/q]

Также призываю к сдержанности. Не нужно "кусаться". Любое мнение/предложение специалистов в данной области будет полезно. Если программисты АИС это читают (а видимо это так), то возможно дискуссия по существу поможет им решить проблему хоть в какой-то степени. Как говорится, одна голова хорошо, а две лучше.