Vindicar, действительно, на домашней машине все работает. На рабочем компе - рубит пути в ошибке и все. Примечательно, что если в пути есть папка с именем, условно, "НОВАЯ ПАПКА", то в ошибке выведется, к примеру "ОВА КА" в этом месте. Играет ли роль то, что на рабочем компе я запускаю файл, который лежит на сервере, а не на локальной машине?
UPD На домашней машине тоже все падает, если папки на кириллице лежат в корне диска, т.е. путь после буквы диска сразу начинается с кириллицы. Если начинается с латиницы, а потом с кириллицы - все ок
Vindicar, если бы я упирался в длину пути, я бы не смог открывать/перемещать файлы внутри конечной папки, с этим нет никаких проблем. Вопрос именно в том, почему второй уровень вложенности на кириллице начинает сбоить, и как его обойти
from pathlib import Path
p = Path(__file__).resolve()
print(p)
В том то и дело, что я хочу уйти от описания путей вручную вообще. Исполняемый файл сам должен понимать где он, считывать топологию, и уже от указанного номера раздела вершить задачу, в нем описанную.
Если это важно, то все это происходит под Win10x64
а возможно ли сделать так, чтобы в дальнейшем можно было итоговую рассчитанную таблицу для конкретной единицы оборудования сажать в основную базу по локалке, если там используется MS Server? Т.е. моя программа будет что-то сродни аддона/утилиты для основной нашей рабочей базы. Сейчас в основную просто через веб-морду садится эксель с парсингом и посадкой в SQL
Артем Воронов, у нас есть отдельная база разработанных норм на сервере с веб-мордой и шлю.. инструментарием по работе с нормами. Но нет в ней расчётной части от базовых элементных норм. Я хочу такой инструмент создать, и чтобы он не имел привязки к сети. Например, для работы на командировочных ноутах в условиях отсутствия сети. Перед выездом проверить комплектность и актуальность базы для всех, и в путь!
Суть инструмента в прозрачном расчёте, чтобы потом не вспоминать что где и откуда бралось, если вдруг кому-то приспичит проверять расчёты сотрудников. Чтобы не лепить лишних пометок, не громоздить сводных таблиц, а получать на выходе готовый продукт с возможностью быстрых отслеживаемых правок, отслеживанию связей с исходниками, возможностью составления линеек оборудования. Из масштабирования там только подгрузка базовых норм.
Благодарю.
Именно стремление к структурированию, нормализации и оптимизации поставило меня перед таким вопросом. Но, т.к опыт невелик, и я ввиду этого мог не увидеть или не знать более оптимальное решение.
Я SQLite выбрал ввиду ее мобильности, чтобы можно было деплоить на разные машины без лишней возни с дополнительным ПО для конфигурирования. Да и она полностью покрывает потребности.
Все справочники подгружать сразу при инициализации программы не нужно. Некоторые особо критичные данные можно подгрузить в начале, но только если они не занимают сотню МБ в памяти.
Я думал сделать отдельную таблицу с заголовками, и отдельные с нормами, и перевязать их по id-шникам - ключам. Чтобы отдельно грузились заголовки разделов и подразделов в дерево, а при выборе пункта в дереве вызывалась табличка с нормами соответствующего подраздела во всплывающем окне или области экрана
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
При расположении по пути
тоже стало падать с ошибкой
Я уже чет совсем запутался