stratosmi

нода никогда и не была многопоточной из коробки.
Долгая операция (конвертация картинки) блокирует сервер, что делать?

Вот у нас в СНГ распространено

Ну не особо последние 10-20 лет.

Сделать кино сайт и воткнуть туда кинопартнерку и гнать трафик

Ну так блочат же. Этим надо заниматься из офшора, а не в России и то, там зарабатывают те кто делают релизы, за счет рекламы от лохотронщиков. Те кто делают сайты садятся потом.

Сделать еще блог и поставить adsense

зачем? Вначале нужны посетители, потом adsense. Сделать сегодня блог и заработать на adsense денег больше чем на 1 пиво в месяц не очень простоя задача. Тут главное контент, много, качественный и постоянно. Сделать блог в этой схеме - это даже не 1% работы. Это ничто.

Потом это всё успешно продается на https://www.telderi.ru/ru

Не думаю, что ВСЁ там успешно продается. Иначе все кто здесь есть занимались бы только этим. Я знаю как генерить блоги на автомате, например. А смысл?

Или в СНГ из за нищенства народ таким бредом занимается

В СНГ этим давно никто не занимается, кроме школьников и тех кто прошел курсы "Разбогатеть на блогах за 18 дней" или "WEB гуру за неделю"

Итог: в США или в СНГ подобной херней занимаются школьники. В США школьники побогаче, так что теоретически, если Вы планируете искать лохов и продавать им воздух - там жирнее лохи. Но в России их больше.

лимитируете количество удп пакетов в минуту в иптаблесе

Все нормально будет. Даже при переносе на винду.

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

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


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

Пофантазируем. Предположим, что тебя не поставили на телефон, а сразу разрешили что-то программировать. Предположим, что тебе дают задачу "у клиента Х не проводится документ, выдает ошибку - нужно исправить". Ты лезешь в код и находишь, что ошибка из-за незаполненного реквизита. Ок, ты с чувством выполненного долга удаляешь непонятную проверку и сдаешь работу. На следующий день прибегает взмыленный начальник: "Ты что натворил? У клиента полетели все отчеты и период не закрывается!!!" - оказывается логика одной из подсистем крутится вокруг того, что тот реквизит ВСЕГДА должен быть заполнен и тебе было нужно не комментировать ошибку, а вывести сообщение пользователю, что он забыл внести важное значение...

В 2004 году, когда меня зеленым новичком взяли в одну контору программистом с нулевыми знаниями программ моей фирмы, языка программирования (FoxPro) и основ экономики/бухгалтерии (включая терминологию), меня тоже изначально посадили на телефон оператором службы поддержки. Классический рабочий день - принимал звонок, бегал в мыле между сотрудников пытаясь узнать решение проблемы, лазил в листинги в попытках разобрать логику кода..., отзванивался клиенту и решал его проблему. В результате за два месяца уже знал всю терминологию, знал особенности всех наших программ и довольно неплохо программировал на FoxPro. При этом я настолько хорошо себя зарекомендовал, что мне полностью доверили проект перевода наших российских бюджетников на новый план счетов (согласно приказа Минфина РФ от 26.08.2004 № 70н). А через год я уже по заказу одной из киевских газет написал с нуля программу для учета распространения тиража печатной продукции.

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