Способы передачи файлов по сети. Кроссплатформенно.

[vitaly_l]

Главное, чтобы при создании утюга не получить слона

Создание слона??? Это разве плохо???

Создание слона - это круче чем нобелевская...

Когда нужно забить один гвоздь, проще взять молоток, а не станок весом в 10 тонн для забивания гвоздей со скоростью 10 гвоздей в секунду.

Потом, когда понадобится забивать 10 000 гвоздей в секунду придётся модернизировать молоток..., а выльется в переделывание всего... Логистика - это наука.



.

[alexey38]

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

Когда нужно тиражировать изображения, можно распечатать на цветном принтере, можно распечатать в типографии. Весь нюанс в том, что типография делает вначале 100-200 пробных оттисков, чтобы получить первый качественный результат. Если нужно сделать одну или 10 или 100 копий, нужно печатать на принтере, это быстрее и дешевле. А если нужен тираж в 10 000 или 100 000 экземпляров, то только типография.

И сокеты и веб - это все стандартные вещи. Для обмена можно использовать стандартные спецификации. В одном случае Вам нужно описать конкретное соединение и обмен файлами. В другом случае у Вас есть станок способный одновременно поддерживать 10 000 соединений и передавать 1000 файлов одновременно.

Добавлено спустя 4 минуты 55 секунд:

alexey38 писал(а):Когда нужно забить один гвоздь, проще взять молоток, а не станок весом в 10 тонн для забивания гвоздей со скоростью 10 гвоздей в секунду.
Потом, когда понадобится забивать 10 000 гвоздей придётся переделывать молоток, а выльется в переделывание всего... Логистика - это наука.

Безусловно логистика и прогнозирование потребностей - это наука или даже искусство.
Но на практике часто бывают случаи, когда купив станок для забивания гвоздей со скоростью 10 штук в секунду, выясняется, что гвоздевое соединение не годится, и нужно болтовое или заклепочное. А это совсем другой станок. И ты попал на бабки со своим станком для забивания гвоздей.

Поэтому пока нужно забить 1 или 10 гвоздей, то используют молоток (даже есть есть станок). А когда появляется задача забить 1 000 000 гвоздей или закрутить 1 000 000 болтов, тогда и приобретается конкретный станок под конкретную задачу.

[vitaly_l]

тогда и приобретается конкретный станок под конкретную задачу

Можно подумать забивание одного гвоздя - это мол якобы неконкретная задача... (в смысле всё зависит от ТЗ)...



.

[alexey38]

тогда и приобретается конкретный станок под конкретную задачу

Можно подумать забивание одного гвоздя - это мол якобы неконкретная задача... (в смысле всё зависит от ТЗ)...

Один гвоздь можно забить чем угодно, даже камнем. А когда будет задача на 1 000 000 гвоздей, то перечень инструментов сузится до минимума.

[veresk]

Ну вы, товарищи, и флудеры. Как на LOR попал, чесслово. А ведь специально завёл тему, чтоб получить чёткий ответ на конкретный вопрос.

Итак, уточняю: у меня есть два приложения, одно - "сервер", второе - "клиент". У сервера есть файлик, его надо передать клиенту. После некоторой работы, клиент должен вернуть серверу другой файлик. На этом всё. Клиентов может быть 10-30 штук, навряд ли больше.

Корпоративные изыски никого не интересуют, приложение предназначено для учебного заведения. Поднятие отдельного HTTP\FTP сервера плохо, так как цель - минимизация проблем с установкой. Короче говоря, некому там ещё и сервер поддерживать. Цикл инсталляции должен быть минимален: поставили сервер, поставили клиентов, написали список клиентов на сервере, заработало. Никаких настроек у клиентов быть не должно.
Изыски с использованием SSH, RCP и прочих отметаются: настраивать ещё и авторизацию этого барахла некому.
Ну и напоследок добить: у них уже сейчас половина машин в дуалбуте "win\lin" и сия прога должна не зависеть от того, на какой ОС запущено, скорее всего, будет работа с половиной клиентов под Lin, половиной под Win и с сервером на одном из них.

[Mr.Smart]

у меня есть два приложения, одно - "сервер", второе - "клиент"

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

Ну вы, товарищи, и флудеры.

Да есть любители. Не будем показывать пальцем...

[kosteek]

veresk, кто мешает разработать свой протокол передачи файлов/текста? Используйте TCP/UDP/Socets. В Indy есть нужные компоненты.

[veresk]

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

Никакого протокола я ещё не придумал. И с большим бы удовольствием не стал придумывать, была бы возможность воспользоваться чем готовым.

[stikriz]

Никакого протокола я ещё не придумал. И с большим бы удовольствием не стал придумывать, была бы возможность воспользоваться чем готовым.

А придется...
Предлагаю на сокетах, любых, можно по минимуму. Передаем размер файла, потом все байтики файла. Сервер принимает размер, читает столько байтмиков, сколько указано, обрабатывает файл, и остылает точно так же. Вот удобный сокет, но для винды, потому, что под линь я не пишу:

Добавлено спустя 1 минуту 3 секунды:


Удалите ненужное. Вы же пирограммист?! Клиент по аналогии.

Если не можете писать самостоятельно, то сообщите сколько Вы можете заплатить?

[Mr.Smart]

stikriz большой уже, а тег [сode] не используешь...

[stikriz]

Это как раз для локальных сети, где не надо думать о хакерских угрозах

Добавлено спустя 2 минуты 27 секунд:

stikriz большой уже, а тег [сode] не используешь...

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

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

[veresk]

Удалите ненужное. Вы же пирограммист?! Клиент по аналогии.
Если не можете писать самостоятельно, то сообщите сколько Вы можете заплатить?

Неправильный посыл, не программист я. И вряд ли когда-то был. И, надеюсь, никогда не буду. Админ я, линуксовый.
Гм.. Платить за бесплатный софт.. Это, кажется, называется "донейтить разработку".

Использую. Сообщение максимальное маленькое - видимо, где-то накосячил, и все сбилось - сорьки.
Вообще, обидно, когда толковые советы называют флудом. Не можешь сам напмсать- пиши в помощь за деньги. А оскорблять-то зачем?

Где кто и кого оскорблял? Тег 'code' надо не только закрывать, но и открывать.
До обращения в платное отделение я ещё не созрел, я прошу не писать за меня, а подсказать, что и как делается. Пишу-то я сам.

[alexey38]

Итак, уточняю: у меня есть два приложения, одно - "сервер", второе - "клиент". У сервера есть файлик, его надо передать клиенту. После некоторой работы, клиент должен вернуть серверу другой файлик. На этом всё. Клиентов может быть 10-30 штук, навряд ли больше.

Однозначно - решение на сокетах. Хороший вариант предложил stikriz, можно ничего не выкидывать (больше не меньше).
Можно пробовать другие библиотеки типа инди.

[Padre_Mortius]

если stikriz не будет против, то можно код сделать вложением, ибо скролить такое тяжело

[stikriz]

если stikriz не будет против

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

Где кто и кого оскорблял?

Вот тут:

Ну вы, товарищи, и флудеры. Как на LOR попал, чесслово.

Практически, все советы, которые тут давались были очень интересны и по делу.