Игорь_UUS,

Ну конечно с таким подходом инструмент не выберется. Что надо для выбора инструмента:
1. Что уже есть и на чём оно написано? К чему этот виджет будет прикручиваться
2. Какие базовые требования ставятся к продукту? Качество, скорость разработки, низкая стоимость, простота доработки, быстродействие (большие нагрузки)? У каждого инструмента одно чуть больше, другое чуть меньше... То есть надо искать удовлетворяющую комбинацию по этим параметрам.
3. Какими ресурсами Вы уже обладаете? Есть ли люди, способные используя какие либо доступные инструменты выполнить часть работы внутри компании (ну разумеется привлечь внутренние ресурсы всегда дешевле и чаще лучше, чем обращаться к внешним)


Если правильно понял, то в Вашем случае Вы не обладаете никакими внутренними ресурсами, способными решить задачу хотя бы частично. Но вот первых 2 вопроса остались без ответов :)

Игорь_UUSПрограмёр,

Доброе утро
1. Есть написанная бизнес логика, которая крутиться в БД (несколько сотен функций, несколько тысяч хранимок, табличные типы, ServiceBroker для разных задач, clr и т.п), СУБД MSSQL - тут вся мясорубка. + десктоп для администрирования (толстый клиент без бизнес логики, так сказать похудевший)
2. Нужен виджет для online записи, который можно разместить где угодно, на сайтах, в соц. сетях и т.п. Что касается нагрузки, то не думаю что она может быть колоссально большой. Ну а такие моменты как качество, стоимость простота и т.п. это как треугольник менеджера: "Стоимость" - "Качество" - "Скорость разработки", выбрать можно только 2 угла... сложно сказать...

По поводу чего умеем сами: Написали API для работы мобильных приложений (мобилки заказывали на стороне), модули на php, web сервер апач. Есть специалист, который в какой то степени знает html и JavaScript, но например никогда не работал с .NET (c#, iis и т.п.).

То место где всё крутиться (облачный сервер) - на win платформе.

Ну раз часть уже крутится на apache+php, то почему бы не сделать на javascript+html интерфейс виджета (клиентскую часть, которая будет встраиваться на другие сайты) и на php серверную часть, которая будет принимать запросы от того самого javascript проверять их и писать в базу?

Если я всё правильно понял, то это вполне стандартный и самый дешёвый из путей (разработка на php обойдётся дешевле, чем на java, C# и других мэйнстримных языках). Тут есть только риск проиграть в качестве... :)) Конечно он есть везде, но учитывая низкий порог входа в php (чем, скорее всего, и обусловлена его дешевизна) на нём кодить может даже студент, который не совсем понимает что такие программирование... есть риск на такого нарваться.

P.S. Если в последующем рассчитываете это всё превратить в сайт (все эти личные кабинеты, возможность управления счетами пользователей на Вашем ресурсе и т.д.), то как по мне php опять же самый лучший вариант. Не просто же так самый распространённый серверный язык в сфере сайтостроения. Даёт высокую скорость разработки и дешевизну той самой разработки (и сотрудники в штат обойдутся дешевле других)

вадяавторP.S. Если в последующем рассчитываете это всё превратить в сайт (все эти личные кабинеты, возможность управления счетами пользователей на Вашем ресурсе и т.д.), то как по мне php опять же самый лучший вариант. Не просто же так самый распространённый серверный язык в сфере сайтостроения. Даёт высокую скорость разработки и дешевизну той самой разработки (и сотрудники в штат обойдутся дешевле других)
самый ломаемый,
если действительно на своём ресурсе - то лучше более надёжное

То есть в php интерпретаторе есть какие-то дыры, через которые можно залезть и взломать сервер? Так что-ли?

вадяавторТо есть в php интерпретаторе есть какие-то дыры, через которые можно залезть и взломать сервер? Так что-ли?
подробности не могу сказать - не специалист этой области, но имею опыт наблюдения за такими сайтами. и отзывы людей серьёзно (очень) занимающихся сайтостроением, продвижением...

Ну так... о чём речь, если статистики 0? :) Я даже очень сомневаюсь, что у Вас была возможность сравнить равное количество продуктов на том же C# и php, что бы оценить зависимость количества взломов при реализации на разных языках... И даже после такого сравнения статистика была бы очень спорной.

Так что о ломаемости - из разряда выдумки.