PZ
Не, это только для 2 фактора авторицации, первичную все равно пройти придется
Size: a a a
2021 August 15
Н
Так снаружи это два разных адреса будет?
PZ
Ну если так то да.
YM
Вот минимальный файлик для веб-клиента для входа по паролю:
<?xml version="1.0" encoding="UTF-8"?>А этот - для службы той же базы (в "point": enable="false" чтобы запретить вход в клиент):
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/db-work"
ib="Srvr="localhost";Ref="db-work";"
enable="true">
</point>
<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/db-work-service"
ib="Srvr="localhost";Ref="db-work";Usr=HTTPService;Pwd=xxxxxxxx;"
enable="false">
<httpServices>
<service name="HTTPService"
rootUrl="service"
enable="true"
reuseSessions="autouse"
sessionMaxAge="20"
poolSize="10"
poolTimeout="5"/>
</httpServices>
</point>ИН
А в конфиге apache как это должно выглядеть?
ИН
И я тогда запишу вторую часть видео
YM
2 разных пути, разные блоки в конфиге апача прописаны (хорошо что спросили - как раз ошибку сначала допустил в атрибуте "base" выше):
http://my.site/db-work - для входа в клиент
http://my.site/db-work-service - для использования службы
Ну и в конфиге апача - 2 разных блока с указанием разных каталогов файлов *.vrd
http://my.site/db-work - для входа в клиент
http://my.site/db-work-service - для использования службы
Ну и в конфиге апача - 2 разных блока с указанием разных каталогов файлов *.vrd
ИН
Ок, попробую
YM
2 блока к двум файлам. У меня по разным каталогам разложены, но может можно и в одном:
Alias "/db-work" "D:/Bases/web/db-work/"
<Directory "D:/Bases/web/db-work/">
AllowOverride All
Options None
Require all granted
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Bases/web/db-work/default.vrd"
</Directory>
Alias "/db-work-service" "D:/Bases/web/db-work-service/"
<Directory "D:/Bases/web/db-work-service/">
AllowOverride All
Options None
Require all granted
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Bases/web/db-work-service/default.vrd"
</Directory>Н
А если хотим чтобы к http сервису кто то один подключался без авторизации, то для него получается делаем отдельную публикацию сервиса?
YM
у меня так задача пока не стояла )
YM
Просто зная путь - любой может подключиться по этому пути и будет от имени этого пользователя.
Разные публикации можно использовать чтобы разделить кто чем пользуется, например - для билинга: одному клиенту - один адрес и отдельного пользователя, второму - другого и потом в конце месяца статистику собирать в 1С кто чем воспользовался
Разные публикации можно использовать чтобы разделить кто чем пользуется, например - для билинга: одному клиенту - один адрес и отдельного пользователя, второму - другого и потом в конце месяца статистику собирать в 1С кто чем воспользовался
Н
Интересно, а если клиент передает данные аутентификации, то все равно под прописанным в vrd пользователем подключится?
YM
Не проверял
NK
Ребят, напоминаю, что скидка на курс TELEGRAM 1C. ПОЛНЫЙ РАЗБОР API заканчивается через несколько часов.
https://nizamov.school/courses/integration1s/telegram1s/
#1с #программист1с #telegramapi
https://nizamov.school/courses/integration1s/telegram1s/
#1с #программист1с #telegramapi
И
Я правильно понимаю? Если две публикации одной базы, то все изменения в публикации только ручками в vrd файле. Иначе средствами 1с что то где-то может затерется
ИН
Да, все ручками.
МС
В анонимной публикации можно запретить запуск веб-клиента. Чуть позднее распишу схему публикации.
ИН
Мне уже описали. На неделе выпущу видео с раздельной настройкой через vrd файл.
МС