Форум: "Прочее";
Текущий архив: 2007.10.14;
Скачать: [xml.tar.bz2];
ВнизХранение настроек. Найти похожие ветки
← →
evvcom © (2007-09-13 15:15) [40]Хозяин - барин. Переубеждать не собираюсь. Но я бы за поддержку такой программы не взялся, лучше уволиться, имхо.
← →
zdm77 (2007-09-13 15:16) [41]
> Eraser © (13.09.07 15:09) [38]
1. c выходом новых ОС, дефолтовые пути юзеров меняются.
2. doc and sett - не факт! можно по разному настроить. И в конечном итоге - не известно как их настроит админ.
И главное, ну сколько можно повторять..... приведите контраргументы хранения в БД!!!!
> iZEN © (13.09.07 15:06) [37]
>
> > zdm77 (13.09.07 13:41)
> >
> > *.INI для хранения настроеек - это конечно хорошо... где
>
> > их будем хранить?
>
> В каталоге ~/.config/
> Естественно!
Естественно - спать не на потолке(одеяло спадает). В чем естественность?
← →
vpbar © (2007-09-13 15:22) [42]>>zdm77 (13.09.07 15:16) [41]
>>1. c выходом новых ОС, дефолтовые пути юзеров меняются.
ну и что. Исчезнет возможность их узнать?
>>2. doc and sett - не факт! можно по разному настроить. И в конечном итоге - не известно как их настроит админ.
А это то тут при чем. Есть конечно "программисты" которые ститают что и винда должна стоять только в с:\windows .
>>И главное, ну сколько можно повторять..... приведите контраргументы хранения в БД!!!!
У меня контраргументов нет. Если прога работает с БД то почемубы настройки там не хранить.
← →
evvcom © (2007-09-13 15:26) [43]
> Ну вот вышла виста, потом еще чо=нить выйдет....и вечно
> думать о способе аутентификации юзеров и где, как и что
> хранится.
Нет, не нужно, если играть по правилам винды.
> 1. c выходом новых ОС, дефолтовые пути юзеров меняются.
И что? А ты думаешь все программы жестко пишут в D&S? Эти пути вычисляются.
> приведите контраргументы хранения в БД!!!!
Зачем? Храни в БД, если считаешь для себя, что так удобнее.
← →
Eraser © (2007-09-13 15:29) [44]
> vpbar © (13.09.07 15:22) [42]
> Если прога работает с БД то почемубы настройки там не хранить.
чтобы не смешивать мух с котлетами. Хоть программа и работает с БД, но эти сущности весьма ограничены друг от друга. Не стоит хранить вместе с данными какие-то служебные настройки программы. Тем более что может потребоваться ограничеть доступ к настройкам не админам к примеру.. вот тогда и появятся проблемы. Да и где сами настройки подключения к БД хранить то? ) а там пароль еще нужен )
← →
Prohodil Mimo © (2007-09-13 15:31) [45]Путь к базе храню в регистре (в software), там же имя последнего зашедшего пользователя и язык интерфейса по умолчанию.
Все остальные настройки, которые касаются конкретного пользователя храню в базе.
Пользователь идентифицируется до создания всех форм, а потому
> Если настройки должны применяться еще до логина
> пользователя, то база плохой путь
не мешает.
← →
iZEN © (2007-09-13 15:38) [46]
> zdm77 (13.09.07 15:16) [41]
> > > *.INI для хранения настроеек - это конечно хорошо...
> где
> >
> > > их будем хранить?
> >
> > В каталоге ~/.config/
> > Естественно!
>
>
> Естественно - спать не на потолке(одеяло спадает). В чем
> естественность?
В том, что пользовательские данные должны хранится в его профиле/домашнем каталоге и больше нигде. Разве это неочевидно? :O
← →
zdm77 (2007-09-13 15:42) [47]
> Eraser © (13.09.07 15:29) [44]
1. Про хранение путей к БД уже говорил, в exe вшито в DataBase компоненте.
2. Почему не стоит так хранить? т.е. смешивать данные со служебной инфой? я не вижу в этом аксиомы, точнее не услышал опять аргументов.
3. В БД есть users и roles в чем трабла-то?
← →
iZEN © (2007-09-13 15:44) [48]
> Eraser © (13.09.07 15:09) [38]
>
>
> > zdm77 (13.09.07 13:4
>
> настройки хранить в xml,
Ни в коем случае!
plain-text -- шашэфсйо, иначе разоришься на XML-парсерах.
← →
zdm77 (2007-09-13 15:44) [49]
> iZEN © (13.09.07 15:38) [46]
Очевидно, но той-же очивидности я могу спокойно добится (имеется домен и перемещаемые профили или нет, винда любая...) с помощью БД
← →
iZEN © (2007-09-13 15:47) [50]
> zdm77 (13.09.07 15:44) [49]
>
>
> > iZEN © (13.09.07 15:38) [46]
>
> Очевидно, но той-же очивидности я могу спокойно добится
> (имеется домен и перемещаемые профили или нет, винда любая.
> ..) с помощью БД
Да, не спорю. Можно поднять Oracle на Red-Hat и завести аналог ActiveDirectory на Novell SLES. В сети. С доменами и пользователями Windows. Чтобы хранить структуру из десятка сточек: свойство=значение
из пушки по воробьям...
← →
Anatoly Podgoretsky © (2007-09-13 15:48) [51]
> 1. c выходом новых ОС, дефолтовые пути юзеров меняются.
> 2. doc and sett - не факт! можно по разному настроить. И
> в конечном итоге - не известно как их настроит админ.
Ты что пишешь по путям, больше так не делай, спроси ОС пусть она скажет куда, что писать.
← →
Админ (2007-09-13 15:48) [52]zdm77 (13.09.07 14:18) [19]
Господа, ключевой фразой было услышать, почему несколько людей меня отговаривали от хранения настроек в БД. А не про перемещаемые профили и прочее.....
А люди что говорят?
← →
Вася Правильный (2007-09-13 15:51) [53]> пользовательские данные должны хранится в его профиле/домашнем
> каталоге и больше нигде
если юзер может работать то на одном компе, то на другом, то на третьем, то смысл хранить в БД есть, хотя можно хранить и в перемещаемом профиле (тоже БД фактически)
← →
Eraser © (2007-09-13 15:55) [54]
> zdm77 (13.09.07 15:42) [47]
> Про хранение путей к БД уже говорил, в exe вшито в DataBase
> компоненте.
конечно от задачи завист, но, в общем случае, это дурной тон.
> 2. Почему не стоит так хранить? т.е. смешивать данные со
> служебной инфой? я не вижу в этом аксиомы, точнее не услышал
> опять аргументов.
к примеру понадобится работать с другой БД, или БД банально упадет, что тогда делать?
к тому же, в случае хранения настроек в БД, они будут доступны третьим лицам, которым совершенно не обязательно их знать.
в общем никаких приемуществ такого подхода я не вижу, одни минусы.
← →
Eraser © (2007-09-13 15:57) [55]
> iZEN © (13.09.07 15:44) [48]
> иначе разоришься на XML-парсерах.
в виндовз, начиная с 2K, бесплатный есть, на ранние системы доустановить можно.
← →
zdm77 (2007-09-13 15:57) [56]
> Админ (13.09.07 15:48) [52]
Да в том то и дело, что ни чего кроме -ВОТ ДЕЛАТЬ НАДО ТАК!!! Я и хотел узнать почему у Вас.
Пока общались зделал следующие заключения.
Минусы хранения в БД настроек.
1. Настройка путей к БД до коннекта.
2. Мешание мух с котлетами, настройки и данные.
Опровержение.
1. Можно превратить в плюс. Не сложные настройки одного компонента, имея код перенастроить под клиента. И соответственно как защита от копирования ПО сработает.
2. Ни чего страшного в паре таблиц не увидел...или точнее аргументов не услышал.
Плюсы
1. Легкость обращения к данным.
2. Не нужно думать о путях хранения и правах пользователей.
3. ...да плюсы можно перечислять очень долго...
> iZEN © (13.09.07 15:47) [50]
Open-Ldap ---вот рильная тема.... а еще поднять mail-server на Линухе, то-же тема.... Тока вот, как-то не адекватный ты пример привел. Или кто-то может поспорить, что данные в табличку внести, труднее, чем работать с файлом?
← →
evvcom © (2007-09-13 16:14) [57]
> И соответственно как защита от копирования ПО сработает.
Ломается начинающим хакером в 5 секунд (в масштабе тех твоих 2-х :))
← →
zdm77 (2007-09-13 16:16) [58]
> evvcom © (13.09.07 16:14) [57]
извини, мож я торможу. Но как ты изменишь пути к БД не имея кода?
← →
Eraser © (2007-09-13 16:18) [59]
> zdm77 (13.09.07 16:16) [58]
молча и быстро, особенно если программа не запакована )
← →
evvcom © (2007-09-13 16:19) [60]
> Но как ты изменишь пути к БД не имея кода?
Как это "не имея"? Так exe-то есть! Вот тебе и код. :-)
Подрастешь - узнаешь.
← →
zdm77 (2007-09-13 16:22) [61]дизассемблеров толковых я мало встречал
← →
evvcom © (2007-09-13 16:22) [62]
> молча и быстро
еще попивая пивко и покуривая сигару :)
> zdm77
Ты чего, ни одного фильма про хакеров не смотрел? Там, конечно, многое приукрашено, но в принципе так примерно и делается. :)
← →
zdm77 (2007-09-13 16:23) [63]блин, да сломать все можно, это понятно. вопрос рентабильности сего мероприятия. И опять-же, вопрос был не к этому :( куда-то мы ушли
← →
vpbar © (2007-09-13 16:23) [64]zdm77 (13.09.07 16:22) [61]
OllyDbg -посмотри или IDA
А для того чтобы строчку поменять иногда достаточно текстового редактор
← →
evvcom © (2007-09-13 16:24) [65]
> дизассемблеров толковых я мало встречал
О! Ты вона какое слово знаешь. Ну так все же встречал!
← →
vpbar © (2007-09-13 16:24) [66]zdm77 (13.09.07 16:23) [63]
Мы пришли к тому что аргумент "защита от копирования" очень слабый.
← →
zdm77 (2007-09-13 16:28) [67]Хорошо, углублюсь в конкретику.
Прога работает с Бд. Масштабируемость проекта предусмотрена. Т.е. появляются разные новые задачки к ней. Заказчик может нанять конечно хакера, криво ломануть.... но нафига? Чужой, да еще и ломаный код- это жесть. Проще заключить договор со мной. Типа сейчас опровергаю себя не много. Но дело не в этом. Не защитой стоял основной вопрос!!!!!! А к защите, то можно этот путь использовать, как один из!!!
← →
zdm77 (2007-09-13 16:32) [68]
> vpbar © (13.09.07 16:24) [66]
> zdm77 (13.09.07 16:23) [63]
> Мы пришли к тому что аргумент "защита от копирования" очень
> слабый.
я не про защиту тут вопросы задавал!!! ну дошли, значит дошли. Давай на mail кину тебе exe, а ты скажи, какие адреса указаны в моей проге, смени на любой, перекомпиль. И если все заработает, респект тебе!!!!
← →
evvcom © (2007-09-13 16:32) [69]
> zdm77 (13.09.07 16:23) [63]
> блин, да сломать все можно, это понятно. вопрос рентабильности
> сего мероприятия
Сейчас еще и в экономику ударимся. Что такое рентабельность? Это отношение прибыли к затратам (в общих чертах). Какие здесь затраты? Я уже сказал, что 5 сек. Итого в деньгах затраты -> 0 (стремятся к 0). Если прибыль от твоей программы не -> 0, то рентабельность будет просто бешеной, ну а если прибыль -> 0, то, даже не ломая ее, нет смысла использовать. Как тебе такая экономика? :)
← →
Anatoly Podgoretsky © (2007-09-13 16:34) [70]> vpbar (13.09.2007 16:23:04) [64]
Я тоже знаю один инструмент, он и для взлома и вирус - это Блокнот
← →
clickmaker © (2007-09-13 16:35) [71]
> а ты скажи, какие адреса указаны в моей проге
127.0.0.1?
:)
← →
Anatoly Podgoretsky © (2007-09-13 16:35) [72]> zdm77 (13.09.2007 16:23:03) [63]
> И опять-же, вопрос был не к этому
Так ответы ты не слушаешь.
Анекдот про чукчу знаешь?
← →
evvcom © (2007-09-13 16:35) [73]
> криво ломануть
чего там криво ломать-то?
> Давай на mail кину тебе exe, а ты скажи, какие адреса указаны
> в моей проге, смени на любой, перекомпиль.
сколько заплатишь?
← →
Anatoly Podgoretsky © (2007-09-13 16:35) [74]> zdm77 (13.09.2007 16:32:08) [68]
Сколько?
← →
Anatoly Podgoretsky © (2007-09-13 16:37) [75]> evvcom (13.09.2007 16:35:13) [73]
> сколько заплатишь?
Наживу почуствовали, но думаю обломится.
← →
zdm77 (2007-09-13 16:37) [76]Ребят, пожалейте безумных ребят, создателей SAMBA. ACTIVE DIRECTORY существует уже где-то лет 8, в финал-релизе, а они на уровне NT4. Дезасемблируют по маляху винду.... Превратите ее в OpenSource, и будет Вам вечный респект
← →
zdm77 (2007-09-13 16:37) [77]
>
> clickmaker © (13.09.07 16:35) [71]
>
> > а ты скажи, какие адреса указаны в моей проге
>
> 127.0.0.1?
> :)
не угодал... не локалхост :)
← →
zdm77 (2007-09-13 16:41) [78]чо-то развели баян... :) Позвольте, как автору закрыть тему. Пару аргументов я услышал, но не переубедительных. Всем спасибо за участие!
← →
evvcom © (2007-09-13 16:44) [79]
> Наживу почуствовали, но думаю обломится
Ну вот, накаркал :)
← →
vpbar © (2007-09-13 16:45) [80]>>zdm77 (13.09.07 16:32) [68]
Тише, не нервничай так. Если хочешь давай. Попоробую разобрать на досуге. Но опыт у меня не большой в этом, так что может и не получится. Но все равно привязка к адресу БД - не очень надежная защита. Так что остается? А остается то что плюсов у хранения конфига в БД не больше чем у других способов. Ведь пункт "3. ...да плюсы можно перечислять очень долго..." можно приписать к чему угодно.
Впрочем и не меньше, ИМХО. Так что используй что тебе нравится. Нравится БД - так ипользуй её. Нравится в реестр лазить - пожалуйста.
>>Минусы есть и в хранении в БД, но как-то меркнут они, по сравнению с работой с файлами. К тому-же юзеры объявлены в БД...и как-то все гармонично связывается....
Раз гармонично связывается - так в чем проблема. Хотя невижу больших минусов по сравнению с файлами (В общем случае)
>Господа, ключевой фразой было услышать, почему несколько людей меня отговаривали от хранения настроек в БД.
Ну спроси ЭТИХ ЛЮДЕЙ почему ОНИ отговаривали. Если честно с телепатией и ясновидинием у меня плохо. Долго медитировать надо и все такое :) и ответить почему ЭТИ ЛЮДИ тебя отговаривали я не могу. Если кто и сможет так это в соседней ветке, про экстрасенсов.
Страницы: 1 2 3 4 вся ветка
Форум: "Прочее";
Текущий архив: 2007.10.14;
Скачать: [xml.tar.bz2];
Память: 0.62 MB
Время: 0.045 c