smilingcheater

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

В принципе 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?

код завязан на браузерные события: переписывать его на пхп нет ни смысла, ни необходимости.

Навскидку: cursor.executemany() соединяет запросы в один большой INSERT. Остальные драйверы сами этого, видимо, не умеют.

Думаю, если вы руками соберете multi-row INSERT, то на то примерно и выйдет:

INSERT INTO tablename (fieldA, fieldB, fieldC, fieldD, fieldE)
VALUES (a, b, c, d, e),
(a1, b1, c1, d1, e1),
(a2, b2, c2, d2, e2),
...

почитайте о sql-инъекциях в целом, и как с ними бороться в частности.
все вопросы после этого отпадут.

конкретно предоставленный код потенциально опасен.
а жёсткая фильтрация есть только в ваших словах, а не коде.

Очевидно, админ репы запретил пушить в мастер. Только через pull(или merge) request.

Что значит масштабируемый код?

Это код который легко "нарастить" - без говнокода и так же модульно, как он и должен быть сделан. Как правило подразумевает под собой использовавшая принципов SOLID. https://avivi.pro/blog/bud-solid/

Что значит сложность?

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

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

Единственное, jQuery должен быть подключён раньше, чем ваш скрипт. Вроде, всё

Используйте автопрефиксер.
Пусть компьютер этим заморачивается https://github.com/postcss/autoprefixer

Все HDD диски одинаково надежны.
Их и осталось то несколько производителей.

Всегда считал WD надёжной маркой и доверял ей.

Так и есть.

Вчера сломался WD blue SSD 1Tb не проработав и 2 лет. Битые сектора, невозможность загрузки ОС.

Надежные диски точно так же ломаются как и ненадежные. При чем тут надежность?
Все диски ломаются.

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

Без разницы. В любом магазине.

Все диски проходят жесткий контроль качества. Но даже жесткий контроль не может гарантировать отсутствие проблем. Он их просто минимизирует.
Все HDD боятся ударов. Производят их в Китае и на Тайване в основном, потом везут к нам. Контейнер с дисками может упасть с крана при перегрузке - и вся партия будет проблемной.
Продавец в магазине может уронить диск или целую коробку с дисками - у них у всех будут проблемы. Но он же никому не скажет, он продаст их вам.

Если информация важная и нужно минимизировать риски ее потерять - делайте бэкапы. Других способов пока не придумали.

А к дискам надо относится как к расходнику. Выходил срок гарантии - отлично. Сломался раньше срока - сдали по гарантии, купили на эти деньги новый.