Q001

Договориться с этими авторами других приложений

1. 1000 клиентов с обновлением раз в секунду - это 17 обменов в секунду. Смешная нагрузка. Низкая. У меня подтверждено замерами 5000 обменов в секунду на VDS с 512 М оперативы и одним ядром.

2. Лучше использовать то, что вы лучше всего умеете использовать. Для этой задачи - они все равны.

3. TCP

Ага.
Папки и ярлыки называется.

Почему бесплатно не дают проверять?
Платно дают проверять?
Что за бред?

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

В общем и целом - бегите от таких мошенников.

CMS реализует вполне ОПРЕДЕЛЕННЫЙ функционал.
Вот если этот функционал УЖЕ СУЩЕСТВУЮЩИЙ вас устраивает - то CMS вам работу упростит.
Иначе - вам от CMS не тепло и не холодно.

Он родимый.
Но не самого крайнего пошиба.
Не корите себя.

ГОСТ защита электронных устройств

Первые пять ссылок в Гугле по этой фразе - ответ на ваш вопрос.

Если ФИЗИЧЕСКИ сервера расположены в США, неважно, что хозяева из РФ.
Зачем им ссориться?
Вот изымут у них сервера физически....

В BIOS есть несколько способов автоматического включения компьютера.
По часам, Wake on LAN, при включении питания внешнего - выбирай любой.

Да.
Полно готовых библиотек/пакетов для них.
Знания математики не требуются.
Нужны знания именно этих библиотек/пакетов.

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

А при чем здесь ИТ?
До тех пор пока счет виртуальный - это ИТ, но это никого не колышит.
Законы начинаются там, где возникает вывод денег на расчетные счета.
И вот за советами как это правильно сделать - к юристам.

P.S.:
Все подобные системы проводят деньги через СЕБЯ. То есть через свои сервера. Там и откусывается комиссия.
Если ваше приложение будет иметь прямой доступ к счетам пользователя в Сбербанке, например, и само снимать с них комиссию - то это воровство.

Вам же написано.
Не может найти файл.

P.S.:
Можно предположить - на хостинге разве Windows?

Это разные сегменты РЫНКА.
Смею предположить, что раз вы спрашиваете, что лично вам лучше CMS.
Фреймворки - это более дорогие работы, но там требуется совсем другая квалификация.
Массовые же работы - это CMS

Если ты частное лицо - то можешь без проблем по безналу платить за границу.
Если ты фирма - а позвольте полюбопытствовать нафига вам это надо?
С точки зрения налогов - это же пустое слитие денег. Подозрительно.

вполне.
к примеру на хостинге Гугля в облаке тебе отдают экземпляр MySQL именно без паролей.
Хочешь - ставь сам дополнительно.

полагаю там грамотные спецы.

А Яндексу (и никому другому тоже) нет смысла отдавать вам данные бесплатно без того, чтобы светить своим логотипом.

Зачем тратят тучу часов на создание классов для функций, которые легко понятны и описываются 1-2 строками. Зачем подключают к проекту мастодонтов не используя и половины их функций. Как и зачем используют движки для сайтов под уникальные сервисы, это же дикий геморрой когда нужно кроме написания приложения ещё и понять как его присоединить к чужому коду (аля сервисы на dle,wordpress и т.д).

1. Если ты этого не понимаешь - значит ты не имел дело с действительно серьезными системами. Так как "написать 1-2 строчки для замены мастодонта" - это что то уж совсем примитивное делать.

2. Возможно, они действительно используют мастодонтов там где не надо. Компьютерное железо нынче недорого. Почему бы и не переложить на него свою работу.

3. Быть ПРО это не значит НЕ ИСПОЛЬЗОВАТЬ или ИСПОЛЬЗОВАТЬ "мастодонтов". А быть ПРО - это значит правильно выбирать инструмент под конкретную задачу. Где то правильным будет выбор мастодонта. Где то - написать две строчки с нуля.

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

Пока вы пишете "одноразовые" вещи - это не страшно.
Как только перейдете к проектам сложным - там уже так делать будет неверным. Такой подход в сложных проектах затрудняет существенно и вам модификацию/развитие и работу коллегам.

w_b_x
1 Какие и сколько новых проектов вы сделали за последний год?
2 Сколько проектов вы поддерживали (правили/дополняли) из ранее сделанных?
3 У вас есть свой "фреймворк" - наработанная типовая кодовая база ? или Вы каждый раз всё с нуля пишите ?

вот тут есть например описание существующих процедурных: https://toster.ru/q/55410, возможно Вам есть резон собрать свой, выложить github и порадоваться звёздам или закидыванию запросами на правки - тогда будет гораздо понятнее чего же именно в Вашем подходе не хватает )