Comments 29
Ооооочень надо возможность для portable-версии запускаться с разными профилями. Чтобы можно было из двух папок запускать два разных аккаунта Макса.
Сейчас, как я понимаю, оно в юзерском профиле хранит данные аккаунта, поэтому так не работает.
В принципе, как я это вижу... в портэйбл версии хранить данные авторизации в каком-нить типа .json файле... например. На досуге проработаю данный вопрос, не вижу тут каких-то сложных препятствий. Может вообще есть смысл не хранить данные в реестре, а полностью перевести всё на .config с шифрованием? Тогда версия всегда будет типа portable, хотя тут возникает вопрос "автозагрузки" как функции (не исключен факт добавления юзером проги в автозагрузку и последующий перенос папки с искажением пути автозагрузки)
Да, для портабл-версии было бы хорошо все данные локализовать в папке.
А автозапуск отдельной галкой в настройках, которая при установке прописывает текущий путь в реестр. Если папку перенесли - галка самоснимется, потому что не найдет соответствующей записи при открытии настроек. Клиент по ней щелкнет - пропишется новая. Старая останется, правда, но это мелочи, по сути. Редкий кейс, мусор сам вынесет, если что.
Было бы хорошо иметь клиент для запуска на терминальном сервере:
запуск из сетевой папки (или в Remote App, если из сетевой папки невозможно)
возможность отключать автообновление конфигом для всех пользователей, возможность обновлять просто переписывая папку или отдельные файлы поверх
чтобы профиль сохранялся в профиле пользователя, а кэш - во временной папке (чтобы профиль не переполнять)
Автообновление затрагивает только мой код. Никакой код самого мессенджера не затрагивается (кроме блокировки трекеров). Обновление как у обычной десктопной версии не происходит (по сути при каждом запуске просто происходит обновление страницы). Обновление программы происходит только при новом релизе на гитхаб, происходит ооочень быстро, заменяются только измененные файлы и обновления используемых библиотек (в основном WebView2)
Профиль сохраняется ТОЛЬКО в профиле пользователя (HKCU\SOFTWARE\MaxLight\Auth с шифрованием по DPAPI). Так как я против мусора, то кэш - временная папка, автоматически очищающаяся при выходе из программы. Исключение - аварийное завершение (fatal error, что маловероятно, либо отключение подачи электроэнергии).
Про всё это написано в статье.
Что касается терминального сервера... нужно что-то еще для этого?
А можно научить клиент просто пересылать все входящие сообщения в Telegram?
Неофициальный клиент мессенджера для доступа к госуслугам у многих кто им пользуется?
Что же может пойти не так
Весь исходный код открыт, лицензия по сути LGPLv2, токен авторизации работает с привязкой к пользователю винды + device id (тырить его смысла нет), во всём остальном это обычная веб-версия мессенджера с отличиями:
Заблокированы трекеры слежения
Синхронизация сообщений лучше, чем у обычной десктопной версии
Малый вес и нагрузка на железо, не хранит кеш локально после завершения работы\перезагрузки компа.
Не требует постоянных обновлений 300+ мб. Обновления самой программы - delta-update с заменой только измененных файлов. При том вес самой программы <10 мб
С нуля написанная система уведомлений о сообщениях, с дублированием в панели задач\трее (мигание и подсветка иконки\красная точка у иконки)
Нежелание некоторых юзеров пользоваться официальной версией для ПК по ряду причин
А чем WEB-версия не устраивает?
Это просто обёртка над веб-версией получается?
Нет, это больше, чем просто обёртка. Не просто так столько букав же писал?
Ну, понятно, что всякие квалити оф лайф есть - пинкод вообще очень полезно. Но работает ведь на базе вебверсии, то есть если там опять сертификаты аннулируют, тоже отвалится, как и браузер?
Если хочется WinAPI (соответственно расход ресурсов мизерный) и возможность игнорировать проблемы с сертификатами, добро пожаловать в Миранду.
Правда, пока он только в ночных сборках, т.к. я навайбкодил лишь обмен приватными сообщениями, а до чатов ещё не добрался. Ну и всё это написано нейронкой, я лишь убеждаюсь, что оно компилируется и фунциклирует, а сам код не понимаю.
И понадобится Max, установленный на мобильное устройство, т.к. я имитирую API веб-версии, а она получает токен лишь через сопряжение с мобильным приложением. К сожалению, эти нехорошие люди сделали так, что токен, полученный через мобильное API (вход по смс), не работает в веб-версии, поэтому от идеи "имитируем мобилку, получаем токен и начинаем имитировать веб" пришлось отказаться.
PS. По самому клиенту - блокировка пинкодом нужна не только на запуск, но и по таймеру неактивности.
GlobalSign уже отзывает свои ключи. Let's Encrypt уже на подходе. Как ваше приложение будет в WebView открывать MAX, когда ключи протухнут и SSL будет нельзя?
У меня max открыт в закреплённой вкладке броузера, потому что его десктопная версия глючная и тормозная.
Это одна из причин появления MAX Light. Сегодня был свидетелем пожирания овер 800 мб рам десктопной версией. Куда блин столько?
MAX на мой взгляд слишком важная вещь, чтобы использовать "левые" клиенты. По крайней мере без явного одобрения владельцев.
А зачем все это нужно, если есть Komet?
MAX Light — легкая версия клиента MAX для ПК Windows