Задать вопрос
  • Как обойти ограничение вложенности директорий с кириллицей в путях библиотекой pathlib на python?

    @Monitorz_Killah Автор вопроса
    Vindicar, я проверил на пути:
    G:\Новая папка (2)\ТЕСТОВАЯ папка\еще одна
    - падает с ошибкой
    can't open file 'g:\\овая папка (2)\\ТСТЯ папка\\еще одна\\pathfinder.py': [Errno 2] No such file or directory


    При расположении по пути
    G:\Python_Projects\python\Папка новая свежая\Папка внутри\ЕЩЕ одна папка внутри

    тоже стало падать с ошибкой
    can't open file 'g:\\Python_Projects\\python\\апка новая свежая\\апка внутри\\Щ одна папка внутри\\pathfinder.py':
    [Errno 2] No such file or directory


    Я уже чет совсем запутался
    Написано
  • Как обойти ограничение вложенности директорий с кириллицей в путях библиотекой pathlib на python?

    @Monitorz_Killah Автор вопроса
    Vindicar, действительно, на домашней машине все работает. На рабочем компе - рубит пути в ошибке и все. Примечательно, что если в пути есть папка с именем, условно, "НОВАЯ ПАПКА", то в ошибке выведется, к примеру "ОВА КА" в этом месте. Играет ли роль то, что на рабочем компе я запускаю файл, который лежит на сервере, а не на локальной машине?

    UPD На домашней машине тоже все падает, если папки на кириллице лежат в корне диска, т.е. путь после буквы диска сразу начинается с кириллицы. Если начинается с латиницы, а потом с кириллицы - все ок
    Написано
  • Как обойти ограничение вложенности директорий с кириллицей в путях библиотекой pathlib на python?

    @Monitorz_Killah Автор вопроса
    Vindicar, если бы я упирался в длину пути, я бы не смог открывать/перемещать файлы внутри конечной папки, с этим нет никаких проблем. Вопрос именно в том, почему второй уровень вложенности на кириллице начинает сбоить, и как его обойти
    Написано
  • Как обойти ограничение вложенности директорий с кириллицей в путях библиотекой pathlib на python?

    @Monitorz_Killah Автор вопроса
    Vindicar, обычный тестовый код

    from pathlib import Path
    
    p = Path(__file__).resolve()
    
    print(p)


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

    Если это важно, то все это происходит под Win10x64
    Написано
  • Какой формат хранения сборника норм внутри приложения использовать?

    @Monitorz_Killah Автор вопроса
    Adamos, ну, это не ко мне вопросы) Я не решаю ничего в отделе IT своего предприятия
    Написано
  • Какой формат хранения сборника норм внутри приложения использовать?

    @Monitorz_Killah Автор вопроса
    а возможно ли сделать так, чтобы в дальнейшем можно было итоговую рассчитанную таблицу для конкретной единицы оборудования сажать в основную базу по локалке, если там используется MS Server? Т.е. моя программа будет что-то сродни аддона/утилиты для основной нашей рабочей базы. Сейчас в основную просто через веб-морду садится эксель с парсингом и посадкой в SQL
    Написано
  • Какой формат хранения сборника норм внутри приложения использовать?

    @Monitorz_Killah Автор вопроса
    Артем Воронов, у нас есть отдельная база разработанных норм на сервере с веб-мордой и шлю.. инструментарием по работе с нормами. Но нет в ней расчётной части от базовых элементных норм. Я хочу такой инструмент создать, и чтобы он не имел привязки к сети. Например, для работы на командировочных ноутах в условиях отсутствия сети. Перед выездом проверить комплектность и актуальность базы для всех, и в путь!
    Суть инструмента в прозрачном расчёте, чтобы потом не вспоминать что где и откуда бралось, если вдруг кому-то приспичит проверять расчёты сотрудников. Чтобы не лепить лишних пометок, не громоздить сводных таблиц, а получать на выходе готовый продукт с возможностью быстрых отслеживаемых правок, отслеживанию связей с исходниками, возможностью составления линеек оборудования. Из масштабирования там только подгрузка базовых норм.
    Написано
  • Какой формат хранения сборника норм внутри приложения использовать?

    @Monitorz_Killah Автор вопроса
    Благодарю.
    Именно стремление к структурированию, нормализации и оптимизации поставило меня перед таким вопросом. Но, т.к опыт невелик, и я ввиду этого мог не увидеть или не знать более оптимальное решение.

    Я SQLite выбрал ввиду ее мобильности, чтобы можно было деплоить на разные машины без лишней возни с дополнительным ПО для конфигурирования. Да и она полностью покрывает потребности.

    Все справочники подгружать сразу при инициализации программы не нужно. Некоторые особо критичные данные можно подгрузить в начале, но только если они не занимают сотню МБ в памяти.


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