index0h

Silex

Вы не рассматриваете другие cms, но рассматриваете другие языки. (Django на python написан)... Это очень не правильно.

На счет изучения php - не самый лучший выбор, потратите туеву хучу времени.

Дешевле и быстрее найти фрилансера.

10k rps не хило. 1 сервер этого в продакшне не выдержит. Есть даже известная проблема 10к подключений.
Основная задача при проектировании подобной системы - синхронизация и распределение нагрузки.
Легкое и быстрое - это не те слова, что тут применимы)) надежное и производительное - ближе к телу.
Websockets не сжимаются, могут быть проблемы по трафику.

В общем. На ваш вопрос невозможно ответить без детального брифа (тз я так понимаю надо еще составлять).

Если не заморачиваться на безопасности

У вас нет такого права, примите за исходную. Пользователь всегда врет, это закон.

Какую СУБД посоветуете(чтобы было проще с портированием и масштабированием данных) ?

БД для портирования... хм... а зачем?
На счет масштабирования - тут все завист от структуры ваших данных. Для данных в виде документов посмотрите в сторону mongodb, она из коробки умеет в шардирование. Для табличных - mysql/postgresql, тут масштабирование выбирается по тому, как используются данные: если в основном на чтение и редко на запись схема master-slave в помощь, иногда отдельные БД выносятся на отдельное железо.
В случае

Записей в таблицах может быть от сотен до сотен тысяч

я очень сомневаюсь, что вам потребуется заморачиваться с масштабированием.

Вы кстати не обратили внимание на очень важные метрики:
- отказоустойчивость
- сложность восстановления после сбоев

Каким фреймворком посоветуете заинтересоваться?

Зависит от задач, но как фреймворк общего направления рекомендую Symfony.

есть ли какое либо другое решение простое в использовании но не менее эффективное и производительное?

для базы данных с веб интерфейсом

Вы задачу не озвучили, какое может быть решение?)) БД с web интерфейсом - это практически любой не статический сайт, только помимо этого там еще и бизнес логика присутствует.

Silex, но лучше Symfony

Тут советовали еще codeigniter, вот его не стоит смотреть, это труп.

Лучше сразу наймите исполнителя, который сделает вам этот проект.
Не поддавайтесь на эффект Даннинга-Крюгера.
Иначе - учите apache, php, mysql, js, css. Будьте готовы только на учебу потратить как минимум 1 год

На что только люди не идут, что бы не использовать PDO.
В случае mysqli вам придется гдето хранить связку ключ-позиция, но это путь в никуда

owncloud

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

Рекомендую почитать:
symfony.com/doc/current/book/index.html
symfony.com/doc/current/best_practices/index.html

На сколько длительное выполнения запроса? Если >4 минут - увеличивайте время задержки.
Если скрипт просто хреново написан и по дороге число ПИ до 10^100 высчитывает - придется переписать.

Храните вместе с пользователем текущий хэш сессии. При каждом запросе проверяете на соответствие. Если хэши не совпадают - принудительный логаут.

Со временем любая технология устареет, это факт. Но PHP с MySQL сейчас бодры и полны сил, выйдет PHP7 - первый будет еще и с допингом)).

в скором времени вообще будут "удалены"

Откуда удалены, если не секрет?

https://github.com/Seldaek/monolog

..в файл log, находящийся в том же каталоге, что и файл, в котором выполнялась ошибка?

Очень плохая идея

Selenium, PhantomJS

app/            Система инициализации
  config/       Хост-зависимые настройки
bin/            Исполняемые файлы
src/            Исходный код проекта
  command/      Контроллеры консольных команд
  component/    Разнообразные хэлперы
  controller/   Web-ориентированные контроллеры
  entity/       Сущности данных
  repository/   Репозитории БД
  migration/    Миграции БД
  service/      Вспомогательные сервисы, например сервис отправки почты
  test/         Тесты системы
    fixture/    Фикстуры БД
    functional/ Функциональные тесты
    unit/       Unit тесты
vendor/         Внешние зависимости проекта
web/            Публичный каталог для web сервера
  assets/       Статические файлы
    css/
    font/
    img/
    js/

Здесь как нельзя кстати подходят суждения господина Эскобара из группы Бредор.
CMS как праило заточены под конкретные use-case. MODx например хорош для визиток, Битрикс - наверное тоже чем то хорош.
Любая система, даже не на базе CMS может иметь правильную структуру, код или наоборот, но это зависит от требований к разрабатываемой системе.

Коллеги, вопрос ведь заключается не только в контроле поставленных задач, а в их правильной оценке трудозатрат, расписанию задач и выполнению.

Контроль выполнения поставленных задач - это задача project manager.
Контроль качества выполнения задач - это задача qa.
Расписание задач и выставление приоритетов на этапе планирования - это задача project owner + project manager + ...(зависит от процесса).
Расписание задач и выставление их приоритетов уже в процессе выполнения - это задача project manager.
Оценка трудоемкости - это задача developer.

Если человек не имеет отношения к разработке, является просто предпринимателем, ему сложно оценивать реальные сроки реализации.

Предприниматель как правило находится в роли project owner, оценка трудозатрат - это не его привилегия. Дело в том, что оценить их может только программист.

Может я конечно чего то не понимаю, но: если программист выполняет поставленные задачи за приемлемое время/деньги - вообще по боку, чем он занимается. Если не выполняет, вы уведомили его об этом и ничего не поменялось - пора прощаться.