Ну начать с применения расстояния Левенштейна, Хэмминга и других подобных методов. Если это действительно два почти одингаковых текста, то может неплохо подойти.
Но сравнивать лучше не тексты целиком, а кусками: разделами, абзацами, предложениями...
topuserman, на самом деле базы в контейнерах делают, более того, в сложных проектах даже используют "операторы", которые позволяют разворачивать базу, нафаршировав её резервированиями-репликациями (см. например в гугле postgres operator). Но это делают в действительно сложных проектах, в которых базы дробят на мелкие по каким-то существенным причинам и где умеют разбираться в том, как соблюсти надёжность и производительность на нужном уровне. И да, это задача как раз для сложной оркестрации. Если ваш проект дорастёт до такого уровня, вы сами поймёте это.
Для обычных проектов с 1-2 базами проще действительно базу на хосте. Это и быстрее, и надёжнее, и проще в обслуживании. Базу не деплоят с каждым релизом заново, изменения в её конфигах проще делаются на хосте, на базу на хосте часто проще накатывать миграции (хотя это можно оспорить - не так сложно мигратор запускать в контейнере).
topuserman, можно и без него, если контейнеры на тех других серверах найдут. Так часто делают в проектах не очень большого размера (почесал свои 2000 контейнеров в docker-compose на двух серверах).
Например, есть два сервера, нужные сервисы публикуем на каких-то портах этих серверов, а в других контейнерах через env или через описания в конфигах передаём их адреса с портами.
Михаил, я достал диск с Linux из помершего ноутбука и засунул в USB-корзинку. Теперь у меня есть переносной жёсткий диск с системой, которая спокойно загружается где угодно. Реально ничего не мешает просто установить практически любую систему (ту же Ubuntu) на флешку.
Если есть софт для Linux, то потенциально он может работать на любой дистрибутиве той же архитектуры. Ну кроме случаев, когда авторы этого софта сильно перемудрили. Однако если какой-нибудь дистрибутив официально не поддерживается, может потребоваться прилично повозиться.
pabddd, речь о том, чтобы не использовать long poll для получения обновлений, а чтобы Telegram сам дёргал сервер, передавая ему запросы. Тогда можно их обрабатывать параллельно.
Если же дёргать /getUpdates в одном потоке, то, разумеется, будет работать всё в один поток по очереди.
pabddd, тогда это вопрос к настройке веб-сервера, php-fpm или что там используется. Если всё делать правильно, веб-сервер вполне может обрабатывать запросы одновременно и даже довольно много.
Ну не совсем так. Админ на удалёнке вполне возможен. У нас практически весь отдел находится на удалёнке (кроме офисных админов) с самого начала пандемии. Только админ по железкам часть ездит в датацентры что-нибудь установить/поменять. Но у нас десятки серверов, куча клиентов, сложные нагруженные системы и всё такое. Дорогие контракты, SLA, штрафы за сбои... У нас более чем достаточно задач, чтобы целый отдел мог заниматься этим всё рабочее время.
Но это не то, как работает подавляющее большинство админов. Тем более новичка без опыта работы и без серьёзных никто до работы такого уровня не допустит никогда. Его же банально надо будет обучать контролировать, а удалённо это делать крайне сложно.
nrv, если системная java слишком новая, возможно, имеет смысл попробовать более старую. В jnlp внутри может быть минимальная версия jre указана, например, если там 1.6.12345 то можно взять любую jre 1.6 не ниже указанной версии и попробовать на ней. jnlp запускается утилитой java_ws.
CityCat4, в некоторых устройствах реально требуют ишака, а ещё есть такие, которые пытаются угадать у тебя ie или mozilla и в зависимости от этого запускают activex или flash :)
Реально да, в современных браузерах достать верный jnlp может быть сложно...
Bot API это не позволяет, нужно использовать клиентский API (MTProto). И requests тут не поможет никак. Кстати, при такой постановке вопроса может оказаться проще парсить каталоги типа tgstat.
Ох, если у них нет более новой прошивки с поддержкой html5, то это реально боль. У нас админ по железякам для старых серверов имеет специальную виртуалку со старой версией firefox и работающим java-плагином для таких случаев. Правда, к счастью, у нас остались только такие старые сервера с iLO, на которых его можно обновить до адекватной версии.