onstat-...Сервер может превратьться в клиента по любым причинам, в болшенстве случаев не зависящим от разработчика, и по опыту очень даже быстро.

немного лирики...тьху определений...
Сервер - тот кто предоставляет услуги в сети...
Клиент - тот кто использует эти услуги.

всё, другого нема..хотите этого Вы или нет...
Посему любая станция или группа станций может выступать как сервер(а) так и клиенты(ом). Но (!) тут есть маленьчкий нюанс (точнее их гораздо больше, но опустим) - сервер должен предвидеть все те ситуации в которые его может загнать клиент(ы)... Посему не совсем правильно не прокачав эти аспекты делать из клиента сервер (например).. сервер в клиента - это наверное просче, тут затрагиваются в основном проблемы секьюритей и скорострельности....

с уважением
(круглый)

Makar4ik....Сервер и клиент - разные вещи....
истина...одобрям...

Makar4ik...Сервер к примеру должен быть устойчивым и надежным. Ну, по возможности еще и быстрым. Но он не обязан быть таким же умным как клиент....

простите Вы противоречите определению - см. выше.. в топку... Или по другому, я наверное открою серкет, но кс решения нуна не только в плоскости умный-быстрый смотреть...Иначе Вам потребуется удача

Makar4ik...Я не имею сейчас в виду что-то типа SQL сервера......

на самом деле пофигу что брать... у сиквол сервака кто есть клиент ? прально - его драйвер... весь ум которого заключается в сравнении типов, имён и преобразование к типам того языка под которым он лежит...

Makar4ik...Возьмем, к примеру тот же самый FTP сервер.Ну отправил клиент ему запрос с лишним пробелом на конце.Сервер не обязан при этом его отработать. Вернет ошибку, и делов-то...А клиент обязан разбирать его ответы, парсить текстовые строки, и т.д. и т.п.В случае FTP, или скажем, POP3 протоколов серверы выглядят куда более простыми, нежели клиенты.......

возьмём.. эххх...я наверное открою большой секрет - но что и кто должен делать те или иные действия определяемые задачей - увы и ах ни каким рэксом не связаны со стороной их обработки.. Не конечно же связаны, но(!) и это очень важно(!!!) НЕТ ШАБЛОННЫХ РЕШЕНИЙ(!!!) вдумайтесь... и прочитайте ышо раз то, что Вы написали постом выше... Поясню... Например у нас один клиент и один сервер (почему бы и нет?) ... Задачи сервака тупо отрабатывать как мона скорее рядом с хранилищем данных (ну задача такая к примеру) - либо на не стандартном железе (пущай будет at89c51rc - это такой МК)...Работу связанную с проверкой формата мы можем водрузить на клиента ? а почему бы и нет ? Кто запретил ? И продолжаем экспиримёнт.. увеличиваем кол-во клиентов...Опс...тут уже всем становиться понятно, что сервак без проверки формата запроса - мягко говоря не жизненное решение...Значит функционал поехал на сервак...

надеюсь кривой пример пояснил мою предыдущую мыслю...


Makar4ik..Все дальнейшее усложнение сервера - это повышение надежности, скорости и управляемости. Просто путь от запорожца к мерседесу. Но колес - все равно столько же, и водитель-клиент этого сервера-мерседеса все равно должен лучше знать, куда рулить...

ну это заблуждение...
например берём клиентов со стандартизированным шлюзом(интерфейсом) ну какой нить IE броузер к вэб сервакам..И шо мы видим ? А ничего.. Плевал(и правильно делал в рамках поставленной задачи) клиент на управляемость сервера !!!!


с уважением
(круглый)
ЗЫ
Понимаете ли в чём дело мил человек... КС системы тем и хороши, что догм нет...И это НЕТ идёт от определения...см. выше...