Adamos

Хранить файлы в БД - это либо очень узкий кейс с файлами меньше 4 кб, либо некомпетентность.
В БД хранится информация о файлах.
Сами файлы складываются в папочку storage под хэшированным именем, а в БД хранится:
- их настоящее имя и расширение (возможно, тип)
- доступ (публичный или через скрипт после авторизации)
- принадлежность (не автор, а объект в бизнес-логике, которому этот файл принадлежит)
- ну, и та техническая информация, которая требуется (вот тут автор, время, правки etc.)
Соответственно, для фронта бэком генерируются ссылки на нужные файлы, публичные - прямые, непубличные - на роутер, который их обработает.

https://www.vidal.ru/services/bd-vidal

Вопрос задан изначально нелепым, и ответы на него, вполне закономерно, получены такие же.
В офис на хрен не нужно брать технику с прицелом на 10 лет.
Надо брать - тот уровень современной офисной, который по карману.
Рвать жопу на перспективу и покупать топчик, "чтобы на 10 лет" - дурь. За эту сумму можно будет три раза за этот срок сделать апгрейд, если потратить сегодня одну пятую, и у тебя будет машина, которая собиралась не под реалии 10-летней давности (что там 10 лет назад было с SSD, все помнят?).
А в экономном офисе, в котором работа не особенно меняется, и средняя офисная машинка за 10 лет может ни фига не устареть. Тут сменил диск, тут добил памяти - и планктон, который все равно работает медленнее этой машины, продолжает создавать свою прибавочную стоимость, ничуть не страдая.

По описанию - одному объекту наваливается куча ответственности, да еще динамически - больше похоже на нарушение S в SOLID и антипаттерн "Божественный объект".

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

SELECT DISTINCT v1.V_NAME FROM utV AS v1
LEFT JOIN utB AS b1 ON v1.V_ID = b1.B_V_ID AND v1.V_COLOR = 'R'
LEFT JOIN utB AS b2 ON b1.B_Q_ID = b2.B_Q_ID AND b1.B_V_ID != b2.B_V_ID
LEFT JOIN utV AS v2 ON v2.V_ID = b2.B_V_ID AND v2.V_COLOR = 'B'
WHERE v2.V_ID IS NOT NULL
AND v1.V_ID IN 
(SELECT B_V_ID FROM utB GROUP BY B_V_ID HAVING COUNT(1) > 1);

Освоение С++ на 1% состоит из заучивания синтаксиса, остальное - практика и учебники по методикам.
Поэтому совершенно нет никакого смысла замедлять этот 1%, спотыкаясь о незнакомую терминологию, выдумывая себе ее фантастическое объяснение и болезненно выясняя, что придумал ерунду. На русском будет то же самое, но в меньших размерах - если у учебника нормальный перевод.
Потом все равно придется практиковаться, гуглить - и находить инфу в основном на английском. Терминология подтянется совершенно естественным образом, без лыж и гамака.

Как-то сумбурно и без упоминания очевидных первых шагов:
1. Выдернуть и вставить кабель - банально мог вылететь, пока ставил линь с флешки. Если сетевая карта не интегрированная, то ее вылет из PCI - вообще самое вероятное, что произошло.
2. Залезть в БИОС и проверить, не отключена ли там сетевуха. Особенно если влезал туда при установке.
3. Рассмотреть возможности подключить к кабелю что-то другое или к сетевухе - другой шнурок.
4. Подключить мобилу модемом через USB, наконец. Что уж без интернета-то сидеть ;)

['work_place', 'employment', 'home_address', 'phone_number', 'email', 'dop_info'].forEach(id => {document.getElementById(id).autocomplete = 'on';});

Выполняем в консоли (по F12). После этого заполняем форму, перед следующим заполнением выполняем в консоли тот же код - автозаполнение должно заработать.

Ну, и на форуме, в разделе "Сайт", стоит написать хотелку - не реализуют, так хоть объяснят, почему.

Количество страниц в PDF:
pdfinfo "file.pdf" | grep Pages | awk '{print $2}'
Обвязка с find и вывод в csv - элементарно.
Ни один питон не пострадает.

Теорема Пифагора утверждает, что для прямоугольных треугольников соблюдается равенство, но не утверждает, что любой треугольник, для которого соблюдается равенство - прямоугольный.
Опущены логические звенья - например, так:
- существует прямоугольный треугольник со сторонами 3, 4, 5
- стороны данного треугольника равны существующему прямоугольному, значит, эти треугольники подобны, то есть их углы тоже равны
- в этом треугольнике есть прямой угол, значит, он прямоугольный.

WB опубликовал информацию, которая теоретически должна была дать ответ на мой вопрос.
Поскольку я верю в людей и не сомневаюсь, что по приведенной ссылке кем-нибудь, владеющим математикой, будет проделана работа над ошибками, здесь дам скриншот того, как оно выглядит на 24.04.2025:


P.S. А вообще, надо сверить расчеты - может, там правда математический гений считает рейтинг с ПРОтуханием оценок со временем, как тут описано? Это неплохо объясняло бы тот самый провал в пару десятых!

Измерение уровня программиста часами чтения учебника и решения задачек - все равно, что попытка оценить уровень посла во Франции по пройденным им курсам французского языка.

Уверенность знания математики приходит в три ступени.
1. Прочитал учебник и вроде бы понял.
2. Прорешал задачник и вроде бы справился.
3. Решая практическую задачу, смог свести ее к этому разделу математики и решить. Вот теперь - понял.

Как сделать так, чтобы linux при установке видел мой ssd?

Битрикс - это не платформа, а решение. Делать на нем что-то свое - это больше борьба с тем, что накостыляли кодеры Битрикса. А когда он надоест, все наработки можно будет спустить в унитаз, потому что больше они ни к чему не подойдут.
Озвученная Ларавель - хороший фреймворк, но готовые писать на голом фреймворке не задают таких вопросов. Вам, полагаю, стоит посмотреть CMS на базе Ларавели.
Самому мне нравится OctoberCMS, точнее, сейчас - ее бесплатный форк WinterCMS. Каталог готовых плагинов, среди которых немало бесплатных, тут: https://octobercms.com/plugins

https://octobercms.com/plugin/initbiz-cumuluscore - Лара под капотом, готовая админка с пользователями и готовый же плагин кластеризации. На одной БД, без их бессмысленного размножения.
Вместо платного Октября можно взять его бесплатный форк WinterCMS, плагины совместимы.
Ну, или хотя бы использовать логику, уже кем-то проработанную, в своих велосипедах.

То же, что фронтенд-браузер, только наоборот. Тавтология ;)

Работник произвел бочку, надо проставить на неё маркировку которая будет учитывать ФИО работника и ID изделия(термопринтер+шрих коды)

Таблица работников, чтобы лепить не ФИО, а идентификатор. В перспективе - бухгалтерия (производственный календарь, больничные-отпуска, кто работал сколько смен).
Проставленная маркировка тут же должна проходить как поступивший на склад товар (еще табличка).

При отгрузке иметь возможность "пропикать" изделия для последующего импорта в базу - чтобы знать что продалось (сканер штрих кодов)

Таблица заказов и привязка к ним товаров. В перспективе - калькулятор для менеджера, в котором этот заказ обсчитывается со всеми нюансами, а потом уже продажа. На складе - страничка активных заказов, открыв которую, кладовщик пропикивает отпущенные по ним бочки.

Возможность отчетов \ сортировки по работникам \ изделиям

Банальная работа с БД, банальные таблички на фронтенде.

Возможность внесения "расходников" и их автосписании при изготовлении продукции

Странички для бухов с внесением, расчет для рабочего при выдаче ШК со списанием. Тот же расчет - для менеджера при обсчете заказа.

Сетевое, чтоб подключаться к БД по локалке

Онлайн, чтобы администрация и менеджеры могли работать хоть со смартфона.