szelga

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

D-Link DES 3200 поддерживает только DHCP Relay, так что пользуйтесь тем DHCP сервером, который имеется на мокротике.

проверьте, запустили ли вы отдельный процесс для celery-beats: https://docs.celeryproject.org/en/stable/userguide...

попробуйте SessionAuthentication. документация обещает, что тогда в get и post ваших APIView будет request.user.

в INSTALLED_APPS добавили?

Джанги под рукой нет, так что мой ответ -- не полное решение, а направление, куда копать.

в методе get_queryset:

queryset = queryset.annotate(
    row_number=RawSQL('row_number() OVER (ORDER BY поле_сортировки)', [])
).annotate(rowmod5=F('row_number') % 5).filter(rowmod5=0)

см.:
https://stackoverflow.com/questions/4799816/return...
https://stackoverflow.com/questions/56486459/how-t...
https://sophilabs.co/blog/sql-window-functions-in-...

если нужна глубокая переработка/исправления, то делаете форк отдельный или внутри проекта (если позволяет лицензия). если по мелочи, то monkey patching.
конкретно насчёт замены urls.py -- просто пропишите в том месте, где подключаете urls.py от allauth, своё вместо его.

для разработки: https://stackoverflow.com/questions/49494691/refer...
для прода надо велосипедить что-то своё, насколько я понимаю.

на полноту не претендую, но по моему опыту, разные щупы совершенно нормально подходят к разным тестерам.

посмотрите в сторону Middleware.

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

непонятно, зачем хранить где-то там код в отдельных каталогах, он уже и так есть в репозитории.
что касается уже скомпилированного и собранного проекта, то это реализуется через артефакты сборки: https://docs.gitlab.com/ee/user/project/pipelines/...

ну, вот тут человек проводил тесты, получилось, что для динамики apache у него получился чуть быстрее nginx, а на статике nginx примерно в 2.5 раза быстрее apache. в общем случае, больше зависит от того, как готовить. если неохота заморачиваться, то можно поставить apache чисто для php, а nginx для статики и в качестве reverse proxy для apache. кроме того, apache -- это не только ценный мех ещё и .htaccess, который повсеместно используется популярными php движками, так что я такую схему даже бы порекомендовал.

с помощью TortoiseGit, например. (если я правильно вас понял.)