Довольный Айтишникъ

Вопрос тянет на отдельную книгу, как мне кажется. Но поскольку деталей нет, общие принципы примерно следующие:

1. Изолированная локалка, если используется. Отсутствие радио каналов (любых, вифи, 433 и тп). Если уж ну ваще никак, предусматривайте ситуацию, что канала нет, или данные по каналу приходят поддельные, в т.ч. со злым умыслом.
2. Если прямо необходимо чтоб железки что-то тянули с интернета - к примеру, дополнительный linux шлюз, разрешающий только то что надо. Вариации с прямым доступом из тырнета в железо отметайте сразу.
3. Шифруйте данные по сети. Не используйте слабые шифры.
4. Не используйте простые пароли (да, 2018 год).
5. Правильно конфигурируйте службы, аккуратно выставляйте доступ к файлам.
6. Про железную часть не пишу. Но вопрос защиты от перенапряжения, выгорания портов, резервирования функционала и тп тоже относится к безопасности.
7. Бэкапы и резервирование не должны быть для вас пустым звуком.
8. [....]
Ну, думаю направление мыслей понятно.

wall.post() публикует единственную запись.

Для промышленных масштабов спама ускорения есть вариант с методом execute(), в который можно обернуть до 25 вызовов АПИ ВКонтакте.

Т.е. вы на сервере собираете в строку некий код, похожий на JavaScript, что-то типа:

var params = {
  "message": "Текст поста",
  "from_group": 0,
};
var out = { "result": [] };

params.owner_id = 10101; // первая группа
params.guid = 'abrakadabra';
out.result.push( API.wall.post(data));

params.owner_id = 20202; // вторая группа
params.guid = 'drugayaabrakadabra';
out.result.push( API.wall.post(data));
// ...
params.owner_id = 2500025; // 25-я группа
params.guid = 'uniqueabrakadabra';
out.result.push( API.wall.post(data));

return out;

И этот код как текст отправляете параметром code в методе execute()

1. При запуске от root работает если запускать из любой папки?
run-parts /home/user/script

2. Если работает, то проверьте наличие пустой строки в конце crontab

3. sudo crontab -e
у каждого пользователя свой crontab и если вы редактируете от имени обычного пользователя, то поднятие привилегий не сработает.
Для запуска cron от root редактируйте cron от root

AUTO_INCREMENT

Рабочих станций достаточно много и заниматься этим руками весьма нуторно и долго

Внедрить контроллер домена.

а как на самом деле дела обстоят — есть достоверная информация по браузерам?

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

1 - все тайны тут https://docs.microsoft.com/ru-ru/aspnet/core/?view... (второй абзац)
2 - если хостить будет на винсервере - доступны все варианты, если на линукс - IIS не доступен
3 - даже mssql server доступен на линукс
4 -

В сайт заходит в 50000 человек в день

а это уже вопрос к железу, а еще он зависит от архитектуры самомго приложения, и от архитектуры базы. оценить железо без нагрузочного тестирования невозможно
5 - а вот

что бы подробнее спрашивать

скорее всего надо нанимать специалиста, это уже на площадки фриланса

Различное ПО взламывают, но это не мешает его владельцам зарабатывать деньги.

Например: CMS DataLife Engine

В сети множество NULLED версий и генераторы ключей, но ведь это не повод прекратить разработку? Есть клиенты, которые готовы платить, чтобы получать обновления или техническую поддержку. В крайнем случае, владелец может судится с нарушителями (обычно это крупные организации). Мелкие нарушители мало кому интересны.

Ведь можно-же выдернуть часть проверки "лицензионности" из кода и их проект можно будет перепродавать или вообще слить в паблик.

Чтобы предотвратить это можно использовать инструменты вроде IonCube PHP Encoder и различные обфускаторы. Это не дает 100% гарантию на то, что код не будет взломан, но чтобы взломать его, скорее всего, нарушителю придется потратить еще больше средств, чем заплатить владельцу лицензии или написать такое ПО с нуля.