на сервере линукс, работает программа, которая по коннекту сокета, порождает процесс на этот сокет, и с ним уже работает.
на этом этапе все замечательно.
возникает проблема с пхп.
невозможно открыть постоянное соединение по сокету!
есть функция pfsockopen(), но не понятно, как далее (допустим после перезагрузки страницы)
обращаться в (поидее открытый) сокет?
т.е. получается так, загружается страница, открывает сокетное соединение, на сервере создается процесс, после обработки скрипта, соединение есстесно теряется, и на сервере остается жить суспенд-процесс.
Здравствуйте, bytex, Вы писали:
B>возникла ситуация.
B>на сервере линукс, работает программа, которая по коннекту сокета, порождает процесс на этот сокет, и с ним уже работает. B>на этом этапе все замечательно.
B>возникает проблема с пхп. B>невозможно открыть постоянное соединение по сокету! B>есть функция pfsockopen(), но не понятно, как далее (допустим после перезагрузки страницы) B>обращаться в (поидее открытый) сокет?
B>т.е. получается так, загружается страница, открывает сокетное соединение, на сервере создается процесс, после обработки скрипта, соединение есстесно теряется, и на сервере остается жить суспенд-процесс.
Вообще, афаик никак. См. php.net/pfsockopen в комментариях.
Единственный, на мой взгляд, вариант, породить на сервере (где пхп) какой-то процесс, с которым и будет договариватьсяч пхп.
Здравствуйте, Rumata, Вы писали:
R>Вообще, афаик никак. См. php.net/pfsockopen в комментариях.
R>Единственный, на мой взгляд, вариант, породить на сервере (где пхп) какой-то процесс, с которым и будет договариватьсяч пхп.
хм... а если реализовать с++ программу как cgi-апплет?
взаимодествие с пхп возможно?
Здравствуйте, bytex, Вы писали:
B>хм... а если реализовать с++ программу как cgi-апплет? B>взаимодествие с пхп возможно?
Да необязательно как cgi. Обычное приложение. Потом через system(). Да и еще есть варианты...
Здравствуйте, glyph, Вы писали:
G> Да необязательно как cgi. Обычное приложение. Потом через system(). Да и еще есть варианты...
так, вызов этой функции запускает программу, а это не нужно, т.к. программа уже должна висеть с открытым сокетом, а пхп нужно лишь передавать и принимать информацию из этого сокета.
важно чтобы сокет был постоянно открыт с однин клиентом!
Здравствуйте, bytex, Вы писали:
B>важно чтобы сокет был постоянно открыт с однин клиентом!
Ага, понял... С ходу ничего красивого придумать не могу... Разве что в стиле "блокировки файлов как флага"? К примеру, создать файл, читаемый и средствами php, и средствами программ на С. но... некошерно как-то.
Здравствуйте, glyph, Вы писали:
G> Ага, понял... С ходу ничего красивого придумать не могу... Разве что в стиле "блокировки файлов как флага"? К примеру, создать файл, читаемый и средствами php, и средствами программ на С. но... некошерно как-то.
скорее всего, вариант обмена инфой через файл, отпадет сразу, т.к. время выполнения скрипта будет происходить долго (не значительно, правда), итак, вместо того, тобы средствами пхп открывать сокет, используется внешняя программа.
тут нужно быстродействие...
Здравствуйте, bytex, Вы писали:
B>больше вариантов нет?
Рамки жесткие.
Кстати, не понял, почему быстродействие будет низким. Кажется, быстродействие будет ограничено скоростью соединения пользователя с сервером, а не скоростью чтения\записи в файлы на самом сервере.
Есть еще вариант. Обычное приложение, работающее с сокетом и пишущая\получающая результат через файл. Т.е. в файл она пишет html, из другого получает параметры\команды. Придется писать парсер конечно, однако perl или java имеют готовые модули... Поднапрячься — можно и для С найти... B>а хотелось революцию провернуть
Запасайся апельсинами.
Здравствуйте, bytex, Вы писали:
B>больше вариантов нет? B>прийдется тогда забить на веб, B>и начать разработку кутэ приложений...
Да ладно вам, нашли проблему. Слышали про существование локальных сокетов?
Итак, пишем прогу, которая должна быть запущена постоянно и она должна быть приконнекчена к сокету. Эта же прога открывает локальный UNIX-сокет, и банально перекидывает данные из сокета в локальный сокет и наоборот.
Пишем ПХП-скрипт, который коннектится к локальному сокету и работает с ним так же, как и с нормальным сетевым, и отконнекчивается. И ваши волосы будут гладкими и шелковистыми…
Если очень надо, даже прогу накатать могу.
Здравствуйте, Сергей, Вы писали:
С>Да ладно вам, нашли проблему. Слышали про существование локальных сокетов? С>Итак, пишем прогу, которая должна быть запущена постоянно и она должна быть приконнекчена к сокету. Эта же прога открывает локальный UNIX-сокет, и банально перекидывает данные из сокета в локальный сокет и наоборот. С>Пишем ПХП-скрипт, который коннектится к локальному сокету и работает с ним так же, как и с нормальным сетевым, и отконнекчивается. И ваши волосы будут гладкими и шелковистыми… С>Если очень надо, даже прогу накатать могу.
насколько я понял, пхп сокет (одноразовый) коннектится к локальной проге, говоря, что надо либо отослать, либо принять данные, так?
гениально как я сам не догадался спасибо огромное
как я сам не догадался 
спасибо огромное