Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Begoo

Страницы: [1]
1
Цитировать

1. pipes
2. shm
3. msg
4. socket

Как все это объединить?
pipes - это буфер?
msg - это посылка сообщения программе?
Можешь мне помочь обрисовать схему, как это все можно организовать? (примеры?)
Спасибо.

2
Цитировать

perldoc perlipc

А можешь подсказать какие функции использовать или пример? а то почитал, толком ничего не понял...

3
Цитировать
есть еще вариант с тредами
perldoc threads; #require 5.8.1;

Как заманчиво звучат эти слова! А поподробней сам алгоритм можно? И что насчет внедрения в процессс?

4
Задача такая: есть один скрипт, который работает постоянно, можно ли каким-то образом передать ему данные из другого скрипта, который потом запустится?
Можно ли зная ID этого процесса войти в него?
Или получить доступ к его переменным?

Для чего это надо: есть скрипт, который соединяется с сервером(сокетами), и пишет на выход полученные данные, так вот, необходимо и посылать запросы в то соединение.

Есть несколько решений: записывать пришедшие данные на диск, а скриптом с сокетом постоянно проверять наличие, записывать в базу данных. НО все эти варианты медленные и с нагрузкой...Может есть какие-то другие?

5
спасибо, просто такое ощущение что меня не понимают....

6
ну если не хочешь ответить то и ладно, а от прочтения еще раз RFC понимания не появиться

7
Phoinix
Цитировать
Получишь, вопрос только от кого (от какого пользователя)?

А с кокого перепуга? от этого и получу, соединение то установлено и направлено на этот скрипт.
Цитировать

1. Первое подключение:
пользователь -> запрос -> скрипт производит обработку генерит ключ -> ответ (с ключем)
2. Последующие подключения:
пользователь -> запрос (с ключем) -> скрипт проверяет ключ, на основе его восстанавливает какие-то параметры требуемые для работы (параметры можно хранить в той же БД) -> ответ

Ну это да, можно так сделать, ну опять же задержки.

Просто вообще не понятно как работает сервер: то ли он просто принимает все ожидаемые данные (Content-Length) и потом отправляет их в STDIN, или из STDIN можно читать сколько данных придет и сколько нужно.

Кто может ответить?

8
NeoNox
Смотри, я соединяюсь с сервером, посылаю ему запрос такого вида
cmd> POST /cgi-bin/nph-a3.pl HTTP/1.0
cmd> Content-Type: application/x-www-form-urlencoded
cmd> User-Agent: Mozilla/3.0 (compatible)
cmd> Host: 192.168.0.98
cmd> Content-Length: 17
Далее идут два enter\'a, и сервер понимает что заголовок окончен.
И передает передачу скрипту. Вот я и хочу узнать, далее это обычное TCP соединение или нет?
Могу ли я как в сокетах, прочитать данные (read(STDIN, $query, 8192)), потом их обработать и послать ответ, далее мой клиент (написанная программа) принимает эти данные, и отвечает опять.... получую ли я эти данные из STDIN?

9
Т.е. если я например делаю такой запрос
cmd> POST /cgi-bin/nph-a3.pl HTTP/1.0
cmd> Content-Type: application/x-www-form-urlencoded
cmd> User-Agent: Mozilla/3.0 (compatible)
cmd> Host: 192.168.0.98
cmd> Content-Length: 17

url=url&post=post

Потом в скрипте читаю
read(STDIN, $query, $ENV{\'CONTENT_LENGTH\'});
и пишу
$query=\'\';
while(length($query)<=0) {read(STDIN, $query, 8192);};

Получится ли принять эти данные, если я после POST запроса еще что нить пошлю?

Страницы: [1]