Saboteur

Пользователи сами настраивают свой личный сервер для переписки

Уязвимость номер раз, требуется квалифицированный пользователь, который понимает как и что он настраивает и может оценить риски.

Мессенджер использует симметричное шифрование, а ключи передаются между пользователями в оффлайн-формате.

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

Сообщение шифруется локально на пк отправителя и отправляется на сервер, откуда пользователь получает его, если он в сети. Расшифровывается сообщение локально на пк получателя при помощи полученного от собеседника ключа шифрования.

Как проверяется, что сервер не дешифрует сообщение?

Притом, на сервере хранится только последнее сообщение каждого пользователя(история не сохраняется)

В каком виде? Дешифрованном или шифрованном? Какова вероятность компроментации сервера?

Ну и что за шифрование используется, насколько легко оно сейчас ломается, и как часто меняются ключи, учитывая сложность обновления ключей....

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

Ну и вообще, такой мессенджер скорее всего бесполезен. Если пользователи настолько опытные, что могут арендовать и настроить виртуальную машину, поставить и настроить там сервер, подключить к нему клиент, обменяться ключами, то в чем проблема ПРОСТО установить сервер, подключиться любым ссш клиентом и уже на самом сервере пообщаться в talk/write ?

Что-то не то с вашей консолью. | и > редиректят совершенно одинаково, не может одно работать, другое не работать.
Или что-то у вас еще вокруг хелма делается или непонятно.

Так собственно через ссылку и своего бота оно и делается.
Ссылку проще всего кидать через inline keyboard
Ссылка может запуститься только в приватном чате с ботом, в общих чатах следует создать ссылку на своего бота с предустановленным start=something, которая при старте в приватном чате запустит нужное приложение

повезло что я переименовал тогда файлы и сейчас нахожусь на предпоследней версии.

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

Не совсем понятно, где его заполучить. Чтобы получить этот опыт, нужно джуном устраиваться что ли? Это же бред какой-то. Или всё-таки предыдущий опыт как-то котируется в глазах HR-ов и прочих рекрутеров?

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

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

И там и там же руль.

Ну да, можно переключиться на другой язык. И опыт поможет. Но нужно брать и учить. С потолка опыт не придет. Придется потратить сколько-то лет

Этот навык прокачивается собственным опытом.
Читать чужой код в данном случае сложнее, чем собственный, который ты написал и понимаешь его "скелет".

опять же, пока человек молод, мозг можно развить таким образом, чтобы на "быструю память" выделялось больше нейронов, так сказать привычка удерживать в "буфере" бОльшую цепочку. Чем человек старше, тем больше мозг решает задачи так, как привык до этого.

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

Ну и да, есть проекты, в которые чтобы нормально вникнуть, нужно много времени, месяцы, годы.
Поэтому собственно и стараются сейчас не писать полностью кастомный код, а пользоваться готовыми фремфорками, которые предлагают определенные паттерны.
Учат собственно общие паттерны и так далее.

Самостоятельное изучение вполне норм.
Нет в мире "профессионального обучения программированию". Есть базовые курсы, но их легко заменить видяшками из инета или книжками для начинающих.
А так - много практики.
Если же интересует именно программная инженерия как курс высшего образования, то это скорее всего будет много математики или электротехники, возможно низкоуровневого программирования, но не так много именно прикладного современного программирования.

Потому что он устарел. Не развивался, не поддерживает многие современные стандарты.

Важный критерий - на нем никто не пишет.
На коболе есть некоторое количество старых проектов, которые дорого/сложно переписать заново, поэтому специалисты востребованы. Но их количество ОЧЕНЬ СИЛЬНО ограничено, а новые проекты никто не планирует на нем писать.

Да наверное никак.
Как я понимаю, miniapps передают данные в структуре initData и initUnsafeData, но там нет рандомных переменных, только внутренние userID, userName и так далее.
Сохраняйте внутреннюю переменную вместе с user_id в базе данных, и когда юзер переходит в веб приложение, то доставайте его из базы по user ID

ну нет конечно.
Если карту еще можно натянуть и сделать подсчеты координат очень быстро, то города еще и с дорогами, еще и мастшабирование, это задача не библиотека а крупного сервиса, типа гугл, типа www.openstreetmap.org, так как это уже база данных с огромным количеством регулярно обновляемых данных.

Храни результат diff в промежуточном значении
result="git diff --diff-filter=AM --name-only origin/master"
grep "app/" <"$result" > ./log

соответственно каждую команду можешь отдельно почекать
result="git diff --diff-filter=AM --name-only origin/master"
if [ $? -eq 0 ]; then echo OK; else echo NOT OK; fi
grep "app/" <"$result" > ./log

В общем случае - нет.
В конкретных случаях - ну если много маленьких иконок, то можно использовать такой вариант. Или svg текстом можно так хранить.
base64 кодирует все триолями, поэтому любой файл увеличивается на ~30%, если что то уж хотя бы в бинарных blob можно пробовать. А так - просто в виде файлов или специализированная база типа s3 предпочтительнее

Вы вообще не в ту сторону шагаете.Какие тут скрипты??

Утечки памяти это не проблема операционной системы (ну разве что утечки именно в ней).

Утечки памяти, это проблемы конкретных приложений, которые запрашивают память для создания какой-то переменной или массива переменных, чтобы разместить в них данные. Затем, когда переменные больше не нужны, забывают их удалить. И в следующий раз снова запрашивают еще память. так потихоньку приложение растет и растет.
При этом никто не может сказать со стороны - ни скрипты, ни операционная система, какую именно память приложение использует активно, а про какую уже "забыло".

В этом и суть утечек, что их никак не починить, только перезапускать то приложение, которое разрослось.
Чинить может только разработчик этого приложения, выпустив новую версию с исправлением.

Тут нужно разбираться с вашими приложениями, с теми кто их писал.
Иначе - ну ребутать разросшиеся приложения регулярно, если этот вариант возможен.

Приложения приложениям рознь.
Тут основной вопрос к разработчикам, чтобы они могли написать приложение, которое требует минимум ресурсов и в случае чего легко скейлится горизонтально.
Можно вообще выделить максимум 1 cpu/4gb памяти на под и сказать разработчикам - крутитесь как хотите, но чтобы все влезало в эти лимиты. Сюда влезет 90% микросервисов, но понятно что или придется пилить много микросервисов, и вдобавок какие-то тяжелые вещи типа базы данных сюда не влезут.
НО, все ведь зависит от нагрузки и количества клиентов.

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

А рандомные ответы из интернета дадут слишком общую картинку, которая может наоборот навредить.

100 мбит между чем и чем?
Если провайдер отдает 1 гбит и роутер получает 1 гбит, то попробовать воткнуть провод из провайдера напрямую в комп, посмотреть какая будет скорость. Если станет 1 гбит, значит проблема в том что от роутера в комп отдается 100 мбит. Что тогда за роутер?

Если от провайдера в роутер приходит 1 гбит, а от провайдера напрямую в комп будет 100 мбит, то проблема в компе (сетевушка/драйвера/настройки).

Сделать пару экспериментов и выяснить в каком именно месте проблема.