Василий Банников, 1) Например по имени команды, htop же видит какой командой запущен процесс, при этом это безопасно, в условно /usr/local/bin/ пользователь имя не меняет.
2) Дать доступ к данным программе, но не пользователю, не разводя зоопарк из сервисов/демонов/серверов
Василий Банников, нет, я про то есть ли какой-нибудь способ (желательно, на основе дефолтно установленного в системе пакета), просто написать в каком-нибудь конфиге правило что programm_name может читать/писать в заданную не доступную пользователю директорию,
Adamos, Мы кажется не много не понимаем друг друга в терминах. Конечно я не собираюсь писать свой-веб-сервер или браузер. Под оверинжинирингом я понимаю что вместо одного десктопного приложения на нативном Qt for Python, писать отдельно бэкенд и отдельно браузерный UI фронтед это не много перебор
Adamos, веб-сервис это внезапно тот же демон передающий данные через сокет. Собственно я понимаю что можно рещить проблему написав клиент и сервер (не важно как вы его назовёте демоном или веб-сервисом), но возникает вопрос не оверинжиниринг ли это и нельзя ли обойтись только одним приложением.
Adamos, Да это нормальный вариант для софта, там конечно надо аккуратно сделать чтоб студенты не уводили друг у друга девайсы, но тут вопрос про конкретно десктопное приложение.
Adamos, Да это собственно ничем не отличается с от варианта с демоном для хранения, но вопрос в том можно ли сэкономить усилия и не писать отдельную программу для хранения
Adamos, я сам себе и автор и исполнитель, Приложение: программа для лабораторных работ, типичные аналогичные программы хранят данные только в памяти и могут их сохранять в любое доступное пользователю место, как результат рабочая машина превращается в помойку, потому что студенты работают из под одного пользователя, пересохраняются на каждое измерение (а моргание света вообще может быть sad story). Есть желание все это цивилизовать, сделать какой то механизм для автосохранения данных и соответственно недоступное пользователю хранилище этих данных ( в условиях автономности работы от сети и без всяких ИБП). Недоступное чтоб студенты не тырили и не портили чужие данные.
Да, я тоже думал о таком решении, но для относительного простого приложения мне показалось лишним держать дополнительный сервис, и захотелось узнать нельзя ли сделать это на правах доступа или иных системных функциях.
kalapanga, и поэтому я смогу его снять через левый сайт использщий сервисную инфу производителей? Не говоря о том что это однозначно никто не мог сделать.
Сергей Горностаев, ну это из серии софт для айтишников vs софт для обычных людей.
И в вашем варианте вам все равно надо или ручками в PATH добавить, или полность путь каждый раз прописывать.
Я обычно ленив настолько что для своих питоноскриптов делаю setup.py, чтоб можно было спокойно их через pip install прописать в системе.
Вова, Даже если ваша программа один exe файл, то все равно нужно выбрать место для установки, предложить создать ярлыки на рабочем столе и в меню пуск, создать переменные окружения при необходимости и прочее, зарегистрироваться в контекстом меню или проассоциировптся с типом открываемых файлов, если таковые есть.