Василий Банников

Думаю, это лучше прямо в консульстве и спросить

openssl x509 -in server.crt -out server.pem -outform PEM

я сейчас думаю о покупке видеокарты(бюджет +- 80к)

Можно на эти деньги найти RTX 4070ti

и материнской платы(+-20к)

что-нибудь на B550 с нормальным питанием ищи, что будет у тебя в наличии.
Обзоров достаточно.

чтобы все было совместимо и было на одинаковом уровне если так можно сказать

Что такое "одинаковый уровень"?

Нельзя так сделать.
Ты либо делаешь форк всего репозитория (тупо копируешь его).
Либо делаешь ветку в рамках одного репозитория.
В контексте отдельных папок гит не работает.

На каких-то курсах предусмотрено гарантированное трудоустройство в договоре.

Гарантировать трудоустройство невозможно, что бы тебе там не писали в договоре.
В лучшем случае будет одно из двух:
1. Трудоустройство в ту же контору, где тебе предлагают эти курсы, за бесплатно.
2. Десяток собеседований в день в течение месяца с требованием на получение письменного отказа, чтобы получить возврат средств за эти курсы.

Пробовала сама изучать Excel, SQL-это нужно в аналитике данных, создала резюме, откликалась на вакансии на hh.ru без результатов.

Если самостоятельно не смогли изучить на нужном уровне - значит курсы не помогут.
Как минимум я бы тут посоветовал глянуть план обучения с курсов (там буквально список тем пишут) и сравнить с тем, что вы сами умеете.
Также не забывайте свои навыки сравнивать с тем, что пишут в вакансиях. На каждую строчку из требований у вас должно быть что-то типа "я точно это могу", а не "ну это я вроде чуть-чуть трогал, формально"

Если со знаниями проблем нет, то курсы вам ничего не дадут - смотрите в своё резюме, оформляйте его так, чтобы в хорошем ключе выделиться на фоне других соискателей, пробуйте писать напрямую рекрутерам, подавайте заявки на стажировки, не чурайтесь откликами в мелкие или непрофильные компании (вам на этом этапе опыт нужен. Крупные компании часто даже не рассматривают кандидатов без опыта)

Делаю для себя на 1 компьютер.

Тогда сразу выкидываем postgres.

Варианты, которые рассматриваю на данный момент:
- json
- sqlite

Я бы остановился на sqlite только из-за удобства организации данных, по сравнению с голыми json-ами.

Возможно есть другие варианты, где сразу реализована возможность сохранения форматированного текста.

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

Но вообще подводных камней при генерации отчётов очень много - лучше разбейте свою задачу на несколько, чтобы оценить свои силы (отдельно хранение и получение данных и отдельно - формирование хотябы одного печатаемого отчёта на их основе)

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

Пахнет так, будто просто систематизировать и повесить на это всё удобный поиск - будет более чем достаточно.
Я бы начал с того чтобы сформулировал, что вы делали и что можно было бы улучшить.

Собственно, вот и появилась мысль о разработке простой софтины, позволяющей легко перемещаться от одного блока здания к другому, менять этажи, менять подсистемы и тд. Всё нижеописанное будет похоже на типичный АРМ объекта, но зачастую это готовое заморское решение, с покупкой которого у нас сейчас проблемы.

А кто эту кучу документов оцифрует, чтобы можно было по этажам перемещаться? Да и собственно это не выглядит как что-то уникальное, что требуется только вашему бизнес-центру => Уже есть готовые решения.

Проблемы с закупкой заморских решений - это точно не ваша уникальная проблема => Уже есть либо отечественные варианты, либо рабочие способы обхода этих проблем.

1) На своём плане pdf я бы мог разметить интерактивные условные обозначения, которые, при нажатии на них, перенаправляли бы на конкретный pdf файл, таблицу эксель, вордовский документ или файл автокада;

Если убрать отсюда упоминание pdf и предположить, что деньги на оцифровку мы и так и так потратим, то можно планы этажей отрисовать в браузере в каком-нибудь leaflet (Это библиотека, чтобы карты рисовать) и на нём же расположить ссылки на нужные документы.
Сами документы расположить в каком-нибудь условном owncloud или другом похожем решении, которое умеет хранить документы и показывать их (в крайнем случае - пусть просто даёт возможность скачать)

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

Это hex, просто в нём закодированы какие-то двоичные данные, а не текст.

Это не Json.

Просто вилку замени.

Языковая модель не может переписать код бэкенда и добавить функции, которых в нём изначально не было, лол, какой бы промпт ты ей не дал.

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

Ну не умеет ChatGPT где-то ещё искать. За функцию поиска отвечает не основная языковая модель, а вспомогательная, которая пытается определить необходимость в запросах к сторонним сервисам.

В разметке в телеге нет абзацев.
Максимум что ты можешь - это вставить дополнительные переносы строк.

Можно так:

-- Создаём табличку
CREATE TABLE IF NOT EXISTS employee (id int PRIMARY KEY, name text not null, salary int not null);

-- Для примера две записи
insert into employee (id, name, salary) values (1, 'Иван', 10000);
insert into employee (id, name, salary) values (2, 'Пётр', 20000);

-- Обновляем запись
UPDATE employee set salary = 15000 WHERE id = 1;

-- Обновляем запись с нашим условием - если переданное значение больше того что уже хранится, то вставляем его, иначе оставляем как было
-- "переданное значение" тут =5000
UPDATE employee SET salary = max(salary, 5000) WHERE id = 1;

-- Ну и выбираем результат
SELECT * from employee;

В выводе будет:

1 Иван 15000
2 Пётр 20000

Ну и ещё есть выражение CASE и функция IIF(condition, on_true, on_false).

diamS - наибольшее из расстояний между 2 различными точками замкнутого множества S,
S(x,r) - шар с центром в точке x, радиуса r.

x тут явно лишний, так как от него значение функции не зависит.
С таким определением diamS и по определению замкнутого шара получается вот такое строгое равенство
diamS(x,r) = 2r
Вот если бы шар был открытый, то тогда было бы
diamS(x,r) < 2r

Предположу, что тебе нужен интерлиньяж.

В Figma интерлиньяж находится на вкладке Design для выбранного текстового элемента и называется Line height.