mayton2019

Город похож на город когда дома и кварталы в нем имеют углы - близкие к 90 градусов. Такой вот нечеткий криетрий.

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

1) Очень сильно удивлен тем что делает автор. Категорически нельзя бэкапить базы данных через реплики образов. Или на это время БД нужно останавливать. Есть риск что всё что накопировал автор - будет бесполезным хламом т.к. после восстановления БД не поднимется. Будет много corruped block. И неконсистетных данных.

Поэтому вопрос - автор ты вообще пробовал восстановить весь комплекс с такого неконсистентного бэкапа?

2) Если база 1С стоит на MySQL или на PG то надо использовать коробочные утилиты дампа my*, pg* dump.

В игровых технологиях сцена - компилируется. Это нужно чтоб в реалтайме расчет был как можно более быстрый. Это достигается за счет предположения что 80% объектов игрового мира - стационарны. Как камень и не двигаются. Именно за счет них достигается самая львиная часть ускорения. Это внедрили еще в 1990х при разработке Quake. Вся сцена компилируется в специальные структуры данных. +Игровые технологии ослабляют точность в угоду спец-эффектам. Часть визуальных эффектов - не настоящие а симулируются за счет 2D. Например зеркальный шар - не настоящий практически всегда. А отражает в себе ambient тоже заранее специально скомпилированный. Поскольку времени компилляции не жалко - сцену можно пре-процессить хоть неделю. Главной чтобы геймер был доволен.

Поскольку в CAD системах любой элемент модели - можно двигать то такой подход здесь не катит. Главная задача - инженерная. А инженеру - плевать на спецэффекты. Ему если хотите знать лет 20 назад достаточно было бумажного листа и 4х проекций.

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

А если твой ГСЧ - криптостойкий - то это считай дело безнадёжное. Он спецом создавался чтобы никто и никогда не догадался о прогнозах.

ГСЧ - это что-то дискретное. Здесь больше подходит комбинаторика и ГА. Например просто проверить принадлежность твоему датасету какому то классу величин. По повторам. По форме распределения. Если оно не линейное.

Теги можно хранить в поле типа JSONB

Да можно слить 2 таблицы в одну.

Это называется денормализация.

Все способы - по своему правильные. Но на развитие этой мысли мне не хватит формата сообщения. Грубо говоря. Если твои данные не будут обновляться. И не будет аномалий обновления. То спокойно храни все в 1 таблице.

Исходно дерево при этом должно остаться без изменеинй?

Непонятно как в теме миксовать такие разные хештеги ее как 3d и react?

Мне кажется главное это все таки 3d. Это бизнес фича. А дополнения - это просто информационный шум.

Я-бы глянул системный лог. Возможно перед смертью ОС успела что-то написать. Перегрев какого-то устройства например.

Автор смешал в кучу
- криптографию
- стеганографию
- разные форматы файлов (сжатые lossy)

Это три разные темы и по ним можно стартовать 3 разные вопроса чтоб прояснить что есть что. Без этих основ просто дальше нет смысла продолжать эксперименты. Иначе автор будет вечный почемучка.

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

Если ты разработчик - бери компилятор и компиляй.

Скорее всего надо смотреть вопрос под другим углом. В линукс есть набор ПО .... скажем не совсем одобряемого законом и плавообладателями. Те-же tor браузеры eMule/Torrent/Pex качалки где много прона с голыми девками и снафа. Сюда-же радужные крекеры паролей, джон-риперы и прочие утилиты для "странной" деятельности.

Эти софтины обычно качаются вами либо качаются из "левых" репозитариев которые например не входят в официальные сборки Fedora/Ubuntu. И здесь если вы заходите к вопросу со стороны MaxOS - вам стоит крепко подумать насколько сама MacOS прозрачна и насколько спецслужбы вашего государства и других государств будут видеть вас и вашу активность и какие для вас будут последствия.

В топике звучат 3 задачи. Первое это собственно парсинг сайтов. Это селениум.
И второе это написание бэка. Это вообще любой язык разработки бэка java/python/node/dotnet
и фреймворки Spring/Django/Express e.t.c. И третье - это веб-сервис. Это еще более ужесточение
предыдущего задания с протколами REST/SOAP e.t.c.

Автор проясни что тебе надо на самом деле.

Федора насколько я помню - это испытательный полигон для программного продукта RHEL.
Тоесть если там есть ошибки - от это вполне ожидаемо.

Я лично не вижу никакого смысла в компилляции ядер Линуксов. И хотя давно занимаюсь С++/Java но для себя не находил подходящей и обоснованной мотивации к этому.

И тут еще такое дело к примеру если автор пишет "сам не шарю" - то возникает другой вопрос. Вопрос целей и смыслов.

Может изучение линукса лучше все таки начать с пользовательского курса? И курса C/C++.

То что автор привел с листингом от lsblk - это какая-то обычная файловая структура которая к RAID технологиям не имеет отношения. (sdb/sda...) это стандартная номенклатура внутренних блинов. Рейды обычно после сборки их в волум выглядят по другому.

Смотри фирменные утилиты от производителя (как выше написали). Возможно они у тебя еще не собраны и не светятся среди дисковых устройств.

Я не согласен с первым критерием

Отсутствие SSL на сайте.

В настоящее время все переходят на http(s) (SSL) протокол. С тотальной сертификацией доменных имен. И поэтому нешифрованные сайты не то что-бы будут отсутствовать а скорее их общее количество будет стремительно уменшьаться.

Поэтому и задача еще и усложняется просто поиском этих дохликов которые не могут сдохнуть по причине технической отсталости.

Вот такие мысли.

Коробочное решение это хеш-табличка. Где ключ - координаты ячейки а значение это то что вы положите в ячейку.