Комментарии 19
Ооооочень надо возможность для portable-версии запускаться с разными профилями. Чтобы можно было из двух папок запускать два разных аккаунта Макса.
Сейчас, как я понимаю, оно в юзерском профиле хранит данные аккаунта, поэтому так не работает.
В принципе, как я это вижу... в портэйбл версии хранить данные авторизации в каком-нить типа .json файле... например. На досуге проработаю данный вопрос, не вижу тут каких-то сложных препятствий. Может вообще есть смысл не хранить данные в реестре, а полностью перевести всё на .config с шифрованием? Тогда версия всегда будет типа portable, хотя тут возникает вопрос "автозагрузки" как функции (не исключен факт добавления юзером проги в автозагрузку и последующий перенос папки с искажением пути автозагрузки)
Да, для портабл-версии было бы хорошо все данные локализовать в папке.
А автозапуск отдельной галкой в настройках, которая при установке прописывает текущий путь в реестр. Если папку перенесли - галка самоснимется, потому что не найдет соответствующей записи при открытии настроек. Клиент по ней щелкнет - пропишется новая. Старая останется, правда, но это мелочи, по сути. Редкий кейс, мусор сам вынесет, если что.
Было бы хорошо иметь клиент для запуска на терминальном сервере:
запуск из сетевой папки (или в Remote App, если из сетевой папки невозможно)
возможность отключать автообновление конфигом для всех пользователей, возможность обновлять просто переписывая папку или отдельные файлы поверх
чтобы профиль сохранялся в профиле пользователя, а кэш - во временной папке (чтобы профиль не переполнять)
Автообновление затрагивает только мой код. Никакой код самого мессенджера не затрагивается (кроме блокировки трекеров). Обновление как у обычной десктопной версии не происходит (по сути при каждом запуске просто происходит обновление страницы). Обновление программы происходит только при новом релизе на гитхаб, происходит ооочень быстро, заменяются только измененные файлы и обновления используемых библиотек (в основном WebView2)
Профиль сохраняется ТОЛЬКО в профиле пользователя (HKCU\SOFTWARE\MaxLight\Auth с шифрованием по DPAPI). Так как я против мусора, то кэш - временная папка, автоматически очищающаяся при выходе из программы. Исключение - аварийное завершение (fatal error, что маловероятно, либо отключение подачи электроэнергии).
Про всё это написано в статье.
Что касается терминального сервера... нужно что-то еще для этого?
А можно научить клиент просто пересылать все входящие сообщения в Telegram?
Неофициальный клиент мессенджера для доступа к госуслугам у многих кто им пользуется?
Что же может пойти не так
Весь исходный код открыт, лицензия по сути LGPLv2, токен авторизации работает с привязкой к пользователю винды + device id (тырить его смысла нет), во всём остальном это обычная веб-версия мессенджера с отличиями:
Заблокированы трекеры слежения
Синхронизация сообщений лучше, чем у обычной десктопной версии
Малый вес и нагрузка на железо, не хранит кеш локально после завершения работы\перезагрузки компа.
Не требует постоянных обновлений 300+ мб. Обновления самой программы - delta-update с заменой только измененных файлов. При том вес самой программы <10 мб
С нуля написанная система уведомлений о сообщениях, с дублированием в панели задач\трее (мигание и подсветка иконки\красная точка у иконки)
«Не то плохо, что мы в жопе, а что мы решили в ней обустраиваться»
Нежелание некоторых юзеров пользоваться официальной версией для ПК по ряду причин
А чем WEB-версия не устраивает?
Это просто обёртка над веб-версией получается?
У меня max открыт в закреплённой вкладке броузера, потому что его десктопная версия глючная и тормозная.

MAX Light — легкая версия клиента MAX для ПК Windows