Какой движок выбрать для многофункционального портала?
Брать что то вроде drupal или joomla и дописывать модули/компоненты, самый быстрый вариант на мой взгляд.
Хотите что-то стоящее, долговечное, расширяемое и перспективное - забудьте про движки и цэмээски при таких запросах.
Наймите одного человека, который поможет вам (заказчику) составить грамотное ТЗ и примерные стеки технологий, на которых это можно решить.
Попробуйте найти человека, который возьмется это сделать. Изучите предложения, стеки и доводы за\против каждого из них.
Разбивайте работу на мелкие, но логически завершенные этапы, что бы минимизировать риски. Желательно сделать так, что б уже первые части могли быть бизнес-ориентированы и полезны (приносить доход, работать на сео\рекламу\раскрутку\"интригу"\беплатную версию или доказать\опровергнуть пруф-оф-концепт)
Не связывайтесь с агенствами.
Будьте готовые потратить до полугода времени. Платить от 5 долларов в час хотя бы. Подумайте о рисках минимум х1.5.
Ну, это если хотите реально, а не абы-как и чисто поиграться. А в итоге забросить или вернуться в самое начало.
Прочел, что сложности с пунктами 7-10.
7) Запретить скачивать эксель - легко. Запретить парсер - сложно, долго, дорого. ГЛУПО.
8) Парсить легко. Сложно - обходить ограничения и блокировки, если они есть (не все этим страдают). Тут не ждите универсального решения. Даже если кто-то сделает решение, которое будет работать весь срок договора - то когда-то оно таки отвалится и, возможно, придется делать заново.
9) Скрыть номер от одной категории и разрешить другой - легко. Онлайн оплата - легко до тех пор, пока вы работаете с нормальными платежными шлюзами.
10) Платная регистрация - опять же, зависит от шлюза и степени "критичности". Например, если сделки на миллионы -будет дорого, если цена ошибки (взлома, утечки) не так велика - то не проблема. С партнерской программой - очень широкий вопрос. Но по факту тоже, особенности только в платежном шлюзе (способе)