GavriKos

У вас сильно простые примеры.
Если это где то внутри сложной формулы - то лучше явно задать тип, чтобы вызывался соответствующий оператор.

А если еще и перегрузка операторов используется - то вообще без вариантов.
В общем тут дело не в эстетике, а в логике кода. Т.е. есть ситуации когда НУЖНО задавать явно

Ищите конвертеры. X точно поддерживался когда то 3dмаксом через плагин. 3ds вообще звучит как нативный. Возможно нужно в максе делать эксопрт, а не open

База данных - это хранилище информации. Фото и видео - информация. Значит можно. Если база не умеет работать с бинарными данными - переводите в base64 и храните как строку.

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

Так на решение или на нахождение? Это разные процессы.

Любой файл можно переименовать в txt и он откроется, более того - в нем вполне может быть vk или vc. У вас сильно много неизвестных.
Хотя бы понятно где файл +- лежал? Может все таки есть более точная информация?

Пока выглядит как то, что вам надо просто искать все файлы, в которых есть vk или vc, и потом поочередно их открывать и смотреть

Любой язык, который является NP-полным, подходит. А вот может ли замениьт это вопрос другой.

А что страшного в 5 for?

https://stackoverflow.com/questions/62584548/array...

Судя по вот этому объяснению - Create резервирует, но не ограничивает длину массива. Т.е. у вас будет аллокация на Create, а потом на Rent при превышении размера. Если Rent запросит меньше чем было на Create - аллокации не будет. По похожему принципу List capasity работает

Может просто не запуститься. А может повезет и будет работать.

Сделать current_bool глобальной для контекста обоих вызовов

А запустить проект?

999 999 в 36 ричной системе дает 4 символа с латиницей. Единственное - расширить алфавит, и расширить основание системы. Т.е. смотрите в сторону систем исчисления с большим основанием (64 например точно хватит)

https://calculatori.ru/perevod-chisel.html

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

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