Saboteur

А почему нельзя обычный ssh с ssh ключами?
Ну ив ообще-то нет проблем однострочник на баше написать..

https://learn.microsoft.com/uk-ua/windows-server/

Можете подсказать, чем вас не устроили первые результаты поиска в гугле?

Мне постоянно советуют rsync

Неужели такая странная хотелка, что нет готового решения?

Так тебе и советуют готовое отличное решение.

, но это же просто продвинутая замена scp. Там даже для обратной синхронизации надо его запускать второй раз с другим направлением.

Нет, это не замена scp. То, что используется тот же протокол не значит что работает одинаково. rsync умеет обновлять файлы частично, экономит трафик.

Вот пишу я какой-то код на ноуте. А запускаю на сервере. Как мне самым простым способом синхронизировать две директории — локальную и серверную?

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

В твоих требованиях противоречия.
То тебе нужно, чтоыб какие-то файлы не синкались. То есть уже нужно поддерживать список исключений и возможно настраивать его на каждом сервере.
Потом у тебя день поработать на каком-то сервере, а завтра на другом. То есть ситуация, когда у тебя 5-10 серверов и ноут будут синкаться друг с другом?
Потом ты хочешь "готовое решения", но не хочешь ставить его на каждый сервер/ноут и настраивать. Ну вот есть какой-нить unison, который синкает в обе стороны за один запуск, но его нужно будет и ставить и настраивать как и synthing, который ты не хочешь ставить или настраивать.

Я бы не парился, а просто юзал приватный git репозиторий, который легко поставить везде. И в гите не обязательно сотни веток и даже коммит можешь просто ребейзить постоянно, чтобы был один.
Или rsync который уже обычно есть почти везде и который понятно как работает.

Или уж настрой тот же synthing, а настройку добавь себе в гитхаб, чтобы можно было скриптом скачать готовый сетап и все.

C++ как прикладной язык сейчас не сильно приветствуется. Он хорош как системный язык.
На нем легко накидать консольные утилиты.
Для вещей типа пет проект или игрушку, юзают фреймворки, всякие QT, Boost, WT
Или движки типа UnrealEngine, Cocos2d, X-ray, GZDoom

С таким подходом по задаче - любой.
Хотите конкретики - пишите конкретику.
Большие потоки данных очень растяжимое понятие. Кому-то и 100 мб большой поток, кому-то терабайт средненький.
Тут вообще вопрос не про язык, а про архитектуру, потому что можно даже на батниках написать сервис, и будет работать, если его правильно масштабировать.

NoNameUser01,

все же хотелось получить ответ на вопрос именно от вас, ибо в Гугле много шлака сейчас по первой выдаче :)

Пока не научишься среди шлака находить нужные вещи, у тебя все время будет проблема. Ибо на ЛЮБОМ уровне знаний, самое первое что нужно уметь - это искать и находить нужную в данный момент информацию.
Она далеко не всегда есть в том виде, в каком тебе кажется или хочется. Нужно привыкнуть к тому, в каком виде могут быть полезные ответы, в каком лежит различная документация, датащиты, рфц, и приучиться их читать и искать по ним. Не отмахиваться от ответов, которые, как тебе кажутся, не совсем по теме. Возможно они гораздо глубже чем кажется на первый раз

Пользуйся современными инструментами - на уровне новичка на 90% базовых вопросов может ответить чатгпт, или поиск по уже готовым вопросам/ответам. Особенно если применять английский.

Нет секретного ингредиента, который тебя сразу направит на единственный правильный путь.
Становление специалистом это не просто прочтение пары книг, иначе любой бы мог стать поэтом/писателем/программистом/физиком.
Это воспитание в себе нужных привычек в процессе получения знаний. Поэтому примерный роадмап есть, примерно по нему иди. Через 10000 часов непосредственного занятия по направлению, будешь лучше понимать куда копать дальше. И сам же себе ответишь, почему так сложно ответить новичку на вопрос как у тебя.

Atrial,

Но не знаю, насколько подобный проект в будущем в принципе можно упоминать в своем резюме/гитхабе/собесе

Какое резюме??? Это практика, а не реальная работа.
Может быть в гитхабе, может быть на собесе..

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

Вы определитесь с формулированием вопроса.
Если хранить задачи в массиве вам кажется слишком напряжно, можно использовать другие структуры, удаление которых не требует пересоздания (двухсторонний список, например).
Чем пересборка массива мешает - также не понимаю. Нужно ж понимать как часто у вас добавляются/удаляются задачи, сколько времени занимает пересборка.
Может быть можно просто помечать задачи как удаленные, и удалять раз в сутки в нерабочее время.

В общем у вас вопрос слишком абстрактный

Почему неудобно запускать сервисы?
Почему нельзя смотреть тлоги?

ELK не сделает тебе логи, если их нельзя смотреть. ELK это стек, который позволяет собрать логи с приложений и смотреть их через удобный веб-интерфейс, с поиском, фильтрацией, визуализацией (там уйма всего, если настроить). Но если у тебя нельзя смотреть логи, то как ты в ELK их отправишь?

xml это не просто markup language, на базе которого уже создается формат записей.
Нет единого xml для кого-то.

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

И возможно ли оттуда транслировать видеострим? смысл в том чтобы просчитать все на сервере и отдать клиенту видеострим.

Предлагаешь, чтобы на сервере стояла графическая карточка для каждого юзера?
Ну возьмем сервер,где играет 100-200 человек. Нужно 100-200 видеокарточек на сервере.
Хочешь 1000? 1000 карточек? Тут тупо на электричестве сервер разорится.

Далее. Каждый кадр нужно обработать, то есть одно дело, когда у тебя локально оно генерится и сразу в монитор. А тут нужно создать видеострим, а потом передать по инету.

Главное чтобы интернет был норм

Давай посчитаем как отдавать видеострим.
Берем например ну хотя бы hd 1920x1080x4 (2 млн цветов). Получаем 8294400 байт один кадр ( 8 мегабайт). Ты же хочешь нормальный фпс, ну хотя бы 50 в секунду, 400 мегабайт в секунду. на одного юзера.

Хочешь поговорить о крутом сжатии? Так вот, оно не работает на кадрах. Оно работает на стримах, когда можно проанализировать некоторое количество кадров и уже работать от них. Тогда надо решить вопрос сколько кадров мы будем удерживать для анализа и сжатия, перед тем как куда-то передавать. Игры типа контерстрайка, где 5-10 мс имеют значение сразу улетают в трубу. Сжатие может быть разным, в зависимости от того как резко меняется картинка, а неравномерность лагов хуже чем постоянный лаг. То есть надо решить еще и этот вопрос

То есть сжимать стрим на уровне кадров, если мы не можем их полноценно анализировать.
Нормальные современные кодеки умеют и в А-фреймы и Б-фреймы, то есть жмут в обе стороны. Плюс не ограничены во времени. А у нас и время поджимает, и генерация ограничена количеством кадров которые мы можем вместе использовать. В итоге сжатие будет не 90% как в современных видеокодеках, а хорошо если сожмет треть, и качество будет теряться. И трафик уменьшитсья ну до 50-100 мб/сек.
Теперь подумаем что у клиента отличный инет. А у сервера будет 50-100 мб/сек на КАЖДОГО игрока? Это какой канал должен быть у сервера для поддержания 100-200 игроков? А 1000?

В итоге твоя идея технически совершенно не рабочая.

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

Что значит сглаживается?
Не путаешь ли ты сглаживание шрифта, адаптацию под DPI монитора(cleartype), и банально нативную отрисовку векторного TrueType шрифта?

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

Надо разобраться как работает экранирование и разные типы кавычек в шелле.

TEXT_ARTIFACT_URL_HREF="Ссылка на артефакт: <a href=\"$TEXT_ARTIFACT_URL\">Download Artifact</a>"