"что лучше бы они все это время потратили на нормальный яп и инглиш" В моем немаленьком городе-миллионнике Волгоград программисты на "нормальных ЯП и инглиш" получают не больше (а как правило меньше) программистов 1С. А вакансий в сотни раз больше.
А так язык 1С примитивный, непродвинутый и так далее, согласен.
"но ничто не мешает вам писать его в раздел реестра например, на который можно потом установать права для чтения для всех наших пользователей. Все это надо будет проделать 1 раз."
А вот этот пароль получается доступен для пользователя, условно "админский" пароль. А он ведь может его использовать для других действий, разве нет?
"Но есть проблема - через интерфейс 1с - меню - открыть файл - пользователь будет прекрасно иметь доступ к каталогу базы с правами пользователя test и может скопировать базу."
За этот момент спасибо! Подзабыл что так можно. Информацию тоже изучу, спасибо.
Александр Никитин: Может быть случайно знаете: а в Линукс такое можно? Дать права приложению, а пользователю запретить? То есть пользователь может пользоваться файлом только через конкретное приложение.
"Окно программы в сеанс какого пользователя пойдет, если вы его от другого пользователя запустите." Окно пойдет куда надо - от того пользователя кто запустил от имени другого пользователя)) Я не понимаю где хранить пароль. Получается пароль в этом случае открыт.
Ну в том то и дело. Пользователь работает под своей учеткой, и доступа к папкам с базами у него нет. Запускает программу из-под админа (или другого ползователя), ок. Но пароль то?? Пароль то окуда брать?
Изучу эту информация, спасибо. Это вариант чтобы сохранять пароль, понятно. Но а вот на счет дать права именно приложению такого в Windows нет, правильно?
copal: В общем обдумал ваш ответ, и еще один ниже. И пришел к выводу что я пытаюсь решить проблему которую не надо решать.
Сейчас пришел к следующему выводу:
1. Когда работает вотчер - его задачи ничего не очищают, а просто перезаписывают измененные файлы (не пересобирая весь проект).
2. Если сборка запускается вручную из консоли - сначала он очищает все файлы, и только потом заново собирает проект.
Скажу так: Есть gulp.src(Исходники).pipe(gulp-changed) Это в папке исходников, у них расширения jade. Нужно такие же файлы, но с расширением html удалить в другой папке (папке назначения).
Впрочем ответ что такого готового плагина нет - вполне подходит для меня. Просто не хочется по глупости переделывать велосипед (если он есть).
Ну удалить все я не могу потому что в данном случае gulp собирает только те jade которые изменились. По идее они затрут старые версии, да. Но прочитал что если по-чистому, то нужно перед сборкой очищать папку назначения.
Вот и решил задать такой вопрос, может быть есть готовый плагин для этого?
ну когда пишешь в браузере 127.0.0.1:8000/каталог роутинг джанги не срабатывает, выбрасывает на страницу 127.0.0.1:8000/:0B0;%3E3
В роутинге прописано например r'^каталог/$' (вместо инглиша r'^catalog/$')
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.