|
Передача данных м-у приложениями
|
||
|---|---|---|
Участник
Откуда: Из ближайшего подмосковья.
Сообщения: 2 130 |
||
| 10.11.2002, 18:13 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Не подскажете каким способом быстрее всего передавать информацию между приложениями? Сиуация: есть сервис на Win 2000 и запускается CGI скрипт из под IIS. Нужно передать от скрипта к сервису и обратно какую-то информацию (около 1.5 мб туда и обратно). Каким протоколом можно воспользоваться и какой будет быстрее? Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2002, 17:47 |
|
||
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
Именованые каналы, сокеты ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2002, 18:13 |
|
||
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
А FileMapping побыстрее будет! Правда работать с ним сложнее и в данной ситуации может быть не лучшим решением. Зато теперь ответ исчерпывающий. ______ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2002, 07:10 |
|
||
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
еще: майлслоты, WM_COPYDATA ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2002, 09:50 |
|
||
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
Спасибо за отзывы, но... Прав у пользователя IUSR_DOMAIN для того, что бы посылать сообщения (WM_COPYDATA) сервису, увы, нет, а CGI-скрипт запускается из-под IIS именно с этими правами. FileMapping мог бы подойти, но как передать сообщение сервису о том, что информация обновилась (что бы он постоянно не сканировал этот расшаренный файл)? Сокеты - вариант хороший, с ним и работаю, но при большой загрузке машины (В смысле траффика) работает медленно. Ищу более быстрый вариант... Кстати, а по поводу Named Pipes - там ведь тоже надо сервису посоянно сканировать канал на предмет обновления информации, или же есть механизм сообщения приложению о том, что информация изменилась? Подскажите, плз, никогда с ними не работал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2002, 12:05 |
|
||
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
С пайпами и майлслотами не нужно ничего сканировать. Просто поток будет простаивать в ожидании через функцию WaitForSingleObject. С остальными можно такое же проделать, если дополнительно задействать объект ядра Event (см. MSDN). Его засигналенного состояния тоже можно ожидать через WaitForSingleObject. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2002, 13:43 |
|
||
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
Прикалываться так по полной... Еще DDE, OLE. Да и объектов синхронизации поболее будет: Mutex, Semaphore, при желании (зачем? а просто так!) можно и CriticalSection приделать. ______ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2002, 14:17 |
|
||
|
Передача данных м-у приложениями
|
|||
|---|---|---|---|
|
#18+
DDE и OLE - не очень подходят из-за громоздкости и медлительности, а вот на счет WaitForSingleObject - вот за это спасибо!, совсем забыл про него (т.к. никогда не было надобности использовать). Спасибо за помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2002, 17:19 |
|
||
|
|
start [/forum/topic.php?fid=58&msg=32066260&tid=2119662]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
67ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 162ms |
| 0 / 0 |
