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

[Ism]

Когда программа вдруг открывает 80 прот и становится сервером, думаю возможны срабатывания

Поэтому смотрите ssh это стандарт безопасной передачи данных

Добавлено спустя 1 минуту 20 секунд:
Клиент
http://putty.org.ru/
http://openwiki.ru/wiki/PuTTY

[Brainenjii]

в контексте задачи ftp (или http) для авто обновления удобнее. Но вот, например, мне очень хочется реализовать SCGI сервер позади какого-нибудь nginx'a. И чтобы он мог принимать файлы. Как это сделать, минуя сокеты?

[Ism]

Тогда нужен nat
Вообще пытаясь действовать в обход стандартных средств вы ухудшаете безопасность системы

[Brainenjii]

При чем здесь nat? 0.o И что не стандартного в SCGI? Я хочу сделать веб-интерфейс, CGI - это медленно и дорого, FCGI - нет документации к тому что есть в FCL и довольно сложно реализовать самому. SCGI - база сделана за пару часов, файлы оставил напоследок, не ожидая никакой беды. В треде попробовал сделать маленький пример - и тут же непреодолимые (с моими знаниями) грабли...

[alexey38]

Если решение корпоративное, то смена внутреннего протокола, это не проблема, перекомпилировать клиента и сервера и разом заменить все программы.

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

Прежде, чем так утверждать, нужно головой думать.
Если речь идет о корпорациях, то там на FreePascal в принципе никто не даст написать средство передачи файлов по сети. Там уже есть внутренние стандарты, которые указывают какие средства и технологии нужно использовать. Там и web, и ftp, и sql уже определены, часть платные. Шаг вправо или влево - расстрел, таковы правила крупных корпораций, которые не хотят разбираться как устроена некая частная технология.

Тема называется о передачи файлов внутри сети, а не через инет.
Самый простой способ - файловый сервер, не требующий какого либо программирования для передачи файлов.
Если нужно рассылать файловую систему, то имеет смысл фтп-сервер. Веб-тоже имеют свои цели, но раздача файлов - это не основная функция вет-сервера. Использовать компьютер для забивания гвоздей глупо. Установив любой публичный сервер необходимо обеспечивать его поддержку, выполнять обновления и т.п., т.к. дыры в корпоративной сети не нужны. Прикладная часть может не меняться, но следить за серверной частью нужно обязательно.

Низкоуровневые технологии просты, понятны, безопасны и т.п. Если программа написана прямыми руками, с комментариями и описанием, то и сопровождение не будет затратным. Чтобы переустановить не нужно ничего делать. А на веб-сервере, переустановка требует квалификации, т.к. настроек там миллион, а нужную нужно знать, где искать. При смене ответственных специалистов велик шанс сделать неправильно, например, с дырками.

[alexs]

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

По возможности надо в своих приложениях надо придерживаться общепринятых стандартов - они не зря придуманы. OSI никто не отменял.
Пусть передачей файлов занимается тот, кому этим надо заниматься. А в бизнес софт вносить не относящися к его работе функционал - вы наживёте себе проблем.

PS
Из моего опыта - чем "круче" разработчик, чем больше "крутых фишек" он начинает пихать в программу - тем хуже работает программа в той области, для какой она написана.

[Padre_Mortius]

Прежде, чем так утверждать, нужно головой думать.

Я повторю тоже самое. Вы никогда не работали в большой организации.

Если речь идет о корпорациях, то там на FreePascal в принципе никто не даст написать средство передачи файлов по сети.

В большинстве случаев там пишут на том, что знают сотрудники (а в большинстве случаев это вообще оказывается VBA), если надо, то за примерами можно сходить на тот же hh.ru.

Шаг вправо или влево - расстрел, таковы правила крупных корпораций, которые не хотят разбираться как устроена некая частная технология.

Под каждый проект пишется документация и определяются ресурсы, которые необходимы данному проекту. Ресурсы эти определяются только по согласованию с системными администраторами и безопасниками. Решения же на основе сокетов в большинстве случаев будут опасней нежели стандартные http, ftp или smb

Низкоуровневые технологии просты, понятны, безопасны и т.п. Если программа написана прямыми руками, с комментариями и описанием, то и сопровождение не будет затратным. Чтобы переустановить не нужно ничего делать. А на веб-сервере, переустановка требует квалификации, т.к. настроек там миллион, а нужную нужно знать, где искать. При смене ответственных специалистов велик шанс сделать неправильно, например, с дырками.

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

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

Полностью солидарен.

[Ism]

Блин, уже все давно придумано , вам нужно только набрать нужные технологии. Не удивлюсь, если есть уже готовые системы раздачи обновлений.
Почему , не использовать шифрованный торрент ?

Добавлено спустя 1 минуту 53 секунды:
http://ru.wikipedia.org/wiki/Libtorrent

[Padre_Mortius]

Почему , не использовать шифрованный торрент ?

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

[Ism]

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

Но для обновлений идеальное решение. И что такое специфический сервис ?

[vitaly_l]

По возможности надо в своих приложениях надо придерживаться общепринятых стандартов

Лично я - говорю тоже самое... Топик стартер создаёт кросплатформенную сеть (файловый сервер)... Соответственно нужно использовать кросплатформенные разработки высокого уровня..., (а не писать код на низкоуровневом машинном языке, когда есть Лазарус...) <=== метафора для аналогии

Из моего опыта - чем "круче" разработчик, чем больше "крутых фишек" он начинает пихать в программу - тем хуже работает программа

Это полезное наблюдение..., его надо использовать в нужном ключе..., а именно: Чем больше разработчик знает "крутых фишек", тем ему проще найти самое простое и верное решение.

Художники давно уже пришли к подобному решению (в основе всех сложных форм лежат простые)..., я точно не помню от кого пошло..., пусть это будет: Сальвадор Доменек Фелип Жасинт Дали и Доменек, маркиз де Пуболь или проще говоря ===> Сальвадор Дали...

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

.

[Padre_Mortius]

в организация сплошь и рядом в локалке подняты ftp-, http- и smb- сервера, но вот торрент-треккер как-то выбивается из этого ряда. Опять таки же кто, будет создавать под него раздачи? Идеальное решение это тот сервис, который уже поднят в сети и не требует дополнительного сопровождения. Торрент к таким сервисам не относится.

Чем больше разработчик знает "крутых фишек", тем ему проще найти самое простое и верное решение.

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

[vitaly_l]

Обычно такие товарищи и городят огороды с такими граблями, что исправлять их либо очень сложно, либо невозможно.

Возможно... не буду спорить... решение зависит от человека... Можно знать много и готовить плохо, а можно знать тоже много, но обед будет отменным...

[stikriz]

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

Потому, что "крутые фишки" пишутся не для какой области, а вообще. В 98 году слез с DCOM на сокеты. И просто по этому факту скорость работы программы увеличилась в сотни раз. Многим кажется, что лучше использовать что-то проверенное и "рекомендуемое" Взял компонент и пихнул - все. На самом деле, лучше иметь хорошую доку по низкоуровневым технологиям. А самое приятное, что эти знания и наработки повторно легко используются, и не надо постоянно переучиваться, иметь багаж бесполезных знаний.

[vitaly_l]

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

Если я правильно понял Вы предлагаете: Отменить HTTP, FTP итп. и всем перейти на сокеты?....