Бухгалтера проснулись что с 1 октября изменились СФ.  На основном сервере установлена 8.3.9  со специфичными БД и несколько сотен пользователями, обновить в лоб сразу  не буду. и обновить нормально до конца . Быро перенёс всё на другной сервер 1с  где маленькие базы и все  удалённо в терминале. Там быстро и безболезненно обновил до 8.3.10.2580 и сервер и клиент обновил бухии вздохнул и прожил чуть чуть. Сегодня всплыла  бух сидящая у черта на куличках с онлайн кассой  и опубликованной на IIS базой. ну думаю не проблема.  у становил на IIS клиента   установил платформу  выбрав только веб расширение.
получил ISAPI и CGI   http://c2n.me/3OhjoBX
И в сопоставлении обработчиков  убрал наследование и прописал новый wsisapi    http://c2n.me/3OhjCPm  И всё бестолку. старые публикации слава богу рабоатют новая ни в какую.  IIS Рестартил
Ошибка :   http://c2n.me/3OhjPbQ

Или поставить клиента на сервер ИИС  и прописывать не

C:\Program Files\1cv8\8.3.10.2580\bin\wsisapi.dll
а
C:\Program Files (x86)\1cv8\8.3.10.2580\bin\wsisapi.dll

Если версия расширения отличается меньше чем во 2ой части то расширения надо располагать в разных пулах приложений на IIS.

Т.е. 8.2 и 8.3 еще можно в один пул засунуть, а 8.3.9 и 8.3.10 уже нельзя.

Создавай новый пул приложений на IIS, и указывай его для вирт. каталога базы которая на новой платформе.

ищещ файлы web.config в папках вебпубликаций и правишь в них путь к wsisapi.dll

(5)   там порядок
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <handlers>
            <remove name="1c  crs" />
            <remove name="1c   cws" />
            <add name="1C Web-service Extension_8_3_10_2580" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files\1cv8\8.3.10.2580\bin\wsisapi.dll" resourceType="Unspecified" requireAccess="None" preCondition="bitness64" />
            <add name="1c   cws" path="*.1cws" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files\1cv8\8.3.10.2580\bin\wsisapi.dll" resourceType="File" requireAccess="Execute" preCondition="bitness64" />
            <add name="1c  crs" path="*.1crs" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files\1cv8\8.3.10.2580\bin\wsisapi.dll" resourceType="File" requireAccess="Execute" preCondition="bitness64" />
        </handlers>
    </system.webServer>
</configuration>

я  просто думаю   если  нет платформы 1с сервера  на этой машины 8.3.10.2580   может не надо было сервер устанавилавть с веб расширением  а установить клиента и wsisapi именно клиентский указать

(4 )   ща попробую

(2)    а вот это "Если версия расширения отличается меньше чем во 2ой"   вообще не понял :-)  чем различия в 9 и 10 сильнее разница чем 8.2  и 8.3

(2) (3) (4)    респект - работает.

ток ответте на (9)    чтобы понимать что нужно растаскивать по пулам разным.

(10) цитата из Руководства администратора

7.10. Особенности настройки веб-серверов

7.10.1. Internet Information Services
...

При настройке IIS следует помнить, что в рамках одного пула приложений не могут исполняться более одного модуля расширения веб-сервера, которые различаются только третьей и четвертой цифрами версии. Для организации такой работы следует использовать столько пулов приложений, сколько различных версии модулей расширения планируется использовать, и вручную привязать каждое виртуальное приложение веб-клиента к нужному пулу приложений.

...

Если вопрос был "а почему так?", то сие покрыто мраком тайны, и мне не ведомо.
Спрашивать надо у разработчиков платформы.

(12) нет вопрос был что такое : "не могут исполняться более одного модуля расширения веб-сервера, которые различаются только третьей и четвертой цифрами версии. "

что за тртья и четвёртая цифра версии :-)   почем утак  более менее понятно и не интересно потому как разделив  всё взлетело

(0) в похожей ситуевине, но на порядок поменьше я сделал внешнюю печатную форму, надеюсь обновиться не спеша

(14)   зачем, сдела по порядочному.  в предь займёт зная как около двух минут быстрее чем делать форму :-)