rPman

Надо включить поддержку регистронезависимости при создании файловой системы
mkfs -t ext4 -O casefold /dev/диск
или позднее

umount /dev/диск
tune2fs -O casefold /dev/диск
mount /dev/диск

Затем установить у нужного каталога атрибут регистронезависимости
chattr +F /путь/к/каталогу

Есть что нить такое?

SSI (но тоже возможно понадобиться настройка - включение)

(а ещё можно с конфигами аппача поиграться - тоже кое-что можно инклудить)

Если в дублировании экранов - то исходя из меньшего разрешения
Если на каком то 1 экране - то по идее по его полному разрешению без проблем

почитать подробно про методы

Хотелось бы понять какой метод, для какой задачи больше походит

Не, ну ты выбери что-то одно. Или ты въезжаешь в кишки одного метода, или ты ищешь инфу по верхам.

Навскидку, ключевые вещи на которые нужно смотреть это трудоёмкость, инвариантность и поддержка множественных экземпляров. Первое определяет, насколько сложно подготовить детектор объектов этим методом. Второе определяет, сломается ли метод если искомый объект повернуть/увеличить/ярко осветить/и т.п. Третье определяет, сломается ли метод, если искомый объект присутсвует в нескольких экземплярах.

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

Каскады Хаара. Требуют контрастных объектов, не справляются с поворотами, могут быть чувствительны к масштабы. Долго обучаются, но довольно быстро работают. Сейчас их редко применяют.

Методы, основанные на локальных особенностях. Требуют "пёстрых" объектов с множеством заметных деталей (в идеале контрастных углов), и не справляются с деформируемыми объектами или очень разными ракурсами. Легко справляются с произвольными трансформациями, но ломаются на множественных экземплярах. Это придётся обходить, обрабатывая изображение по частям. Зато если объект простой (условно, обложка книги), им обычно хватает одного изображения.

Свёрточные нейронки вроде семейства YOLO. Можно научить много на что, и скорость работы у них стабильная, но нужна большая размеченная база для обучения. Причём если в базе не было скажем, повёрнутых изображений, нейронка их не научится распознавать. Отчасти обучающую базу можно расширить джиттерингом, но готовить её всё равно придётся, причём речь идёт о сотнях и тысячах изображений.

вот скормил ии и он даже на cmd сотворил

for %%F in ("%source_folder%\*") do (
    call rling "%%~fF" "%compare_folder%"
    type result.txt >> %output_file%
    del /q result.txt

на powershell

if (!(Test-Path $outputFile)) {
    New-Item -Path $outputFile -Force | Out-Null
}
Get-ChildItem -Path $sourceFolder -File | ForEach-Object {
    & rling $_.FullName $compareFolder
    Get-Content -Path '.\result.txt' | Add-Content -Path $outputFile
    Remove-Item -Path '.\result.txt' -ErrorAction SilentlyContinue
}

ну и да, если предварить каждую команду в исходном тремя буковками wsl - то тоже будет результат)

p/s/ кстати интересная логика у ии)

я вот так сделал,получилось.

У Меты на этот счет достаточно бескомпромиссная позиция, Обычный WA и WA Business - это телефон(планшет) WEB версию и приложение не считаем, во главе всего телефонный аппарат. Все остальные интеграции от лукавого, можно и бан получить, т.к подобные интеграции Метой не предусмотрены и караются.
Для корпоративных многопользовательских целей у них есть WABA он платный, и там как раз не нужен телефоный аппарат (только номер)
Именно WABA интегрируется в CRM и прочие бизнес логики, именно там есть рассылки. Там интересная тарификация сообщений, например если Вы отправили WA сообщение клиенту и в течении сессии (24 часа) с ним завязался диалог - это бесплатно, а вот если диалога не случилось, платите за это сообщение примерно как за СМС. Управляется все это через API, т.е интегрируется практически со всем, что угодно.
Это по задумке Меты, но когда мы что то делали строго по правилам, всегда искали варианты.

Нельзя это сделать.
Причин много:
1. Все данные хранятся не в 1 файле, а в нескольких
2. В файлах хранятся не вот уже готовые данные, а множество различных кортежей - для MVCC. А без понимания ID транзакции (которая в другой БД будет иной) они бессмысленны. То есть, переложив физически файлы ты получишь белеберду
3. В Postgres нет возможности приаттачить файлы. Есть возможность INSERT/COPY, сдампить, но файлы напрямую нельзя. (нет такой опции в Attach)
4. В файле хранятся не сериализованные в независимом формате данные, а (грубо говоря) структуры C. Как они располагаются зависит от endianess, компилятора и т.д.
5. Даже если ты это все сделаешь, то не факт, что различные OID сойдутся - т.е. таблица будет хранить OID, которого в другой БД не существует

Если хочешь ускорить процесс, но используй pg_dump с ключом -fd (специальный формат), а в pg_restore -j NJOBS - распараллеливание (NJOBS - кол-во воркеров).

scp тут ни при чём, да и ls тоже. Так работает практически любой шелл в линуксе. Он запоминает текущую папку не (только) по имени, но и по её фактическому расположению на диске. А при удалении и создании новой одноимённой папки фактическое положение меняется.

Точно такого же эффекта можно добиться и без scp. Просто удалив папку и создав на её месте новую (собственно именно это и произошло).

Вместо cd ..; cd foo можно сделать cd ..

/tmp/q$ ls -l
total 0
-rw-rw-r-- 1 lynn lynn 0 nov  1 16:01 2
$ rm -r ../q
$ mkdir ../q
$ touch ../q/3
$ ls -l
total 0
$ cd .
$ ls -l
total 0
-rw-rw-r-- 1 lynn lynn 0 nov  1 16:04 3

Попробуйте использовать Paint:
mspaint /pt [file name] [printer name]

Подойдёт ли Windows Forms? Мне ведь потом на мобилку порт делать.

Формы - это .Net и только для винды. Причем это уже очень старое легаси, которое имеет смысл использовать только для поддержки Windows XP - а у нас тут уже поддержка 10 заканчивается так-то. А .Net - это прежде всего C#. И вот на C# есть более новый WPF и кроссплатформенный MAUI. Для мобилки все равно придется переписывать с нуля или искать какие-то варианты решений, которые могут C# в мобилки.

Или на мобилку лучше не на C++ делать? Что посоветуете?

Не самое лучшее решение - там родная платформа Java и Swift. Qt умеет: https://doc.qt.io/qt-6/mobiledevelopment.html - но как оно там в результате будет работать сложно сказать и можно ожидать каких-нибудь слабопрогнозируемых глюков и сложностей. Спасибо Adamos.

Может кому-то известны нюансы при постройке такой программы?

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

В общем, у вас несколько вариантов. Вариант раз: если хотите именно плюсы - то вам следует использовать Qt и писать код сразу с учетом дальнейших доработок для работы в Linux, Mac и на мобилках - не знаю, как и на сколько хорошо Qt умеет в мобилки, но могут быть какие-то сложности/баги. Ну, в кроссплатформе от этого не уйти - придётся мириться и местами писать разный код для разных платформ.

Вариант два: если хотите сразу писать приложение сразу для всех платформ с единой кодовой базой и минимальными услиями - то можно использовать веб-платформы типа NWJS, Cordova и прочие браузерные платформы. Минус - приложение будет тяжёлым и ощутимо более медленным, чем нормальное нативное.

В целом, могу рекомендовать для начала просто сделать на плюсах с Qt хоть какое-то приложение для винды, далее внести доработки для работы в линуксе и маке. При наличии/доступности мака - можно сразу и для мака делать. Линукс прекрасно ставится и работает в VirtualBox и прочих виртуализаторах. Далее сделать поддержку сетевых фич, БД и прочего, а уже только потом переключаться на разработку для мобилок. При этом, вам надо будет организовать свой план разработки от меньшего к большему. Т.е., сначала самые простые функции делаете, а уже потом к ним добавляете что-то более сложное по мере изучения.

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