smilingcheater

Если вам этот коммит не нужен - что он вообще делает в репозитории и зачем его было мержить?
Ну делаешь себе ветку и в нее cherrypick все коммиты, какие хочется (можно не делать ветку, а в условно dev ветку счерипикать все нужные коммиты)

так стоп...перечитал еще раз внимательно.
Зачем у вас файлы environment-специфичной конфигурации вообще лежат в общем репозитории с кодом? Наймите себе девопса чтоль.

Системы рендерят шрифты по разному, по этому есть отличия. Никогда не получиться pp верстки на разных системах берите за эталон один браузер в одной системе.

\Bitrix\Main\Context::getCurrent()->getResponse()->writeHeaders();

вот карты разработчиков
ссылка на сайт



учи html css и bootstrap. дальше будет понятно что куда и зачем.
рекоменду этот сайт сам там начинал. много учить нужно. пройди на том сайте бесплатную часть и если понравится то рекомендую купить доступ к остальным. рекомендую именно курсы, потому что там вся нужная информация последовательно. если будешь учить сам то будут отрывочные знания. нужно много практики. на том сайте и теория и сразу практика.

если что пиши мне в телегу (в профиле есть) подскажу что надо. был преподом по основам веб разработки

на сайте материнской платы есть список поддерживаемых планок оперативки

Если всё правильно в заголовке ответа сервера, если название изображения, совпадает и если кеш не отключен принудительно на стороне браузера, картинка, да и вообще, любой другой ресурс, должна браться из кеша браузера.

В принципе Rsa97 уже все написал, но хочу подчеркнуть, что function query изначально было дурацкой идеей.
Функция-то правильная, но вот название надо было давать другое.

А, главное, если всё равно используется свой класс DB, то какой смысл было екстендить PDO, становится совсем непонятно.
Ведь написать DB::query( тупо проще чем DB::$dbs->query(
И с архитектурной точки зрения так будет в миллион раз правильнее.
Ну это если не считать что сам по себе статический класс DB это решение так себе. Но для процедурщины сойдет.

https://kinsta.com/blog/php-8/#incompatible-method...
Кратко: в PHP 8.0 метод класса-потомка (в вашем случае PHP_::query) должен иметь ту же сигнатуру, что и совпадающий по имени метод класса-родителя (PHP::query). Раньше такая ситуация вызывала только предупреждение, теперь ошибку.

Никакого округления у вас там нет. В вашем запросе выбирается минимальное значение price и первые попавшиеся по остальным полям. Вам нужен запрос типа такого:

SELECT p.id, p.price, p.code FROM products p
JOIN 
( SELECT product_id, MIN(price) minPrice
  FROM products WHERE price IS NOT NULL GROUP BY product_id
) p2
ON p.price = p2.minPrice AND p.product_id = p2.product_id;

Вот стоит ли вообще туда совать свой нос? Как поступить?

Ох, уж эти разработчики...
Любят навязывать клиенту не то, что нужно клиенту, закрывая его потребности и задачи, включая возможное масштабирование в будущем, а руководствуясь лишь уровнем знаний в отдельно взятом направлении.
Если Вы не знаете Битрикс, то за месяц не сделаете проект full. Возможно сделать какой-либо информационный сайт, да и то на уровне инфоблоков и компонентов, а CRM с хорошей админкой как минимум потребует знаний api, а в Битрикс api не очень хорошо документировано.
Более того, что бы вы не выбрали, наговнокодить можно везде и тогда сайт накроется будь это Битрикс или что-то другое.
Помимо самого Битрикса, необходимо иметь знания по настройке серверов, оптимизации mysql, nginx. Но это практически везде нужно и к вопросу не относится.
Отсюда ответ на ваш вопрос:
Если текущие задачи и будущие удовлетворяют ваши потребности, а вернее потребности клиента, при использовании PostgreSQL + Django + Redis - то нужно использовать его.
Стоит понимать, что Bitrix Framework это PHP платформа для разработки веб-приложений, и если не обращать внимания на тех, кто просто не умеет его готовить (потому что надо не использовать шаблонное мышление), то это отличная платформа для создания разного рода проектов, будь то интернет-магазин, crm, инфосайт с интеграцией с платежными средствами, доставками, интеграцией 1С и маркетплейсами. Однако, Битрикс больше заточен под Интернет-магазины, и как бы его не ругали (обычно ругают те, кто с Битриксом никак не работает, от силы пару раз видел код 10 лет назад и не сделал ни одного проекта на нем...), для среднего и малого бизнеса альтернатив нет. Те, кто скажут Вордпресс или Опенкарт - ребята, не смешите, на Битриксе без танцев с бубном будут работать доставки, 1с и оплаты, а также ряж выгрузок в маркетплейсы, пока вы ищите модули для опенкарт....или что там у вас... Кеширование, технология композитный сайт и CDN вкупе с хорошо написанным кодом и настроенным сервером - дают достаточно быстрый результат.
Если Клиенту нужен Битрикс, то стоит найти другого специалиста для решения его бизнес задач, а не навешивать ему Django, только потому что вы его знаете.

простую crm систему

А не изобретаете ли вы велосипед?
1С Предприятие с прикрученной Веб мордой чем не CRM?