FSerg
Сергей Филькин

(9) Глянул исходники проекта, тут видно, что перед созданием снепшота выполняется checkpoint, т.е. не должно быть проблем.

(7) Пока нет опыта рабочей эксплуатации, поэтому ничего не могу уверенно сказать.
Для кейса с большой, тяжелой (на несколько недель) разработкой, наверно, правильнее сделать вручную полноценную копию.
Конкретно у нас много задач на небольшие эксперименты, но в больших базах.
- Поменять логику одного вида документа
- Поменять/потестировать обмен данными на определенном виде документа
- Поменять/потестировать какую-то интеграцию но с реальными данными
- И так далее.
На моих синтетических примерах с обычной 1С Бухгалтерией - работает хорошо.

(1) Как я понимаю, идея с COW над ZFS cработает с любыми данными.
Но конкретно сервис построен вокруг PostgreSQL, для него делается автоматизация с промоушеном клонов и прочее.

Представьте, что копия рабочего инстанса PostgreSQL создается мгновенно (секунды), с возможностью выбора даты. Представьте, что для нескольких параллельных экспериментов с базой в 250Гб не требуется терабайт. Расскажу про классный сервис от postgres.ai, реализующий "тонкие клоны" над ZFS! Разберем на примере бесплатной Community Edition.

(9) В обработке не очень безопасный код.
1. Предполагается, что были предварительно загружены все товары.
2. Предполагается. что были предварительно загружены все услуги.

Товары загружаются не все, а только первые 25 товаров. Нужна доработка для по-страничной загрузке (в предыдущем комментарии писал).
Услуги загружаются одним вызовом все, но есть нюанс.
Когда загружаются транзакции, то все что не "Продажа товаров" считается продажей услуг, а на самом деле в ответе от YCLIENT еще могут быть продажи сертификатов и вот на этих транзакциях срабатывает ошибка поиска услуг (подарочный сертификат - не услуга).

И первая и вторая проблема не сложно дорабатывается.
Автору спасибо за обработку!

(7) На запрос товаров нужно задавать доп.параметр count=100, тогда yclients вернет 100 товаров, но видимо, там внутренний лимит, больше 100 если указываешь, то возвращается опять 25 товаров.
В общем, нужно задействовать по-страничные запросы, т.е. чтобы получить 600 товаров нужно будет сделать 6 запросов:
https://api.yclients.com/api/v1/goods/{company_id}?count=100&page=1
https://api.yclients.com/api/v1/goods/{company_id}?count=100&page=2
...
https://api.yclients.com/api/v1/goods/{company_id}?count=100&page=6
И сконкатенировать результаты.

У меня УТ 11.4. Попробовал сделать шаги описанные в статье и они не помогли. Скачал патч для УТ 11.5 EF_00_00484604 и внес в него изменения для работы в УТ 11.4 после этого директ-банк заработал.

Если у нас несколько рабочих мест кассиров, то продукт покупатеся один (на базу 1С) или на каждое рабочее место кассира?

7 зал. Трансляция нет.

Добрый день. Задача стояла следующая - нужно срочно предоставить доступ к информационной базе через интернет. Так как пользователей очень много, решил использовать дополнительную авторизацию средствами веб-сервера. Пароли создал, пользователи подключаются в базе, вводят сначала логин и пароль от веб-сервера и после этого появляется окно для входа в 1С. Всё это хорошо работает, вопросов нет.
Теперь потребовалось разработать свой веб-сервис в расширение, в тестовой среде (где нет авторизации на веб-сервере всё работает, пробую на рабочем сервере и получаю проблему. Появляется запрос на авторизацию на веб-сервере, но данные для авторизации не подходят.
Получается следующая картина когда захожу через браузер:
https://1c.site.ru/1c-trade - появляется запрос на авторизацию от веб-сервера, ввожу логин и пароль от веб-сервера, появляется окно с выбором пользователя 1С - здесь всё ок.
https://1c.site.ru/1c-trade/ws/test.1cws?wsdl - появляется запрос на авторизацию от веб-сервера, ввожу логин и пароль от веб-сервера, пароль не принимается и появляется повторный запрос на авторизацию на веб-сервере и так до бесконечности.


Авторизацию на веб-сервере Apache2.4 включал так:
- опубликовал базу
- в созданной директории /var/www/1c.site.ru/1c-trade/ создал файл .htaccess со следующим содержанием:

Код
AuthType Basic AuthName "Restricted Content" AuthUserFile /etc/apache2/.htpasswd Require valid-user

Пробовал добавить исключение для ip адреса:
Require ip 30.15.189.125
Оно срабатывает, если подключиться к базе https://1c.site.ru/1c-trade то запрос на авторизацию на веб-сервере не возникает, если обратиться к https://1c.site.ru/1c-trade/ws/test.1cws?wsdl то запрос на авторизацию на веб-сервере возникает и не проходит. Если удалить файл .htaccess то база 1С и веб-сервис начинают работать, но без авторизации на веб-сервере, а без этого не хочется так оставлять.

Из этого могу сделать вывод, что где-то косячу с настройками Apache. Подскажите как правильно включить авторизацию на веб-сервере Apache2, что можно проверить для локализации и решения моей проблемы. Про не безопасность простой авторизации знаю, в будущем будет переделано, сейчас пока так.