// ________________________________________________ Int, огромное спасибо за ваш развёрнутый ответ! Ясно. Стало понятнее. Большое спасибо! Сокеты... Ясно. А что при этом должен иметь установленным у себя клиент? Тоже что-то вроде небольшого сервера? Спасибо за ответ, но хотелось бы подробнее. Они работают в одном процессе, разными потоками? Или PHP - встраиваемая в Apache служба, на которую пересылаются пакеты для обработки? Можно ли на одном PHP написать, например, Messenger-чат? Видимо, я плохо объяснился. Я имел в виду следующее. У нас есть сервер-компьютер. На нём установлен, например, Apache+PHP+SQL. Мы хотим использовать эту связку из кода, например, написанного на C++. Как будет происходить общение между скомпилированным бинарником и сервером? Там возникает проблема синхронизации между процессами через ядро ОС. А это медленные cernel-команды! Мне и стало интересно, есть ли готовые решения. Судя по всему, ответ на этот вопрос дал arez: за что ему тоже большое спасибо. Посмотрю обязательно! Это ясно... Я не совсем это имел в виду. Я имел в виду не использовать Apache, и самому работать с сетевой платой... Уже понял, что тут сморозил глупость. Писать такую штуку - запариться можно! Буду исследовать Apache. Но в теме остаюсь. Уже видел, что люди писали свои сервера, почитаю про это. Вообще, не знаю что делать с этой кашей в терминлогии. У нас есть сервер-"компьютер" (железяка в серверной), сервер-"ловец сообщений" (например, Apache) и сервер-"приложение" (наш код). Как правильно писать про них? // ________________________________________________ Спасибо за ответ, rus! С C# всё очень просто. Там есть несколько способов работы с сетью. Есть готовый, встроенный в виртуальную машину сервер (!), и писать web-приложение можно с помощью классов Socket, общающихся с этим сервером. Также есть инструментарий для создания приложений SOAP (сервис-ориентированное програмирование). Наверняка есть ещё что-нибудь хорошее и удобное, C# весь такой, но если выбирать его, то и само приложение придётся писать на этом языке. А он имеет ряд минусов: 1. Требует виртуальной машины. 2. В следствие первого пункта интерпретируется, что понижает скорость выполнения кода. 3. Так как приложения, которые собираюсь писать, должны быть хорошо оптимизированными и кроссплатформенными. C# не годится по пункту 1 – linux не дружит с C# (точнее, наоборот!). 4. Нет прямого контроля памяти – есть автоматический мусорщик. Меня всегда это смущало: деструкторы мутить не удобно и вообще. Костыль. Action Script 3 юзаю только потому, что там удобно с графикой работать. Java потому, что популярно. C# потому, что быстро. Но везде есть «потому, что». 5. Да, вы догадались, я просто с предубеждением отношусь к этому языку и компании-автору... Кончилась-кончилась! Просто подумал за каникулы разобраться в теме. Для себя. // =========================================== Ещё раз – всем огромное спасибо! Буду копать дальше, и, если найду, обязательно буду выкладывать сюда что-нибудь интересное!