Кода битрикс не видел, но по слухам он очень через большую задницу написан. Если уж добавление товара в корзину требует специалиста по движку - то ну нафиг такой движок.
Реально оцените, какой процент вашей задачи выполнен. И если меньше 30 - смело кидайте и делайте заново. Проблемы должны возникать на 70-80% готовности, но никак не в начальной стадии.
прямо вот сейчас на руках требования к функциональности есть ?
Нет смысла раскладывать по полочкам, а вот функциональность расписана должна быть. Что бы потом не оказалось, что первая часть не подходит.
Как собственно сейчас у вас с битриксом, если возникают проблемы даже с базовым функционалом
Составьте сначала свои требования к сайту, из них потом уже можно будет и ТЗ сделать. Далее разбивать на приоритеты, что делать в какой очередности. От этого и крутиться.
откуда такая цифра взялась в 500 часов ? Может быть ее выгоднее сократить до 250, но в 2 раза поднять цену оплаты.
Почему бы и нет. Загоняем сайт на bitbucket в git/mercurial, даем программистам доступ к коду и ставим задачу . А на боевом (или тестовом) сайте просто запускаем "git pull" и смотрим вариант. Т.е. работаем через систему контроля версий. И это обязательно, когда такие масштабные изменения.
на странице есть графика, стили, скрипты, счетчики - что именно грузит долго ? Если изначально отдало ответ за 250мс, то нет смысла кешировать страницу, а надо ее содержимое проверять на скорость загрузки.
Смотрите в сторону Content Security Policy (CSP) , тут на форуме есть обсуждения и предложения по настройке.
Страницу то покажите. 6 секунд - это "5 секунд ждем ответа и за секунду грузим контент" или же "весь контент грузим за 6 секунд".
Тут совершенно разные методы подхода будут.
https://github.com/opennet/FSBackup - старое решение, но рабочее. Делаем инкрементальный бакап в нужную директорию, а оттуда уже чем нибудь современным синхронизируем в облака.
Группы пользователей и похожее - вообще плевая задача в общем плане. В первую очередь смотреть на масштабирование, возможности кеширования, очереди заданий.
Как вариант можно смотреть в сторону laravel , под него есть достаточно компонентов, включая работу с celery.
А вообще таки да, ищите программистов сначала. Может вполне получится и в сторону python/django посмотреть .
Обычно в требованиях указывают то, чем человек постоянно будет заниматься. Раз в год могут попросить и за пивом с пицей сбегать, это как правило не будет напрягом. Но вот если требованиях прописать "бегать за пицей с пивом", то эффект будет уже совершенно другой.
