BatteryLow

Как по мне MODx на сегодня лучшая cms для разработки корп. сайтов. Конкретно ваша задача больше похожа на приложение и фреймворк был бы наверное лучше, особенно на перспективу. Но все же:

Плюсы

• Modx хорош в первую очередь архитектурой, это не лапша WP из нескольких тысяч функций, писать код для него приятно и легко, можно и по-взрослому с ООП, контроллерами, сервисами и пр.
  
• Отличная система кеширования из коробки, можете настроить так, что сайт у вас будет все летать как истребитель.
  
• Есть шаблонизация, хотелось бы Twig конечно, но и Fenom не плох
  
• Сильное сообщество, если опять сравнивать с WP это не армия школьников научившихся php за 10 дней и выкладывающая говно плагины в репозиторий, в основном это чуваки, которые умеют писать код и причем правильно.
  
• Продолжая прошлый пункт - плагины, там они действительно хороши, некоторые платные, но это нормально про сыр поговорку мы все знаем, да и стоят не дорого, охватывают наверное весь необходимый функционал для CMS.
  
• Документация, подробная и обширная но инглиш знать желательно, хотя и на русском много материалов.
  
  

Минусы

• Лично для меня главное наверное необходимость регистрировать ресурсы(шаблоны, чанки, плагины) в интерфейсе самой CMS через браузер, достаточно сильно отвлекает и раздражает. Раньше вообще все хранилось В БД, да-да и шаблоны и php код тоже, править можно было только через встроенный редактор, это для меня была непостижимая дичь, как до такой говно фичи можно было додуматься. Сейчас от этого частично ушли, за счет статичных ресурсов, но не идеально.
  
• Мало хуков, системные события конечно есть, но их может не хватить для сложных задач.
  
• Порог вхождения, там используется специфичный синтаксис и подход, первое время придется поизучать его, но после привыкания все идет как по маслу.
  
• Малый функционал из коробки, не сказать что это минус, возможно наоборот, но некоторые компоненты вроде транслитерации url можно было бы и в ядро включить, в итоге в начале проекта нужно тратить достаточное количество времени на настройку и установку модулей.
  
• Интерфейс админки, тоже не минус а скорее вкусовщина, в нем есть несколько мелких проблем, он немного тормозной, некоторые моменты реализованы не удобно, если контент менеджер - это блондинка Юля с ресепшена, её может быть сложнее чем в том же WP.
  

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

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

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

Если вы грамотно настроите РК, будете её контролировать и анализировать, то вероятность окупаемости велика, а если тяп ляп сделать, то почти 100% выкините бюджет в трубу и будете рассказывать всем что директ наебалово.

Нет тут никаких противоречий, ответ может быть только один - делать.
ЧПУ - это фактор ранжирования, поисковики на него активно смотрят, даже в выдаче выделяют при нахождении в нем ключевика, и управлять им легко, просто нужно единожды настроить ЦМС.

Используйте стандартную линуксовую утилиту - flock (пример), запуск нового процесса не произойдет, пока не прекратится выполнение предыдущего.

социальной сети, которая нужна огромному количеству людей

- Нет.

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

Приведу пример - в карточке организации есть параметр положение на карте, он описывается несколькими характеристиками: координаты точки, координаты 2х противоположных углов карты и маштабом карты, нужно ли их хранить в отдельных полях таблицы когда они неотделимы друг от друга, я считаю что абсолютно нет.

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

Сжимать html это последнее что нужно сделать для оптимизации загрузки страницы выгода от этого минимальна, а если контент динамический вы еще и сервак напряжете нехило особенно если посещаемость большая. В первую очередь разберитесь с кешированием на стороне браузера, минимизацией изображений, созданием спрайтов и объединением css и js файлов, как уже советовали используйте для этого Grunt или Gulp. Это обеспечит реальную оптимизацию которые вы даже визуально заметите без тестов, а минифицированный html это минус несколько килобайт и соответственно миллисекунд загрузки, это даже времени которое вы потратили на составление этого вопроса не стоит.

Я мониторю через revendo (ссыль реферальная с 10% скидкой) вроде норм.

Автор, о каком высоком налогообложении и проблемах идет речь? ИП регистрируется за несколько часов с общими расходами 2-3к рублей, дальше сдается отчетность раз в квартал, можно через интернет, и платится налог 6% с оборота или чуть больше с прибыли. ВСЁ. С ООО все чуть сложнее, но тоже не критично, и нужно оно для больших компаний с дележкой долей учредителями, в такой ситуации и бухгалтера нанять не проблема, чтобы он все вел. Большинству нафиг не нужны эти офшоры, только для специфических целей и больших движений сомнительных средств, так как проблем там предостаточно.

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

А письма идут на какую почту? Просто mail.ru например вообще отфутболивает подозрительные письма даже в спам не пихая. Тогда нужно будет смотреть SPF-запись для домена.

Отправителя нужно посмотреть, иногда хостеры запрещают отправку от отправителя - не принадлежащего домену с которого инициирована отправка.

Но в любом случае надо внимательно смотреть логи, ответ по-любому должен быть там.