nrgian

Библиотека schedule даёт возможность процессы запускать циклично. Например: Каждый понедельник, каждые 10 минут, каждый час и т.д.

А вы уверены, что ваша программа будет запущена все это время подряд?

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

Это "Планировщик" в Windows
Или cron в *nix
И т.п.

Можно и A указать.
Не забудьте ответку сделать на веб-сервере под A

CNAME используют, когда есть ограничения на веб-сервере.

1) Там где дешевле.
2) Там где лучше связь до ваших клиентов.
3) Кроме того важна не только страна, а и тот хостинг-провайдер.

Я бы выбирал не по стране, а по фирме-хостеру.

Например, OVH.

4) Нидерланды имеет смысл, если порнухой заниматься. Там это все более чем законно. В других странах Западной Европы тоже более-менее разрешено. Но в Нидерландах - самое положительное к этому законодательство.

Речь не идет о нарушении копирайтов.
Там где порно разрешено - там к нарушению авторских прав относятся жестче.

И завязывай уже спамить, ты только вчера спрашивал то же самое
Сервер в Нидерландах или Швейцарии?

Я уже пожаловался на тебя, надеюсь, еще люди пожалуются.

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

Тебе почему предлагают партнерку? Потому что предполагают, что ты сможешь нагнать трафика.
(на самом деле они на авось надеются, что 100 500 дураков сделают - и может у кого-то и пойдет).

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

Полным-полно облаков.
Или бесплатных или копеечных.

У вас данные не важные.
Иначе вы давно что нибудь бы предприняли.

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

Ну гипотетически - не такие это уж и страшные цифры вы привели.
У меня по 5000 сообщений в секунду улетает на самой дешевой виртуалке за 150 рублей в месяц которая.

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

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

Самозанятые.

Все разжевано:
https://journal.tinkoff.ru/news/moi-nalog/

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

Программирование - порог входа высокий.
Так что по-быстрому - никак.

Но и это еще не всё.

Сейчас профессия модная, потому в неё кинулись толпы.
Конкуренция - соответствующее, высокая. Заработки - соответствующее, низкие.

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

Но могу и огорчить.
Чтобы стать толковым специалистом - нужны годы.
Реально.

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

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

Изначально с программированием я не в ладах, на учебе была Java, был С++, C#. Но ни одни из них меня не зацепил, не особо хотелось ими заниматься.

Не в ладах - полно и других профессий, кроме программистов.

А язык программирования учится очень легко.

Поэтому особого значения он и не имеет.
Значение имеют парадигмы, концепции, принципы, паттерны.

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

А вот есть вариант с котлином. Я очень люблю копаться в android смартфоне (начиная с прошивки, ядер, рутов и т.д., заканчивая работой с .apk файлами на патчи лицензии, взлом премиум фишек в бесплатном софте и т.д.), а Android судя по последней конференции гугл будет плавно переходить на котлин, и данный ЯП сейчас в приоритете.
Впереди свободное лето и уже хотелось бы найти себя.

Еще раз:

Собственно сам язык программирования - вторичен.
Вы как то слишком уж много значения уделяете тому, что "выучить тот язык или выучить этот язык".

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

Если вам концепции хорошо знакомы - то на очередном новом языке вы можете уже и через день программировать начать.

Если вы собираетесь заточиться на Android - то вам придется столкнуться и с Java и с Kotlin.
С обоими. И много.

Но тут смотря в какой именно сфере Android - где-то там есть и С и C++.
А где-то с Андроидом придется столкнуться и с C# (Unity) и с Dart (Flutter) и пр.

Это я так написал - для тех, кому действительно нужно.
В вашем случае согласен с
sim3x

Нет
Оно вам не нужно

Ибо вы или чем-то уже занимаетесь.
Или оно вам не нужно.

Я очень люблю копаться в android смартфоне (начиная с прошивки, ядер, рутов и т.д., заканчивая работой с .apk файлами на патчи лицензии, взлом премиум фишек в бесплатном софте и т.д.),

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

Как именно вы это делаете?
Просто накладываете патчи, созданные другими?
Так это вообще не программирование.

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

Патчи ядра - если вы хотите понимать суть - это язык С.
Патчи функционала Android, патчи игр - это Java/Kotlin/Unity прежде всего.

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

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

стало интересно, куда шел трафик и вообще что происходило с сервером? трафика набежало на 15 евро, которые теперь платить мне)

Спам - самое наиболее вероятное.
Также возможно, часть ботнета для DDoS.
Менее вероятно - использование под прокси и т.п.

У youtube много местных кэшей.

Гипотетически вообще никогда не повторяется.
Фактически, возможны накладки в любой момент

Формулы вероятностей совпадений можно посмотреть здесь
https://ru.wikipedia.org/wiki/UUID

Инструментарий, это прежде всего среда выполнения для программ, скомпилированных под .NET Framework. А также библиотеки и компилятор и т.п.
Это нужно для, например, программ на C#.

Как пример:

Программе на Python, обычно, нужен интерпретатор Python на том же компьютере, где будет выполняться программа написанная на Python. И библиотеки.
Программе на PHP, аналогично, нужен интерпретатор PHP. И библиотеки.
Программе на JavaScript нужен интерпретатор JavaScript, например, встроенный в браузеры.
Программе на Java/Kotlin нужна среда выполнения, называемая JVM, и библиотеки и компилятор
Программе на C/C++ нужен компилятор и библиотеки (или хотя бы заголовочные файлы), средой исполнения, в отличие от всех предыдущих является просто операционная система, дополнительной среды исполнения не нужно.
Программе на Go нужен компилятор и библиотеки, со средой исполнения тут аналогично C/C++

Отличительным моментом для .NET (тут полная аналогия с Java/Kotlin) - это то, что программа компилируется в бинарный промежуточный код и этот код запускается под управления CLR (для Java/Kotlin этот аналог называется JVM).

В отличие от этого, C/C++/Go/Pascal и т.п. - программа компилируется в бинарный код процессора и не требует никакой специальной среды исполнения, кроме операционной системы.

В отличие от этого, Python/PHP/Ruby/JavaScript и т.п. программа запускается через интерпретатор. Этап компиляции в бинарный код в некоторых из этих сред даже если и имеется, то проходит прозрачно для программиста, не выделяется в отдельный этап.

Вот все говорят: "Вам будет очень сложно справится с JavaScript после другого языка".

Имеется ввиду "Приверженцы статической и динамической типизаций никогда не поймут друг друга"

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