Алексей Черемисин

Кину 5 копеек по поводу работы с датами. Да это зло. Работа с датами в современном API это
самый большой технический долг начиная с Unix, когда дата представлялась секундами с 1970 года
в виде DWORD. Я не встречал ни одного языка программирования и ни одной DBMS где изначально
была-бы какая-то очень строгая и математичная концепция работы с временем. Везде были ограничители
в основном завязанные на примитивные типы либо на строки вариативной длины. В Java например
долгое время экплуатировался тип java.util.Date который сегодня считается дыркой (мутабельность)
и неточным и его заменяют на java.time.* семейство типов. Параллельно с ним где-то в космосе
висит java.sql.Date который декларирован в интерфейсах JDBC как основа для БД. С ним-же и работают
все драйвера реляционных бд.

По поводу вычислений на application tier. В последнее время DBMS девальвировали. И в основном
используются в микросервисах как хранилище таблиц без особой логики. В этом есть свои смыслы.
Например удобнее тестировать и хранить 100% кода в языках Java/Node/C#. Это создает гомогенность
языка в проекте. В противном случае логику пришлось бы неизбежно резать на 2 слоя и хранить
половину в application и другую половину деплоить через flyway/liquibase в БД при этом еще и
не забыть тестировать 100% совместимость тех-же функций для работы дат-времени (никто
кстати невкурсе что в Oracle год может быть 9999 а java.util.Date мне удалось сгенерировать
такую Aug 17 09:12:55 EET 292 278 994. .. оптимистичненько доживем до 290 миллионов
лет хотя проблема comparison этих типов остается) Стандарты ISO помогают но они скорее
декларируют намерения сохранить нужное значение. Вот и если вы новичек - то я гарантирую
что вы словите кайф в попытке в Java разобраться в проекте какой тип дат вам брать. И еще
помножите это все на типы данных БД (их там будет 4 штуки обычно. Парочка для зональных
и парочка для локальных).

Использовать или нет функции PG? Ответ - it depends. В некоторых случаях оптимизатор не видит
индекса если ты делаешь неявный кастинг из строки в дату например. Я тут не уверен надо проверять.
Но есть старая админская поговорка. Плохой execution plan - проверь типы данных в предикатах.
Беда реально существует для Spark/Databricks и даже включена в учебный план. По крайней мере int/Long
различается на уровне Catalyst-optimizer. Вобщем если вы - лентяй то можете лупить строки вместо дат
и надеятся что SQL машина правильно интерпретирует. Если вы хотите быть точным то делайте CAST или
to_date с явным описаловом YYYY-MM и т.д.

Еще один поинт в части где хранить логику. Это я пишу просто для кругозора. Чтобы топик
не циклился вокруг Постгреса а люди видели пошире. В классических БД данные качаются
к клиенту. Тоесть делаете SELECT * из миллирад строк - и этот миллиард будет прокачан до конца
когда вы читаете резалт-сет по сети. Такова парадигма. Или курсор. Но суть таже. А в BigData данные
лежат на месте но к ним "ходит" код. Вот такой метафизический парадокс. Сами понимаете что
тут получается что встроенных функций даже как бы ... и нет. Подчеркиваю разницу.

Навскидку:

1. Звезда - плохо. Случись что, и сегмент отвалится. Я бы делал как минимум кольцо, и в него ERPS или RSTP (ещё лучше - кольцо на ERPS, а дальше RSTP). Ещё лучше - два кольца. И из тех же соображений надёжности - минимум два магистральных коммутатора на площадку/здание.
2. Неуправляемые коммутаторы - забудьте как страшный сон. Например, надо перестартовать камеру по питанию - что, бежать к камере? да даже элементарно посмотреть статус коннекта... ставьте PoE L2.
3. Транки я бы делал 10G.
4. Оптический коммутатор в центре достаточно L2 или L2+. У него вообще все порты будут в транке (tagged).
5. По части подсетей - для указанного количества оборудования я бы брал подсети /23 или /22 из 172.16. Избыток адресов ни на что не влияет, а их недостаток - это по определению геморрой. Оно надо?
6. Если подсеть исчерпала адреса - то перестраиваешь DHCP-сервер, раздающий адреса. Либо расширяешь подсеть, либо добавляешь ещё один скоп и организуешь маршрутизацию. Второе правильнее - ибо в любом сегменте найдётся оборудование со статическим назначением адресов (не статическое резервирование!), при изменении маски их придётся перенастраивать.
7. И я как-то не увидел управляющего VLAN, в котором будут только административные адреса коммутаторов.

является.
но для новичков обычно лучше начинать с linux mint \ ubuntu

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

Это делается через приватный репозиторий, в который вы кладёте набор файлов, достаточный для работы и, например, дамп базы с тестовыми данными. А настоящего сайта фрилансер вообще касаться не должен.

предположу реализация програмного драйвера косячит и не может нормально принимать скорость установки порта, умеет только sudo setserial /dev/ttyS0 baud_base 115200 :)
"это не баг, это особенность" :)

rclone
rsync

но узнал что эту ОС не рекомендуется использовать как основную

Эту ОС вообще не рекомендуется использовать всем тем, для кого ИБ - не основная специальность и ежедневная работа. Потому что Kali - это очень уэкоспециализированный дистриб для пентестеров, ИБ-специалистов, форензики и тому подобных вещей. И он рассчитан на людей, владеющих:
- базовым инструментарием
- английским
- умением самостоятельно искать и находить решения (потому что как пентестеры, так и ИЬ-шники очень часто работают в одиночестве)

Снесите Kali и поставьте что-то более простое. Бубунту, если в РФ - рекомендовать не буду. Порекомендую Simply Linux.

Ваш вопрос не по профилю ресурса.
С таким нулевым пониманием темы вам вряд ли удастся решить эту задачу. Лучше сходить к фрилансерам, поскольку спектр производных задач, которые придётся решать в рамках этой, очень велик.

Для начала вам придётся достать границы или полигоны районов Москвы. Сделать это можно из БД OpenStreetMap с помощью инструмента Overpass Turbo.
Получить их можно сразу в GeoJson, чтобы отобразить на каком-нибудь картографическом виджете вроде Leaflet или аналогичных.
Нужно будет закодить обработчики событий клика и хинта. В полигонах у вас уже будет тег с идентификатором района, нужно чтобы в отображаемом датасете были те же идентификаторы, или их придётся мапить отдельным скриптом.

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

Как найти и изменить текст в pdf файле?

В общем случае никак. PDF может содержать просто картинки с отсканированными страницами, может содержать векторные рисуночки букв вместо струткурного текста, может содержать просто набор кривых, составляющих буквы, причем они не будут даже сгруппированы в отдельные символы или строки.
Если вам повезло и конкретно ваши прайсы подготовлены так, что внутри сохранилась информация с текстом для текстового поиска, то это не значит, что заменив этот текст в бинарном файле у вас что-то изменится. или хотя бы не поломается в отображении документа. А ещё pdf может быть защищен, зашифрован, подписан ЭЦП, обфусцирован для извлечения данных...

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

Проще сверстать документ заново, чем, в общем случае, редактировать что-то в PDF.

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

Самое простое, что реально делали, в одноранговой сети для резервирования DHCP - это 2 DHCP сервера с разными диапазонами: условно 1й - 192.168.0.1-192.168.0.100, 2й - 192.168.0.101-192.168.0.200. В принципе это отвечает на утверждение: ответит ближайший к свичу. Но если свичи умные, и админы заморочились, то возможен и варианты предложенные Rsa97

Взять, скажем, Nginx или Apache (mod_wsgi) в качестве фронт-вебсервера. Проекты на Flask располагать в разных директориях.