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

[Аватар]

Субд для того, что бы обеспечивать централизованное хранение и доступ к этой информации с соответствующими полномочиями. А хранение файлов пусть и в подкаталогах, но в рядом с exe это уровень лабы. Ну установите прогу на 7-ке на системный диск, много туда напишите?

[Алексей_2012]

Не знаю-не знаю) Я пока еще думаю что там должно быть, хотя и список требований мне предъявили, но нужно вить еще предусмотреть установлен ли ворд на пк, если нет, то средствами проги открыть и так далее, хотя наверное без ворда даже *.doc в rtf не превратишь без установки дополнительных ПО, но это пока только предположения, главная проблема по прежнему-общение двух пк через локальную сеть, и то что вы мне подсказали про ФТП и RDP-хоть что-то, но по-гуглив я, если честно, еще более запутался(((

[Человек_Борща]

А это вообще очень плохо

Зависит от ПО.

Вообще, должно быть конфигурабельно для пользователя.

Ну вот есть у меня данных на 4 гб. Их в Application data прикажете поместить?

Юзер имеет тенденцию умертвить ОС, удивиться что любимое ПО опять надо напильником долбать(сис. диск затерся же), а затем люто ненавидит разработчика за такую фигню.

[Алексей_2012]

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

[northener]

Юзер имеет тенденцию умертвить ОС, удивиться что любимое ПО опять надо напильником долбать(сис. диск затерся же), а затем люто ненавидит разработчика за такую фигню.

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

Сообщение от Алексей_2012

Файлы добавляет пользователь, файлы сохраняются рядом с ехе файлом программы, при скачивании файла нужно достичь того же эффекта, то есть клон программы при скачивании из определенной папки (так же и из Topendialog1) копирует файлы в свою папку где ехе файл, пользователь работает с этим файлом и по нажатии кнопки сохранить файл по сети передается на другой пк, а из папки не базового ПК удаляется))))) Просто пишу хранилище данных, в колледже в качестве дипломной дали, вот и думаю как бы лучше все организовать, учителям одно, студентам только скачка и просмотр, главное надо разобраться как с сетью работать, и с компонентом, про который спрашивал в другой теме)

Ох чую, что суть топика именно в "главное надо разобраться как с сетью работать, и с компонентом, про который спрашивал в другой теме)". А всё остальное только "побочный мусор".

[Человек_Борща]

Если уж в БД хранить, то почему бы не в BLOB'ах?

[Slym]

HTTP Никто не упомянул...
На IdHTTP можно быстро поднять мини сервачок он и принимать может и передавать...
Только проблема - сервачек должен постоянно запущен на машине-хранилище.

[eval]

зачем в локальной сети все эти сервачки?
шару откроют да и все дела