ДК
Size: a a a
2020 February 23
Аr
он ищет не ту версию тонкого который стоит
ДК
он ищет не ту версию тонкого который стоит
Но у меня 1 версия
Аr
или же он реально у вас не установлен
Аr
ну или версия не совпадает в плане разрядности
Аr
конфигуратор 64 а стоит 32 тонкий
ДК
конфигуратор 64 а стоит 32 тонкий
До публикации через апачи все работало(
Аr
До публикации через апачи все работало(
очень интересно тогд как вы отладку из конфигуратора запускаете работая через апач
ДК
очень интересно тогд как вы отладку из конфигуратора запускаете работая через апач
При публикации вроде можно запускать тонкий клиент.
ДК
очень интересно тогд как вы отладку из конфигуратора запускаете работая через апач
Из того что похоже https://xdd.silverbulleters.org/t/chto-delat-esli-otladka-1s-ne-rabotaet-i-klient-testirovanie-ne-zapuskaetsya/2184 но у меняя ут
Аr
@PlugFox Лис, такой вопрос. Если при первичной синхронной выгрузке каталога из 1С во внешнюю ИБ кровь из носа требуется сохранить в источнике id новосозданного товара из примника, как подстраховаться от вылета между отправкой данных и записью этого внешнего id?
1. отправка из источника
2. приемка в приемника
3. подтверждение приемки в источника
4. подтверждение приемки подтверждения в приемнике
иначе есть шанс косяка
2. приемка в приемника
3. подтверждение приемки в источника
4. подтверждение приемки подтверждения в приемнике
иначе есть шанс косяка
S
1. отправка из источника
2. приемка в приемника
3. подтверждение приемки в источника
4. подтверждение приемки подтверждения в приемнике
иначе есть шанс косяка
2. приемка в приемника
3. подтверждение приемки в источника
4. подтверждение приемки подтверждения в приемнике
иначе есть шанс косяка
угу, значит чисто на стороне источника не подстраховаться. получается, в ситуации синхронизаций без подтверждений, необходимо будет предусмотреть регулярные сверки id'шников внешней системы с теми внешними id, что храняться в источнике
Аr
да, по этому в типовам варианте есть квитации о приемке
Аr
если бы тебе не нужно было что то возвращать из базы приемнике, то можно было бы обойтись отправка - приемка - подтверждение, и на стороне источника было бы понятно принят ли пакет или нет а так же ты возвщаешь другие данные и гарантированно сказать получены они или нет на стороне примника можно только выполнив все 4ре процедуры
S
если бы тебе не нужно было что то возвращать из базы приемнике, то можно было бы обойтись отправка - приемка - подтверждение, и на стороне источника было бы понятно принят ли пакет или нет а так же ты возвщаешь другие данные и гарантированно сказать получены они или нет на стороне примника можно только выполнив все 4ре процедуры
логично. благодарю 👍🤝
