Подскажите, пожалуйста...
Есть приложение клиент-сервер.
Клиент -программа под Windows.
Сервер -под Unix(Sun Solaris).
Как лучше(проще,правильнее)установить соединение(какими средствами?),чтобы в клиенте получить доступ к файлам на сервере?(чтение,запись,создание)
Бизнес-логика реализована на сервере,обмен управляющей информацией организован через сокеты.Вроде облом взаимодействие с файловой системой также организовывать.
Может,кто сталкивался?
Есть ли какие-то стандартные подходы?(идеи ,алгоритмы,средства)
Можно ссылки на литературу или сайты.

Здравствуйте iiip, Вы писали:

I>Клиент -программа под Windows.

Internet API и MFC-обертки к нему (CFtpConnection и подобные).

I>Сервер -под Unix(Sun Solaris).

любой ftp сервер.

Здравствуйте iiip, Вы писали:

I>Как лучше(проще,правильнее)установить соединение(какими средствами?),чтобы в клиенте получить доступ к файлам на сервере?(чтение,запись,создание)
Samba, Samba и еще раз Samba. (http://www.samba.org/)

В итоге ты можешь создавать шары (shared folders) напрямую видимые из винды — без всяких
дополнительных телодвижений. Если надо будет помощь — обращайся — помогу.

Здравствуйте TepMuHyc, Вы писали:

TMH>Здравствуйте iiip, Вы писали:

I>>Как лучше(проще,правильнее)установить соединение(какими средствами?),чтобы в клиенте получить доступ к файлам на сервере?(чтение,запись,создание)
TMH>Samba, Samba и еще раз Samba. (http://www.samba.org/)

TMH>В итоге ты можешь создавать шары (shared folders) напрямую видимые из винды — без всяких
TMH>дополнительных телодвижений. Если надо будет помощь — обращайся — помогу.

Через Samba то понятно.
Но! Заказчику не нравится.
Мол,требует дополнительной установки ПО,настройки.
Мол,продукт должон работать сам по себе(купил,установил,
пользуйся).
Так что надо реализовать это без использования специального ПО.
Неужели нет стандартного решения?(может,
классов или библиотек)

Здравствуйте iiip, Вы писали:

I>Через Samba то понятно.
I>Но! Заказчику не нравится. Мол,требует дополнительной установки ПО,настройки.
I>Мол,продукт должон работать сам по себе(купил,установил,пользуйся).
Для прозрачной (именно "прозрачной") работы под винды (да и под любую другую
операционку) такого ничего нету... Всегда надо ставить (или зашивать в приложение)
какой-то дополнительный сервис.

Такой подход чреват. Дырами, багами и еще бог знает чем. Гораздо проще воспользоваться
уже готовым ПО где эти дыры и баги приведены к разумному минимуму.

С другой стороны, что тебе мешает поставлять Samba Daemon в составе своего
продукта — это всего один исполнимый файл и несколько конфиг-файлов.
А самбу можно сконфигурить так, что шары будут невидимы в эксплорере
(надо только указать что они "non-browsable"). И еще надо не забыть указать
в лицензии на свой продукт что вместе с ним поставляется Samba (это требование
GNU public license под которым выпускается Samba).

Или, прикомпилировать ее к своему приложению, но... в этом случае ты должен
отдать код своего приложения в свободный доступ (это тоже требование GNU public
license).

В прошлом письме я забыл добавить. Доступ к файлам через шары удовлетворительно
работает только в локальной сети. Через интернеи или модем — это тормоз страшный.
Впрочем, если ты пытался доступаться к шарам через модем, то и сам это знаешь.
Для доступа через инет лучше подходят HTTP или FTP.

I>Неужели нет стандартного решения?(может, классов или библиотек)
Стандартные решения есть, но не на уровне библиотек, а на уровне приложений
(и, имхо, это весьма разумно). Это может быть FTP (wu-ftpd), HTTP (apache) или
Samba сервер.

На клиентской стороне (винде) для доступа по FTP и HTTP есть так называемое
WinInet API — ищи в MSDN'е. Правда, при помощи его ты сможешь получать файлы —
с их передачей на сервер — голяк.

Здравствуйте TepMuHyc, Вы писали:


TMH>На клиентской стороне (винде) для доступа по FTP и HTTP есть так называемое
TMH>WinInet API — ищи в MSDN'е. Правда, при помощи его ты сможешь получать файлы -
TMH>с их передачей на сервер — голяк.

А какие проблемы с передачей на Unix-сервер из Windows файлов по ftp с использовнием WinInet API? Прекрасно передаются. Им без разницы куда. Тут уже указывался для примера класс CFtpConnection.

Здравствуйте TepMuHyc, Вы писали:

TMH>Для прозрачной (именно "прозрачной") работы под винды (да и под любую другую
TMH>операционку) такого ничего нету... Всегда надо ставить (или зашивать в приложение)
TMH>какой-то дополнительный сервис.
Можно было б и зашить.Просто не хочется колесо изобретать.Есть серверный демон,принимает каманды от клиента.Что ж ,учить его ещё файлы для клиента создавать(читать,писать,строчки выдавать)?
Как-то муторно.

TMH>Такой подход чреват. Дырами, багами и еще бог знает чем. Гораздо проще воспользоваться
TMH>уже готовым ПО где эти дыры и баги приведены к разумному минимуму.
Я тоже так думаю.Но хозяин барин.Сделано сейчас через самбу.Не нравится.

TMH>С другой стороны, что тебе мешает поставлять Samba Daemon в составе своего
TMH>продукта — это всего один исполнимый файл и несколько конфиг-файлов.
TMH>А самбу можно сконфигурить так, что шары будут невидимы в эксплорере
TMH>(надо только указать что они "non-browsable"). И еще надо не забыть указать
TMH>в лицензии на свой продукт что вместе с ним поставляется Samba (это требование
TMH>GNU public license под которым выпускается Samba).
Если невидимы в эксплорэре,то невидимы и в диалогах открытия.А их хотелось бы использовать.Да и пусть будут(только хотелось бы после авторизации клиента на сервере).

TMH>Или, прикомпилировать ее к своему приложению, но... в этом случае ты должен
TMH>отдать код своего приложения в свободный доступ (это тоже требование GNU public
TMH>license).
Ну,тут не тот случай.

TMH>В прошлом письме я забыл добавить. Доступ к файлам через шары удовлетворительно
TMH>работает только в локальной сети. Через интернеи или модем — это тормоз страшный.
TMH>Впрочем, если ты пытался доступаться к шарам через модем, то и сам это знаешь.
TMH>Для доступа через инет лучше подходят HTTP или FTP.

I>>Неужели нет стандартного решения?(может, классов или библиотек)
TMH>Стандартные решения есть, но не на уровне библиотек, а на уровне приложений
TMH>(и, имхо, это весьма разумно). Это может быть FTP (wu-ftpd), HTTP (apache) или
TMH>Samba сервер.
Наверное,придётся подумать насчёт ftp(обсудить с заказчиком).Вроде ftp сервер входит по умолчанию в Solaris.

TMH>На клиентской стороне (винде) для доступа по FTP и HTTP есть так называемое
TMH>WinInet API — ищи в MSDN'е. Правда, при помощи его ты сможешь получать файлы -
TMH>с их передачей на сервер — голяк.
Вот читал msdn.Они пишут:CFtpConnection--->CInternetFile* OpenFile--->CInternetFile::Write
Что,врут?Пишут,что всё будет хорошо.

Здравствуйте iiip, Вы писали:

I>Подскажите, пожалуйста...
I>Есть приложение клиент-сервер.
I>Клиент -программа под Windows.
I>Сервер -под Unix(Sun Solaris).
I>Как лучше(проще,правильнее)установить соединение(какими средствами?),чтобы в клиенте получить доступ к файлам на сервере?(чтение,запись,создание)
I>Бизнес-логика реализована на сервере,обмен управляющей информацией организован через сокеты.Вроде облом взаимодействие с файловой системой также организовывать.
I>Может,кто сталкивался?
I>Есть ли какие-то стандартные подходы?(идеи ,алгоритмы,средства)
I>Можно ссылки на литературу или сайты.


Да ни проще ли на серверной части написать пару функций для работы с файлами, и расширить "управляющую информацию" что бы можно было эти функции вызывать, а то ведь в конце концов windows с unixom так и общаются, через tcp/ip. А напрямую работать с файлами с клиента, то это просто кароста какаята получится, для которой отдельно надо будет делать подключение к unixу которое надо будет настраивать отдельно итп.

Здравствуйте Аноним, Вы писали:


А>Да ни проще ли на серверной части написать пару функций для работы с файлами, и расширить "управляющую информацию" что бы можно было эти функции вызывать, а то ведь в конце концов windows с unixom так и общаются, через tcp/ip. А напрямую работать с файлами с клиента, то это просто кароста какаята получится, для которой отдельно надо будет делать подключение к unixу которое надо будет настраивать отдельно итп.
Вроде как не сильно и проще.
Да и проблема в том,что не хочется колесо изобретать.Раз это надо всем,значит кто-то уже сделал.
Т.е. вроде должны быть средства.
Я уж не говорю о диалогах на клиенте выбора файла(папки).Это не короста?
А так действительно сделать подключение,настроить и вперёд.Никаких итп.