SteepNET, можно, почему нет? С помощью iconv перевести сообщение в кодировку UCS-2BE, затем интерпретировать как байтовую последовательность и нарезать его по 134 байта (не символа!) и в каждую в начало дописать 6 байт. Затем отправить как серию отдельных сообщений. Это грубое описание, дальше надо выяснять, как в этом Yeastar это делать. Если бы там был SMPP, я мог бы рассказать подробнее, но там кажется не он.
Ну начать с применения расстояния Левенштейна, Хэмминга и других подобных методов. Если это действительно два почти одингаковых текста, то может неплохо подойти.
Но сравнивать лучше не тексты целиком, а кусками: разделами, абзацами, предложениями...
topuserman, на самом деле базы в контейнерах делают, более того, в сложных проектах даже используют "операторы", которые позволяют разворачивать базу, нафаршировав её резервированиями-репликациями (см. например в гугле postgres operator). Но это делают в действительно сложных проектах, в которых базы дробят на мелкие по каким-то существенным причинам и где умеют разбираться в том, как соблюсти надёжность и производительность на нужном уровне. И да, это задача как раз для сложной оркестрации. Если ваш проект дорастёт до такого уровня, вы сами поймёте это.
Для обычных проектов с 1-2 базами проще действительно базу на хосте. Это и быстрее, и надёжнее, и проще в обслуживании. Базу не деплоят с каждым релизом заново, изменения в её конфигах проще делаются на хосте, на базу на хосте часто проще накатывать миграции (хотя это можно оспорить - не так сложно мигратор запускать в контейнере).
topuserman, можно и без него, если контейнеры на тех других серверах найдут. Так часто делают в проектах не очень большого размера (почесал свои 2000 контейнеров в docker-compose на двух серверах).
Например, есть два сервера, нужные сервисы публикуем на каких-то портах этих серверов, а в других контейнерах через env или через описания в конфигах передаём их адреса с портами.
Михаил, я достал диск с Linux из помершего ноутбука и засунул в USB-корзинку. Теперь у меня есть переносной жёсткий диск с системой, которая спокойно загружается где угодно. Реально ничего не мешает просто установить практически любую систему (ту же Ubuntu) на флешку.
Если есть софт для Linux, то потенциально он может работать на любой дистрибутиве той же архитектуры. Ну кроме случаев, когда авторы этого софта сильно перемудрили. Однако если какой-нибудь дистрибутив официально не поддерживается, может потребоваться прилично повозиться.
pabddd, речь о том, чтобы не использовать long poll для получения обновлений, а чтобы Telegram сам дёргал сервер, передавая ему запросы. Тогда можно их обрабатывать параллельно.
Если же дёргать /getUpdates в одном потоке, то, разумеется, будет работать всё в один поток по очереди.
pabddd, тогда это вопрос к настройке веб-сервера, php-fpm или что там используется. Если всё делать правильно, веб-сервер вполне может обрабатывать запросы одновременно и даже довольно много.
Ну не совсем так. Админ на удалёнке вполне возможен. У нас практически весь отдел находится на удалёнке (кроме офисных админов) с самого начала пандемии. Только админ по железкам часть ездит в датацентры что-нибудь установить/поменять. Но у нас десятки серверов, куча клиентов, сложные нагруженные системы и всё такое. Дорогие контракты, SLA, штрафы за сбои... У нас более чем достаточно задач, чтобы целый отдел мог заниматься этим всё рабочее время.
Но это не то, как работает подавляющее большинство админов. Тем более новичка без опыта работы и без серьёзных никто до работы такого уровня не допустит никогда. Его же банально надо будет обучать контролировать, а удалённо это делать крайне сложно.