Я бы так и сделал, но менеджеры не дают. Мол, если мы будем выдавать инструкции пользователям по работе с браузером для нашего приложения, то мы потеряем клиентов.
Вот теперь и мучаюсь с поиском storage для Cross-Domain взаимодействия
А как настроить роутинг в случаи двух веб приложений? Получается, что Core API хостится по адресу http://localhost:2001, а َAngular приложение имеет адрес http://localhost:2002. В это случае, как научит стучатся на Core API по адресу localhost:2001/api. Указывать полный путь?
Firefox OS требует длительной работы напильником и не факт, что каменный цветочки получиться, но это и понят, так как разработчики позиционируют ее для других целей.
Кто их знает этих админов. Городят огород, а потом пользователи мучаются. Сейчас все ОС грузиться по TTPT, вот отсюда и все проблемы. Локальные ОС запрещено ставить политикой безопасности.
Я предлагал такой вариант админам. Мне сказали, что тонкие клиенты легче и дешевле администрировать, тонких клиентов за сотню уже внедрено, и связи с этим меня послали. Кстати, если на тонкого клиент поставить полноценностью ось, то вполне достойно все работает, связи с этим я не грешу в сторону слабости железа ТК.
Как я понимаю, тонкий клиент никаких усилий не тратит, CPU терминального сервера пытается делать то что ему от рождения не положено . Если у кого есть возможность на AWS в аренду взять инстанс с GPU и без, и протестировать как это будет выглядеть через RDP
А в дата-центре нужно иметь своего человека или через kvm over ip все вполне можно разрулить в случаи чего? Спасибо, что тратите свое время на ответы на мои вопросы! Вроде, что проясняется. Вижу загвоздку только в финансах, сколько в это могут инвестировать.
Весь день посвятил изучению SignalR, штука действительно вкусная. Может я извращенец, но подумываю на базе SignalR создать API одной системы (не сайта, m2m взаимодействие).
Функционал API должен для начала иметь:
1) Возможность выгружать клиенту данные из БД за определенный временной период, который укажет в своем запросе клиент. Ответ сервера клиенту в виде конверта SOAP.
2) Клиент подписывается на событие обновление в БД (UPDATE, INSERT). Ответ сервера клиенту в виде конверта SOAP.
При создание клиентского приложения указывается юрл веб-сервиса откуда перетерся WSDL и генерируется прокси-класс.
Стоит браться реализовывать такое на SignalR? Простите за вопрос, сроки сжаты на проект и терять время не хотелось бы. Спасибо.
Да наверно вы правы. Не осознано как то вышло, даже по привычке. Кстати Хабру неплохо бы добавить веб форму для обращение к суппортам, а то пока почту откроешь, а там письма, пока причитаешь и забудешь что хотел.
Вот теперь и мучаюсь с поиском storage для Cross-Domain взаимодействия