моя разработка для серьезной работы с данными любой сложности. Такие системы из моего опыта работают для intranet, и максимум что я проверял нагрузка на 10 000. полет нормальный. Слабое место - главный поток-коммутатор , который раскидывает http приходящие в сессии. Память не течет, одна сессия для проги из 10 серьезных экранов ~ 200KB. для каждой тыщи юзеров - 200MB. Пересоздаются только экраны == загрузка по новой. они автоматом уже закомпилены при старте системы и только залетают из кеша RAM в sys.modules Python. И состояние сессии сейчас удаляется, если нет на нее живых websocket соединений. Пока не возникало такой потребности хранить вечно, но флаг в config такой добавить элементарно (мне).
в blocks могут лежать не только блоки и их элементы а вообще все что нужно/угодно для работы отдельной сессии. и все будет (пере)создано для каждого юзера.
состояние сессии - это скрины и блоки в папках screens, blocks . все что там написано - ссоздается, изменятся для каждого пользователя. т. е. каждый пользователь имеет свою копию всего добра. сессия остается пока юзер ее явно не закрыл. также при желании можно написать и хранить что-то в User (переменная user), Управление - экземрляр User класса, данные - скрины и блоки в папках screens, blocks.
UNISI автоматически создает и обслуживает отдельную среду для каждого пользователя. Класс управления User содержит все необходимые методы для обработки и управления действиями пользователя. Программист может переопределить методы в наследуемом классе, указать на него системный класс пользователя, и этого будет достаточно. Такие методы подходят для навигации по истории, отмены/повтора действий и начальных операций. Папка screen содержит экраны, которые воссоздаются для каждого пользователя. То же самое относится и к блокам. Код и модули вне этих папок являются общими для всех пользователей, как обычно. По умолчанию UNISI использует системный класс User, и вам не нужно указывать на него. управление https://github.com/unisi-tech/unisi/blob/main/unisi/users.py
ессно, после загрузки экрана туда -сюда передаются только апдейты. Реактивность у меня автоматическая даже при шарингах сессий. Программер в душе не знает про остальное (websockets, http, xml. css, ..) https://github.com/unisi-tech/unisi если чо.
Автор не упоминает как по мне самый легкий подход, когда сервер отдает JSON описание данных экрана без всякого html и xml и прочей муры и рендерится управляемым умным универсальным клиентом (написанным 1 раз на все случаи жизни) . х з какие популярные решения так работают, давно написал свой.
вы нудный и мстительный человек. ваши аргументы ни на чем не основаны, кроме как вере в собственное превосходство, 'уникальность', 'сверхценность'. люди знания - они другие.
Знание закономерностей избавляет от необходимости знания частностей. Потому что по части можно вычислить целое. не 1 к миллиону, но 1 к тысяче вполне можно.
Вот вы сами и признали, что ваша модель вообще не модель т.к. отражать предмет моделирования - занятие неблагодарное.
не признал. я намекал, что большинство мыслей в голове среднего гражданина это такая мура, что ни говорить, ни моделировать это смысла не имеет. см. БИХЕВИОРИСТИКА.
зачем вы зациклились на LLM. будушее за гибридами и избавления от llm ввиду их чудовищной неэффективности. 99% вычислений там нерелевантны запросу. "Метро работать не будет потому что лошадь под землю не пойдет" - считали извозчики в начале 20 века. не используйте "лошадь" в качестве аргумента, смотрите шире.
Зачем заворачивать обобщенную llm в обёртку из жизнеописания конкретного человека,
это вы сами додумали.
а для исторических/личных задач - эта обёртка будет не сильно то и соответствовать оригиналу?
будет или не будет зависит от модели и качества данных.
Самое смешное - что вы и сами можете легко это подтвердить - просто смоделировав..
адекватные и разумные проще поддаются моделированию, чнм все остальные. моделировать хаос в головах - занятие неблагодарное (касается сексуальных порывов в том числе).
строить полную модель для которой нужно полное жизнеописание и детальные сканы мозга не обязатаельно, хотя и да, в будущем так оно и будет. для практически значимых задач нужно вычислить параметры личности + КОМПЕТЕНЦИИ, куда входят полит.+ религ. взгляды +IQ в разрезе + знания личности (какие книжки и фильмы прочитал и просмотрел). У меня есть часть из вышеперечисленного для эмуляции, и при желании (заказ, договор) могу сделать, подтвердить, доказать, что все это будет работать даже при текущем состоянии науки.
Почеиу обязательно низкокачественная? Если мат модель работает корректно и загруженные данные верны, то качество будет как и должно быть. То, что на данный момент психологи не имеют мат модели психики и без понятия как строить точные прогнозы - это сиюминутные трудности психологов, в будущем решаемые.
Quasar не поддерживает стили в моем понимании, только цветовые палитры + тянет код 700кб в сжатом виде, что какбы дофига. + всякие архитектурные недочеты, делающие код автодизайнера не очень приятным (оттого и не выкладываю отдельно, стесняюсь). Оно вроде некритично, но когданибудь закажу нейросети перегенерить все под другой, менее монструозный front framework, когда найду такой.
В вашей библиотеке, наверное, тоже стили надо применять, если ширину кнопки надо установить или там отступы, выравнивание по ширине или по левому краю? Как без этого-то.
никаких стилей, размеров, отступов, на все элементы размеры, отступы, выравнивания считаются автоматом встроенным автодизайнером. Однако размеры можно указать там, где вы не согласны с автодизайнером для Image, Video, Block.
Классы - это классы CSS из библиотеки Tailwind. Если они не нужны, их тоже можно не указывать.
Если они в Hello word примере, то это врядли. Роутеры зачем? Стили, размеры? Это все должно считаться автоматом или выставляться в сеттинге: "ios Style, Vasya Style, .." Автоматические GUI нужны спецам, которым интересен Web-программинг как мойка посуды или уборка подъездов. Рассказывать спецам по ML или системной инженерии про Tailwind или роутеры или прочую web-шнягу - антигуманно. Им нужно спроецировать их данные в GUI автоматом или, максимум, парой строк.
Тоже начинал делать свой GUI фреймворк с Flutter и desktop-app. Для заказчиков оказалось этого мало, потому что они хотят под Web и многопользователя. Пришлось Flutter поменять на Vue/Quasar (у Flutter c web тормоза/грабли с отображением были серьезные), вкрутить aio/http/websocket и сделать еще много чего. тогда стало практически полезно.
Один кидала из Америки предложил мне занятся таким проектом для US законов. После того как он выдурил у меня архитектуру, демо и проектные доки, получил на это инвестиции и кинул всех. Поэтому можно сказать, пробовал)
моя разработка для серьезной работы с данными любой сложности. Такие системы из моего опыта работают для intranet, и максимум что я проверял нагрузка на 10 000. полет нормальный. Слабое место - главный поток-коммутатор , который раскидывает http приходящие в сессии. Память не течет, одна сессия для проги из 10 серьезных экранов ~ 200KB. для каждой тыщи юзеров - 200MB. Пересоздаются только экраны == загрузка по новой. они автоматом уже закомпилены при старте системы и только залетают из кеша RAM в sys.modules Python. И состояние сессии сейчас удаляется, если нет на нее живых websocket соединений. Пока не возникало такой потребности хранить вечно, но флаг в config такой добавить элементарно (мне).
в blocks могут лежать не только блоки и их элементы а вообще все что нужно/угодно для работы отдельной сессии. и все будет (пере)создано для каждого юзера.
состояние сессии - это скрины и блоки в папках screens, blocks . все что там написано - ссоздается, изменятся для каждого пользователя. т. е. каждый пользователь имеет свою копию всего добра. сессия остается пока юзер ее явно не закрыл. также при желании можно написать и хранить что-то в User (переменная user), Управление - экземрляр User класса, данные - скрины и блоки в папках screens, blocks.
Перевел из главной страницы:
Поддержка нескольких пользователей.
UNISI автоматически создает и обслуживает отдельную среду для каждого пользователя. Класс управления User содержит все необходимые методы для обработки и управления действиями пользователя. Программист может переопределить методы в наследуемом классе, указать на него системный класс пользователя, и этого будет достаточно. Такие методы подходят для навигации по истории, отмены/повтора действий и начальных операций. Папка screen содержит экраны, которые воссоздаются для каждого пользователя. То же самое относится и к блокам. Код и модули вне этих папок являются общими для всех пользователей, как обычно. По умолчанию UNISI использует системный класс User, и вам не нужно указывать на него. управление https://github.com/unisi-tech/unisi/blob/main/unisi/users.py
ессно, после загрузки экрана туда -сюда передаются только апдейты. Реактивность у меня автоматическая даже при шарингах сессий. Программер в душе не знает про остальное (websockets, http, xml. css, ..) https://github.com/unisi-tech/unisi если чо.
выше
Автор не упоминает как по мне самый легкий подход, когда сервер отдает JSON описание данных экрана без всякого html и xml и прочей муры и рендерится управляемым умным универсальным клиентом (написанным 1 раз на все случаи жизни) . х з какие популярные решения так работают, давно написал свой.
вы нудный и мстительный человек. ваши аргументы ни на чем не основаны, кроме как вере в собственное превосходство, 'уникальность', 'сверхценность'. люди знания - они другие.
Знание закономерностей избавляет от необходимости знания частностей. Потому что по части можно вычислить целое. не 1 к миллиону, но 1 к тысяче вполне можно.
не признал. я намекал, что большинство мыслей в голове среднего гражданина это такая мура, что ни говорить, ни моделировать это смысла не имеет. см. БИХЕВИОРИСТИКА.
зачем вы зациклились на LLM. будушее за гибридами и избавления от llm ввиду их чудовищной неэффективности. 99% вычислений там нерелевантны запросу. "Метро работать не будет потому что лошадь под землю не пойдет" - считали извозчики в начале 20 века. не используйте "лошадь" в качестве аргумента, смотрите шире.
это вы сами додумали.
будет или не будет зависит от модели и качества данных.
адекватные и разумные проще поддаются моделированию, чнм все остальные. моделировать хаос в головах - занятие неблагодарное (касается сексуальных порывов в том числе).
просчитать поведение некоторого X наперед, восполнить то, что неизвестно - "практически значимые задачи".
строить полную модель для которой нужно полное жизнеописание и детальные сканы мозга не обязатаельно, хотя и да, в будущем так оно и будет. для практически значимых задач нужно вычислить параметры личности + КОМПЕТЕНЦИИ, куда входят полит.+ религ. взгляды +IQ в разрезе + знания личности (какие книжки и фильмы прочитал и просмотрел). У меня есть часть из вышеперечисленного для эмуляции, и при желании (заказ, договор) могу сделать, подтвердить, доказать, что все это будет работать даже при текущем состоянии науки.
Почеиу обязательно низкокачественная? Если мат модель работает корректно и загруженные данные верны, то качество будет как и должно быть. То, что на данный момент психологи не имеют мат модели психики и без понятия как строить точные прогнозы - это сиюминутные трудности психологов, в будущем решаемые.
Quasar не поддерживает стили в моем понимании, только цветовые палитры + тянет код 700кб в сжатом виде, что какбы дофига. + всякие архитектурные недочеты, делающие код автодизайнера не очень приятным (оттого и не выкладываю отдельно, стесняюсь). Оно вроде некритично, но когданибудь закажу нейросети перегенерить все под другой, менее монструозный front framework, когда найду такой.
никаких стилей, размеров, отступов, на все элементы размеры, отступы, выравнивания считаются автоматом встроенным автодизайнером. Однако размеры можно указать там, где вы не согласны с автодизайнером для Image, Video, Block.
Если они в Hello word примере, то это врядли. Роутеры зачем? Стили, размеры? Это все должно считаться автоматом или выставляться в сеттинге: "ios Style, Vasya Style, .." Автоматические GUI нужны спецам, которым интересен Web-программинг как мойка посуды или уборка подъездов. Рассказывать спецам по ML или системной инженерии про Tailwind или роутеры или прочую web-шнягу - антигуманно. Им нужно спроецировать их данные в GUI автоматом или, максимум, парой строк.
как по мне https://nicegui.io/ это мура:
какие роутеры-классы и зачем, если решили GUI автомат делать?!не, мой подход умнее и практичнейhttps://github.com/unisi-tech/unisiничего лишнего, полный автомат на всех уровнях.
Тоже начинал делать свой GUI фреймворк с Flutter и desktop-app. Для заказчиков оказалось этого мало, потому что они хотят под Web и многопользователя. Пришлось Flutter поменять на Vue/Quasar (у Flutter c web тормоза/грабли с отображением были серьезные), вкрутить aio/http/websocket и сделать еще много чего. тогда стало практически полезно.
Один кидала из Америки предложил мне занятся таким проектом для US законов. После того как он выдурил у меня архитектуру, демо и проектные доки, получил на это инвестиции и кинул всех. Поэтому можно сказать, пробовал)