Aisamiery

Ну так это парсеры с проксями же, примерно так и работают они. Я сколько ловил DDOS'ов, там редко IP повторяются

DDOS'ом забивают канал, он все же ограничен, и никакие защиты на уровне сервера уже не спасут, а у вас больше похоже на парсеры какие то чем на ддос

В любом случае лучше найти причину того что тормозит

И о чем это говорит? Вы уж давайте на примере с подробностями. Я и заказчик и разработчик и с битриксом, в отличии от вас, не один раз столкнулся, а работаю уже последние 10 лет и вот как не считал, не получается дешевле сделать на чем то при одинаковом функционале, качестве и поддержке. Как то плюс минус то на то и выходит, если это не самопис конечно, который кратно дороже.

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

где вы эту ересь берете и потом еще по интернету разносите, как венерическую болезнь какую то?

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

Я накидываю лишь варианты. Их много, каждый из них решает какую то проблему, но добавляет новую. Все что автоматизировано может сломаться, так что за этим кто то должен следить в любом случае. Но тут зависит от подхода, например можно доверить свою жизнь опытному хирургу или студенту 3го курса мед института. Так и тут, если проект важный, за счет него живет бизнес, от туда приходят деньги, то лучше найти "опытного хирурга", если это личный блог про то как какает и писает домашнее животное владельца, то можно и к "студенту 3го курса". Гит лишь инструмент, который дает возможность контролировать изменения в файлах и как то это автоматизировать, ничего более и он не заменит опытного технаря.

Так можно сказать и про чистку зубов например =)) Это дело привычки, кажется громоздко и неудобно, потому что непривычно,  а так на самом деле когда все процессы доведены до автоматизма оно и удобнее и  под контролем и проще и надежнее. Ни разу через админку битры в init.php еще не вносили синтаксическую ошибку что ли не имея доступа к хостингу? Даже на этом примере, администратор сайта каждый по вашему должен иметь доступ к хостингу, фтп, ссх? Вот он  внес изменения в init.php потому что там шаблон на событие какой то, например отправка письма при заказе, сохранил и не поставил точку с запятой, все упало и поправить можно только по ftp =)) и где ж тут безопасность то? )) Я много работаю с битриксом, у меня под все уже шаблоны, под всю рутину, с каждым проектом битрикса в гите лежит "свой open server с блекджеком и девочками". То есть, где бы я ни был, если есть комп с интернетом и установленным докером и гитом, я проект подниму за 5 минут локально, и внесу изменения достаточно быстро, может не на столько быстро как изменить количество новостей (но это прям очень редкая задача), но любые фиксы, доработки функционала, да банально какой то эксперимент с настройками битрикса, я сделаю локально, проверю локально чтоб не было ошибок, доделаю работу, запушу в гит и оно само выкатиться, я просто напишу заказчику что все готово и он может проверять при том боевой сайт даже не чихнет и мне никто не напишет а что там за непонятные кракозябры вылезли на такой то странице или почему сайт упал у нас тут активно с директа льется трафик. Мне же самому спокойнее что я могу дебажить и выводить принтом любую служебную инфу прям на странице.

Если это какой нибудь news.list где в файле php записан LIMIT  => 10, то да через гит, но это можно делать не локально, это можно например сделать и прям на проде а потом эти изменения кто то закоммитит или можно зайти в гитлаб и прям там поправить коммитом и оно выкатиться автоматом, если вы прям каждый день меняете количество новостей, то это значение можно вынести в битриксе, например, в b_option и добавить в админку. Все ваши вопросы решаемы, зависит от того как сделан проект, криво и косо по самым говяным канонам битрикса или по человечески и по современному. Я например не делаю и не даю возможность делать статичные страницы в битриксе, когда контент прям в php файле запилен, потому что возникает проблема как раз таки с изменением контента. Поэтому все делается через инфоблоки, я даже на одном из последних проектов запилил небольшой синтаксический сахар, чтобы в контент инфоблока можно было вставлять компоненты

Немного не так. Развернули, потому что был доступ к сайту боевому, то есть надо закрыть доступ всем к боевому сайту, но как тогда вносить изменения на сайт? Правильно через гит и локальную разработку. Могу чуть удлинить предложение если текущих 14 страниц недостаточно =))) 

Я не знаю как уже донести до вас, но что вы подразумеваете под администраторы сайта? Давайте на примере битрикса:
1. Заливают контент в инфоблоки (новости например) через админку прода, эти изменения не нужны в гите
2. Добавляется инфоблок через миграции, так как инфоблок нужен везде, но инфоблок добавляет разработчки и локально, так как для инфоблока нужен компонент который будет выводить из него информацию

Давайте на примере какие именно изменения в БД вам надо переносить с локальной площадки на боевую?

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

Новости за последнюю неделю это записи в БД, при чем тут гит если он хранит состояние файлов? Значит вам развернули бэкап БД с тестового сайта, но это не проблема гита, а проблема этих людей, не будь у них доступа к разворачиванию БД они бы не откатили новости за неделю

Если контент то руками, вот смотрите у нас в компании прилетают десятки тысяч заказов в сутки, они нужны для разработки? Нет. Они нужны на деве? Нет. Значит такие изменения не переносятся между площадками. Переносятся изменения в структуре, например в заказе добавилось новое поле, вот его можно добавить либо руками в админке, либо кодом, если хотите чтобы везде было одинаковое состояние БД, то вносите кодом иначе будет грустно со временем, когда состояния БД на разных площадках будут разные.

Всегда через гит, у битрикса клевый модуль есть, через него даже контент и настройки можно переносить, но не всех модулей правда. А так да, только через миграции и я уже привык даже, просто моя команда в deploy.php чуть длинее:

<?php
exec("cd /var/www && git pull && php local/bin/migrate.php up");

Она автоматом не только файлы но и изменения в базе сделает сама что даже в админку заходить не надо будет