Saboteur

Предположим у вас есть бэкапы
1
2
3
4

Как очередной incremental бэкап должен узнать, что было забэкаплено в 2, 3, 4?
Поэтому tar сохраняет мета-информацию.

P.S. Виндовые архиваторы могут некорректно видеть содержимое .tar архива. Пользуйтесь портироавнным tar.

IMHO такое нельзя настроить со стороны клиента, это должно решаться на стороне сервера.

Клиент просто пользуется DNS и отправляет URL в своем HTTP заголовке - ни браузер ни ретрофит не должен самостоятельно решать, куда он должен перенаправляться - это уже сервер решает где documentROOT для 1.1.1.1, ля x.ru или для z.x.ru.

К серверу доступ есть?

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

Никто не мешает попробовать сделать мерж в рабочий каталог на локальной машине (без коммитов), и посмотреть есть ли конфликты.
А вообще, должен быть архитектор и тим лиды, которые собственно и должны принимать решение.

\w может не работать с русским алфавитом.
Но попробуйте:
(?<=%)[^%]+(?=%)

А чем не подходит добавить в URL следующее:
&t=180
и будет с 180 секунды идти.

PaaS предназначен именно для такого поведения. У вас есть не VPS, а PaaS, поэтому он и стоит другие деньги.
Хотите юзать все 60 гб оперативы, да еще и плюс Swap - оплачивайте целый VPS.

Вы точно уверены, что в роли ключа выступает именно флешка, а не USB устройство, в которое для удобство добавили накопитель?

Обратитесь к разработчику.

Регулярки - элементарная вещь. За 1 час можно разобраться в большинстве структур.
Тонкости и продвинутое использование - потом.

Собственно что именно вам непонятно? Подстановочные символы? Группы? Квантификаторы?

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

Вы пример напишите хотябы, который вас пугает.

В первую очередь нужно обратить внимание на модель материнки, и почитать какие планки памяти она поддерживает. Это решит вопрос про 1333 или 1600, а также DDR3 или DDR3L

Также это может решить вопрос сколько планок вам докупать - есть ли у вас еще два слота на две планки по 2 ГБ, или у вас всего два слота, и тогда непонятно как вы хотите "докупить" к тому, что уже есть.

При покупке желательно обращать внимание на производителя и покупать проверенные бренды а не нонейм.

LONG Dimm это обычная память для десктопов. Обычно слово long пропускается. А в ноутбуках используются укороченные sodimm планки.

Там же есть ваша структура - home, var

Есть вероятность, что либо некорректный .tar, либо у вас файловая система содержит нестандартные файловые сущности, которые под виндой не могут отображаться.
Какая файловая система на сервере?

Непонятно что такое "самостоятельная игровая среда".

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

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

1. Алгоритмов не тысячи. Но вот количество вариантов ключей - неисчислимо.
Телеграм использует симметричное 256-битное шифрование AES и шифрование RSA 2048. Обмен ключей идет по методу Диффи-Хеллмана. Также почитайте технический FAQ
2. Шифруются не все сообщения и чаты, а только в том случае, если вы создаете секретный чат.

3. Почитайте банально википедию - что такое открытый ключ.

Вкратце.

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

2. Вася передает Ане публичный ключ

3. Аня шифрует им сообщение и передает Васе

4. Вася расшифровывает.

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

В идеале, временная пара ключей может генериться отдельно для каждого чата/сессии - так работает https.

P.S. Полезные ссылки:
https://medium.com/@tglive/stop-reading-gizmodo-7f...

допустим я ввожу 24+2(но хочу ввести 24+25) он сразу считает равно

В таком случае, ваше регулярное выражение должно выглядеть как
^24\+25$

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

Читайте документацию по API вконтакте.

Вы проверяете, что к вам заходит юзер vk/idXXXXX, для чего делаете запрос в ВК API, который подтверждает это.