Расшариваете папку. Остальные к ней подключаются. Это и есть фаил-сервер.

В Windows есть возможность создать "Общую папку". Так вот... Создав такую папку вы можете увидеть ее на другом компьютере. Таким образом (в самом простейшем случае) делаются фаил-сервера.

Винни, Ей учитель сказал. Что ты на нее бочку катишь?

Позволь не согласится. Принципы построения фаил-серверных систем нужны. Я так сделал свою первую стратегию на Бейсике. Она записывала ход в фаил на шаре. Игрались.

До сих пор помню...
CLS
SCREEN 12
Далее по тексту.

РосгоснанораспилтрестВ 19каком году это было?
Принципы построения - нужны, да. В виде двух параграфов в разделе "История развития СУБД". Но в виде ПРАКТИКИ, да ещё и на ТАКИХ ГОВНАХ МАМОНТА...D 1994-5 Где-то так.

РосгоснанораспилтрестНу, так тогда и файл-серверная архитектура была актуальной. А сейчас это - история древнего мира.Ну почему? Фаил-серверная архитектура поддерживается торренто-качалками через галочку "следить за папкой". Я так перехват торрентов у себя сделал... 80-й порт заворачивается через pf на mman, там проверяется Content-Type и Content-Disposition. Если торрент, то меняются и задается вопрос "скачать" или "добавить задание". Ответы улетают локальному nginx'у с fcgi на Перле, который, в случае с скачать - отдает сам фаил, а в случае с "добавить задание" - кидает торрент фаил к себе в transmission-daemon, а клиента редиректит на гуй трансмишшена (Вебовский). В результате, когда, допустим, на Рутрекере сидишь - кликаешь на торрент, он спрашивает "скачать или добавить задание", кликаешь на "добавить задание" и роутер сам качает этот торрент. Красиво и приятно.

Division XДелфи, самба... сочувствую. Да что вы к Дельфи привязались... 7-я версия была очень хороша. Падала на проектах 2-4Мб+(Это бинарь. Исходников там было... Много). Визуалку с БД там нарисовать - как нечего делать... Пару метатаблиц и будет красиво, дописать свой интерпретатор языка (простого), это еще недели 2(Это для ХП, мы-же не можем использовать компилятор просто так)... Ну и все... На парадоксе БД уровня Аксесса, но быстрее - готова.

Division XНу.. Юзал пятый-шестой дебилдер, по сути тот же делфи, но на С++. Не особо впечатлён.Верно. От Билдера и Дельфисты плюются.Division XЛинковка статическая?Ага... "Все в ехе". Там механизм dll не интересно рисовать.
Division XЯ бы предпочёл на MySQL БД уровня MySQL. Чем винда+делфи+фвмаспарадокс выигрывает у LAMP?Ну наверно тем, что в Дельфи визуалка рисуется быстро... нет, еще быстрее. Быстрее чем при использовании ExtJS. Далее - тем что это "поставил-и-забыл", в то время как LAMP это КС и сервер может грохнуться. В некоторых случаях легче именно парадокс или SQLite. Ну и это работает быстрее чем PHP. По определению.

Division XWarstoneНу наверно тем, что в Дельфи визуалка рисуется быстро... нет, еще быстрее. Быстрее чем при использовании ExtJS.А кто заставляет использовать именно ExtJS? Вериантов ведь масса, от банальных хтмловских контролов до jQuery UI. Плюс кроссплатформенно.Я ExtJS привел только для примера, так как оно более монолитно и едино из того что я видел. Вообще - это про любой RIA фреимворк. А по поводу кросс-платформенно - в Дельфи наступает 2-й ренессанс. Есть x64(пока как говно, но оно есть), есть компиляция под Mac. Или уже есть или будет в следующей версии - компиляция под никсы. Так что тут тоже скоро будет кросс-платформенно.Division XWarstoneДалее - тем что это "поставил-и-забыл"Винда и "поставил-и-забыл" - взаимоисключающие параграфы.Передергиваете. У меня 7-ка 64-х разрядная. "Поставил-и-забыл" тут есть. Относится к игрушкам.Division XWarstoneв то время как LAMP это КС и сервер может грохнуться.От чего же он может грохнуться? Народ эти связки годами гоняет. Поставил, настроил и забыл.С "настроил" у кастомера могут быть проблемы (в некоторых случаях).Division XWarstoneВ некоторых случаях легче именно парадокс или SQLite.Согласен. Насчёт sqlite вообще не спорю.Ну тут еще мысль в том, что Парадокс более близок к Дельфисту, чем SQLite. Ну просто так получилось. Парадокс интегрирован в Дельфи по самое нехочу, в то время как SQLite - на равне с остальными СУБД (внезапно, правда?) И там нету "компонентика, который кинул на форму и SQLite у тебя в ехе". Так просто получилось.Division XWarstoneНу и это работает быстрее чем PHP. По определению.По определению - да, а по сути... Зная оверхед винды+делфийского рантайма по ресурсам, можно в этом уже засомневаться. К тому же, если скорость настолько критична, есть Си и CGI.Не-а... Веб браузер сожрет всю скорость. По поводу оверхеда в Винде - его можно пропустить, так как кастомеры все еще сидят на Венде. Я знаю что это плохо, но это факт.

NekZчто пишется людьми различных профессий и специальностей (от дворников до научных работников)Это камень в BFS что-ли? Когда в ядро был предоставлен патч на шедуллер, который "не тормозит полноэкранное флеш видео", но его не взяли? (Кстати, или взяли?)

Division XЧто значит "пропустить оверхед"?Это значит он есть в обоих случаях. Вообще, когда мы говорим о Парадоксе, мы подразумеваем заказчика-имбицила с синдромом ФГМ в терминальной стадии. Причем работать с этой программой будут 1,5 землекопа. Так как если что-то серьезное, то это будет SQL какой-нибудь. А КС в таких случаях ведет себя сложнее. На одной машине и К и С. И К в виде Веба будет дичайшим оверхедом, по сравнению с вендой.

Division XНу, на несерьезном уровне полутора землекопам и OOBase/LOBase достаточно будет.А Дельфи в этом случае быстрее будет. Вообще... Все фаил-серверные решения работают до тех пор, пока они не прогорают на локах БД для апдейта. По моим ощущениям, при нормальном "средне-статистическом" подходе к проектированию работы с БД, это количество растет со временем... Примерно по 0,3-0,5 человека в год и сейчас составляет около 10-12 пользователей. То есть это потолок, после которого, фаил-серверные решения начинают или сыпаться и терять данные или на локах получается большая задержка.
С другой стороны, на таких количествах человек уже финансово оправданы SQL решения, поэтому, фаил-серверные решения - это времянка, которую можно слепить на коленке. И тут Дельфи, из-за визуального программирования, впереди планеты всей. Проигрывает она каким-нибудь динозаврам типа Клариона (У него принцип другой. Вы описали БД, а генератор нагенерил вам базу, приложение и отчеты. Потом вы жмете кнопку "компилировать" и получаете приложение "за так"). В таких условиях веб не нужен в принципе.

Если-же мы говорим о чем-то более, то тут, конечно, SQL. Переход на SQL сервер в Дельфи довольно прост (относительно), надо вместо одного "компонента", накидать несколько других компонентов и вуаля, у вас SQL версия вашего решения, которая может работать с большими объемами как клиентов, так и данных. Правда квалификация программистов должна резко вырастать при переходе с фаил на SQL серверные решения. И вот тут уже можно задуматься о переходе в веб. Вернее начинать его делать. Вот тут у Дельфи проблема, так как она не умеет достаточно хорошо работать с Вебом. Не научилась еще.

РосгоснанораспилтрестWarstone, это всё хорошо, пока не приходит время посчитать конечную стоимость решений.
Цифры не приведу, но думаю что соотношение будет ясно. Итак, считаем на имбецилла с землекопами.
В случае с дульфи у нас выходит:
- Затраты на шиндошс (разовые+амортизация)
- Затраты на аппаратное обеспечение, на котором этот шиндошс может ззапускаться (разовые + амортизация)
- Затраты на антивирусное ПО (без которого шиндошс проработает неделю, а потом безнадёжно сдохнет) - регулярная абонплата из расчёта на рабочее место
- Затраты на дульфи (разовые)
- Затраты на файл-сервер (опционально, как правило это - комп секретарши) (разовые + амортизация).
- затраты на "программиста", он же одмин-эникейщик, которое это наколеночное говно разработает, и будет потом перманентно поддерживать, а также - перманентно реанимировать рухнувшие венды (постоянные).
- Периодические затраты на восстановление инфы с посыпавшейся на хрен базы.

В случае ВЕБ-решения мы имеем:
- Затраты на неттопы с Linux класса "Купил и забыл" (разовые + амортизация).
- Затраты на аутсорс-разработку ВЕБ-приложения (разовые)
- Абонплата "облачного" хостинга

ПОлучается - дульфи в проигрыше.Не-а... Получается ты живешь на луне. Объясняю:
1) Визио где? А 99% решений построения чего-либо НЕ IT рисуются там. Это факты. Нету аналогов. Из-за этого Виндоус и Офис будут. Просто потому что. И не надо про pdf. Мне рисовать надо. А клиент картинки хорошо понимает. Так что Визио.
2) Линукс, он такой... Админа требует. Которого еще найти надо (Ты где-нибудь Ubuntu админа видел?). Так что тут больше платить. Причем Админ еще и будет воротить нос от веба и "неправильной" разработки. То есть без сервера. Так что не айс.
3) Облако тут-же выкинули. Это Интернет должен быть стабилен. Крах интернета = убийству работы. Ни один нормальный руководитель не выкинет туда то, без чего он не сможет обойтись. Облако - это как виртуализация - о нем говорят только те, кому это выгодно.
4) Из 2 и 3 мы получаем Админа, Программиста и Сервер. Затраты на персонал УЖЕ больше, по железу УЖЕ больше.
5) Затраты на восстановление инфы из бекапов = 0. В обоих случаях. Не аргумент.
6) Антивирусное ПО... 4-й год живу на одной 7-ке (но с автообновлениями) и лажу по порносайтам. Вирусов нету. (Недавно тральную версию НОДа поставил ибо казалось что есть. Нету). Это миф, в случае если у тебя стоит автообновление.

Фактически, до сих пор, COO (Cost Of Ownership) на венде с Дельфи меньше, чем на никсах с КС. При этом у тебя никсы не покрывают все, что есть в Дельфи. Сори. И давай не холиварить. У клиента пизженный Виндоус с Офисом. Так как в рассматриваемых нами случаях (когда опрадван Фаил-Серфер) так и будет.

ЗЫ: РосГос, тут обсуждается фаил-сервер и КС, а не Венда и Дельфи. Если так хочешь - поменяй на Linux и Lazarus. И получи все свои плюшки. Ты сюда, как всегда, не в тему холиварить пришел.