Фигасе! Миранда жива! Глянул на протоколы, вспомнил про QutIM (почил уже, к сожалению). Что касается сертификатов и возможного блока со стороны GlobalSign, то не вижу проблем (пока что) написать хак для игнора оного под WebView2.
Думал над этим. Будем решать проблемы по мере поступления. У нас наш местный надзорный орган санкции покруче против своих же влепляет. И ничего, живём. Ищем обходные пути.
Каждая бабушка не пойдет, но кто-то да пойдет. И если что не так - выявят. В любом случае, я никому ничего не навязываю. Появился запрос на такую софтинку - я сделал и поделился с другими, как и положено.
Весь исходный код открыт, лицензия по сути LGPLv2, токен авторизации работает с привязкой к пользователю винды + device id (тырить его смысла нет), во всём остальном это обычная веб-версия мессенджера с отличиями:
Заблокированы трекеры слежения
Синхронизация сообщений лучше, чем у обычной десктопной версии
Малый вес и нагрузка на железо, не хранит кеш локально после завершения работы\перезагрузки компа.
Не требует постоянных обновлений 300+ мб. Обновления самой программы - delta-update с заменой только измененных файлов. При том вес самой программы <10 мб
С нуля написанная система уведомлений о сообщениях, с дублированием в панели задач\трее (мигание и подсветка иконки\красная точка у иконки)
Автообновление затрагивает только мой код. Никакой код самого мессенджера не затрагивается (кроме блокировки трекеров). Обновление как у обычной десктопной версии не происходит (по сути при каждом запуске просто происходит обновление страницы). Обновление программы происходит только при новом релизе на гитхаб, происходит ооочень быстро, заменяются только измененные файлы и обновления используемых библиотек (в основном WebView2)
Профиль сохраняется ТОЛЬКО в профиле пользователя (HKCU\SOFTWARE\MaxLight\Auth с шифрованием по DPAPI). Так как я против мусора, то кэш - временная папка, автоматически очищающаяся при выходе из программы. Исключение - аварийное завершение (fatal error, что маловероятно, либо отключение подачи электроэнергии). Про всё это написано в статье. Что касается терминального сервера... нужно что-то еще для этого?
В принципе, как я это вижу... в портэйбл версии хранить данные авторизации в каком-нить типа .json файле... например. На досуге проработаю данный вопрос, не вижу тут каких-то сложных препятствий. Может вообще есть смысл не хранить данные в реестре, а полностью перевести всё на .config с шифрованием? Тогда версия всегда будет типа portable, хотя тут возникает вопрос "автозагрузки" как функции (не исключен факт добавления юзером проги в автозагрузку и последующий перенос папки с искажением пути автозагрузки)
Насколько знаю, у меня один из товарищей делал подобную схему, так как рабочий чат именно в МАХ, а среди работников есть "ярые отказники". Уточню на досуге данный момент
Фигасе! Миранда жива! Глянул на протоколы, вспомнил про QutIM (почил уже, к сожалению). Что касается сертификатов и возможного блока со стороны GlobalSign, то не вижу проблем (пока что) написать хак для игнора оного под WebView2.
Если не ошибаюсь - Komet в виде .apk для андроид и не развивается, в отличии от того же WhiteMax, а в статье описан MaxLigth для вин.
Думал над этим. Будем решать проблемы по мере поступления. У нас наш местный надзорный орган санкции покруче против своих же влепляет. И ничего, живём. Ищем обходные пути.
Это одна из причин появления MAX Light. Сегодня был свидетелем пожирания овер 800 мб рам десктопной версией. Куда блин столько?
Нет, это больше, чем просто обёртка. Не просто так столько букав же писал?
Тем, что это лучше, чем просто веб-версия. В статье описано.
Каждая бабушка не пойдет, но кто-то да пойдет. И если что не так - выявят. В любом случае, я никому ничего не навязываю. Появился запрос на такую софтинку - я сделал и поделился с другими, как и положено.
Весь исходный код открыт, лицензия по сути LGPLv2, токен авторизации работает с привязкой к пользователю винды + device id (тырить его смысла нет), во всём остальном это обычная веб-версия мессенджера с отличиями:
Заблокированы трекеры слежения
Синхронизация сообщений лучше, чем у обычной десктопной версии
Малый вес и нагрузка на железо, не хранит кеш локально после завершения работы\перезагрузки компа.
Не требует постоянных обновлений 300+ мб. Обновления самой программы - delta-update с заменой только измененных файлов. При том вес самой программы <10 мб
С нуля написанная система уведомлений о сообщениях, с дублированием в панели задач\трее (мигание и подсветка иконки\красная точка у иконки)
Автообновление затрагивает только мой код. Никакой код самого мессенджера не затрагивается (кроме блокировки трекеров). Обновление как у обычной десктопной версии не происходит (по сути при каждом запуске просто происходит обновление страницы). Обновление программы происходит только при новом релизе на гитхаб, происходит ооочень быстро, заменяются только измененные файлы и обновления используемых библиотек (в основном WebView2)
Профиль сохраняется ТОЛЬКО в профиле пользователя (HKCU\SOFTWARE\MaxLight\Auth с шифрованием по DPAPI). Так как я против мусора, то кэш - временная папка, автоматически очищающаяся при выходе из программы. Исключение - аварийное завершение (fatal error, что маловероятно, либо отключение подачи электроэнергии).
Про всё это написано в статье.
Что касается терминального сервера... нужно что-то еще для этого?
В принципе, как я это вижу... в портэйбл версии хранить данные авторизации в каком-нить типа .json файле... например. На досуге проработаю данный вопрос, не вижу тут каких-то сложных препятствий. Может вообще есть смысл не хранить данные в реестре, а полностью перевести всё на .config с шифрованием? Тогда версия всегда будет типа portable, хотя тут возникает вопрос "автозагрузки" как функции (не исключен факт добавления юзером проги в автозагрузку и последующий перенос папки с искажением пути автозагрузки)
Насколько знаю, у меня один из товарищей делал подобную схему, так как рабочий чат именно в МАХ, а среди работников есть "ярые отказники". Уточню на досуге данный момент