Подвигся я на инсталлятор, теперь вот думаю что с путями делать чтобы винда не возникала
— путь к самой программе
— путь к конфигурации
— путь к базе по умолчанию
Концепт инсталлятора следующий: Имеем три режима минимальный, полный и пользовательский.
Во всех режимах SQLite устанавливается как база по умолчанию. В минимальном больше никаких плагинов баз не ставится. В максимальном ставятся все, в пользовательском по выбору. Есще можно установить "плагины" для ИЕ и лисы. После установки всегда имеем базу SQLite переход в другие через диалог миграции в Янусе.
Инсталлятор на NSIS, мороки дофига со скриптом, но микрософт сильно ограниченный.
Здравствуйте, AlexNek, Вы писали:
AN>Подвигся я на инсталлятор, теперь вот думаю что с путями делать чтобы винда не возникала AN>- путь к самой программе AN>- путь к конфигурации AN>- путь к базе по умолчанию
AN>Концепт инсталлятора следующий: Имеем три режима минимальный, полный и пользовательский. AN>Во всех режимах SQLite устанавливается как база по умолчанию. В минимальном больше никаких плагинов баз не ставится. В максимальном ставятся все, в пользовательском по выбору. Есще можно установить "плагины" для ИЕ и лисы. После установки всегда имеем базу SQLite переход в другие через диалог миграции в Янусе. AN>Инсталлятор на NSIS, мороки дофига со скриптом, но микрософт сильно ограниченный.
Здравствуйте, ixor, Вы писали:
I>Здравствуйте, AlexNek, Вы писали:
AN>>Подвигся я на инсталлятор, теперь вот думаю что с путями делать чтобы винда не возникала AN>>- путь к самой программе AN>>- путь к конфигурации AN>>- путь к базе по умолчанию
AN>>Концепт инсталлятора следующий: Имеем три режима минимальный, полный и пользовательский. AN>>Во всех режимах SQLite устанавливается как база по умолчанию. В минимальном больше никаких плагинов баз не ставится. В максимальном ставятся все, в пользовательском по выбору. Есще можно установить "плагины" для ИЕ и лисы. После установки всегда имеем базу SQLite переход в другие через диалог миграции в Янусе. AN>>Инсталлятор на NSIS, мороки дофига со скриптом, но микрософт сильно ограниченный.
I>http://wix.sourceforge.net/ смотрел?
Зарэзать хочешь Уже неделю с NSIS разбираюсь. Сравнение бы найти. По диалогам, похоже догнали. Но все же интерпретатор языка должен выигрывать у ХМЛ. Надо будет еще у народа спросить, что лушше.
А что по концепту установки скажешь, я вот еще думаю "пустую" базу (SQLite) копировать с пользователями, оценками и списком форумов? Что бы пользователь не ждал начальной синхронизации по 20 минут. Хотя тогда прийдется еще 3 режим делать — полностью ручная установка.
Здравствуйте, AlexNek, Вы писали:
AN>Подвигся я на инсталлятор, теперь вот думаю что с путями делать чтобы винда не возникала AN>- путь к самой программе AN>- путь к конфигурации AN>- путь к базе по умолчанию
Программу в Program Files, конфигурацию в [Profile]\Application Data\Rsdn\Janus, туда же и папку .index от люськи, базу в [Profile]\Application Data\Rsdn\Janus\Db , наверное. Хотя, м.б. стоит с префиксом, чтобы было видно, что за база и заодно можно будет проще переходить между форматами, чтобы не в одном месте лежало. Ну, т.е.
[Profile]\Application Data\Rsdn\Janus\SqliteDb для sqlite
[Profile]\Application Data\Rsdn\Janus\FirebirdDb для firebird
[Profile]\Application Data\Rsdn\Janus\AccessDb для msaccess
[Profile]\Application Data\Rsdn\Janus\SqleDb для sqlexpress
Ну или вложенными:
[Profile]\Application Data\Rsdn\Janus\Db\Sqlite для sqlite
[Profile]\Application Data\Rsdn\Janus\Db\Firebird для firebird
[Profile]\Application Data\Rsdn\Janus\Db\Access для msaccess
[Profile]\Application Data\Rsdn\Janus\Db\Sqle для sqlexpress
[Profile]\Application Data\Rsdn\Janus\.index для поискового индекса люськи
AN>Концепт инсталлятора следующий: Имеем три режима минимальный, полный и пользовательский.
А имеет смысл минимальность? Типа, базу не поменять, потому как когда ставил — ничего не знал, и что может понадобиться — тоже. А потом что, опять ставить? А цена вопроса в байтах на поддержку разных БД пшик.
Обычно по дефолту суют чуть ли не всё, а вот в продвинутом человек может и галочки расставить, если он понимает, к чему сыр бор. Я бы 2 режима делал: дефолт "со всем" и с выбором, для педантов.
AN>Во всех режимах SQLite устанавливается как база по умолчанию.
Эх. Когда-то по умолчанию был старый добрый msaccess..
AN> В минимальном больше никаких плагинов баз не ставится.
И как потом этим "горем" пользоваться новичкам? Не юзабельно это. Другое дело, что надо сделать так, чтобы инсталлятор правильно и корректно за собой чистил, чтобы можно было и переставить, и базу с индексом не потерять, и настройки мигрировать, и с реестром не пролететь.
AN>Инсталлятор на NSIS, мороки дофига со скриптом, но микрософт сильно ограниченный.
Ага. Сначала NSIS, потом WIX ещё на иксэмэльках полувручную, первой версии. Потом обратно на NSIS. Это я про себя.
Всё же у NSIS документации с примером побольше, как и тех, кто им пользуется.
Здравствуйте, akasoft, Вы писали:
A>Здравствуйте, AlexNek, Вы писали:
AN>>Подвигся я на инсталлятор, теперь вот думаю что с путями делать чтобы винда не возникала AN>>- путь к самой программе AN>>- путь к конфигурации AN>>- путь к базе по умолчанию
A>Программу в Program Files, A>конфигурацию в [Profile]\Application Data\Rsdn\Janus, туда же и папку .index от люськи, базу в [Profile]\Application Data\Rsdn\Janus\Db , наверное.
Ненавижу когда прога что то пишет в [Profile]\Application Data\ засирая системный диск. Но похоже, другого выбора нет. A>Хотя, м.б. стоит с префиксом, чтобы было видно, что за база и заодно можно будет проще переходить между форматами, чтобы не в одном месте лежало. Ну, т.е.
A>
A>[Profile]\Application Data\Rsdn\Janus\SqliteDb для sqlite
A>[Profile]\Application Data\Rsdn\Janus\FirebirdDb для firebird
A>[Profile]\Application Data\Rsdn\Janus\AccessDb для msaccess
A>[Profile]\Application Data\Rsdn\Janus\SqleDb для sqlexpress
A>
A>Ну или вложенными:
A>
A>[Profile]\Application Data\Rsdn\Janus\Db\Sqlite для sqlite
A>[Profile]\Application Data\Rsdn\Janus\Db\Firebird для firebird
A>[Profile]\Application Data\Rsdn\Janus\Db\Access для msaccess
A>[Profile]\Application Data\Rsdn\Janus\Db\Sqle для sqlexpress
A>[Profile]\Application Data\Rsdn\Janus\.index для поискового индекса люськи
A>
Префикс как бы только для двух баз нужен, для серверов каталог, вроде смысла вообще не имеет. AN>>Концепт инсталлятора следующий: Имеем три режима минимальный, полный и пользовательский.
A>А имеет смысл минимальность? Типа, базу не поменять, потому как когда ставил — ничего не знал, и что может понадобиться — тоже. А потом что, опять ставить? А цена вопроса в байтах на поддержку разных БД пшик.
Я думал, о "ленивом пользователе", то бишь обо мне
Ему нужно только нажимать кнопочку дальше, ни о чем не думая. Увидев сразу аж четыре базы, нужно думать какую выбрать, при желании поддержку других баз можно будет потом доставить. Но что то мне не кажется данный вариант довольно частым. Ну разве кто сервер надумает ставить и держать все на нем.
A>Обычно по дефолту суют чуть ли не всё, а вот в продвинутом человек может и галочки расставить, если он понимает, к чему сыр бор. Я бы 2 режима делал: дефолт "со всем" и с выбором, для педантов.
Как галочки расставлять нужно уже думать и что то знать. Оставив все, нужно после выбирать нужную базу.
AN>>Во всех режимах SQLite устанавливается как база по умолчанию.
A>Эх. Когда-то по умолчанию был старый добрый msaccess..
На одной из фирм, где я работал, msaccess был запрешен к использованию начальственным указом, по причине фигового поведения и зависимости от МДака. Подробности уже не помню, но что то он там вроде ключевые поля создавал в своем треде, после выхода из процедуры создания.
Короче, с тех пор у меня супротив него стойкое отторжение, но может уже все изменилось. В общем, буду слушать мнение благородного собрания.
AN>> В минимальном больше никаких плагинов баз не ставится.
A>И как потом этим "горем" пользоваться новичкам? Не юзабельно это.
Почему? — это именно то что я фактически до сих пор пользую. Хочется сделать так, чтобы ввести абсолютный минимум данных (имя пользователя и пароль. Путь к базе и конфигу можно не менять) а затем требовалось только нажимать кнопочку "дальше". После чего, без долгих ожиданий, начать работу.
Лично для меня это было бы идеальным вариантом. Но одно мнение еще ни о чем не говорит, поэтому хотелось бы посоветоваться до начала изменений. A>Другое дело, что надо сделать так, чтобы инсталлятор правильно и корректно за собой чистил, чтобы можно было и переставить, и базу с индексом не потерять, и настройки мигрировать, и с реестром не пролететь.
Пока еще о всех проблемах не думал. На первом шаге хочу вначале "сделать" инсталляцию "с нуля". Затем пойдут все остальные варианты.
AN>>Инсталлятор на NSIS, мороки дофига со скриптом, но микрософт сильно ограниченный.
A>Нормальный он NSIS, разбираться со всем надо.
может многое, но мо скриптами всегда морока, разобрался или нет.
Да и уже довольное многое понял, даже один плюсный плагин под юникод переделал.
И прототип установки уже сделал. Но вот сооблазнили меня еще на InnoSetup.
Здравствуйте, akasoft, Вы писали:
A>Здравствуйте, AlexNek, Вы писали:
AN>>Уже неделю с NSIS разбираюсь.
A>И думаю, что лучше бы доразбираться. Не так там всё страшно.
Хочется выбор сделать правильный, пока особых затыков не нашел. Ну разве если имя пользователя написать кириллицей, то в ХМЛ ansi вариант уйдет. Но это в принципе решаемо, только кода нужно много менять.
Здравствуйте, AlexNek, Вы писали:
AN>Ненавижу когда прога что то пишет в [Profile]\Application Data\ засирая системный диск. Но похоже, другого выбора нет.
В Application Data надо писать только всякие служебные вещи, типа координат окон. Но сперва их надо еще из основного конфига выгрызти. А конфиг и базу лучше писать прямо в профиль по ссылке типа [Profile]\Janus\[Login].
AN>Префикс как бы только для двух баз нужен, для серверов каталог, вроде смысла вообще не имеет.
Почему? Сервера тоже умеют складывать БД куда скажешь. MSSQL уж точно.
... << RSDN@Home 1.2.0 alpha 5 rev. 1530 on Windows 7 6.1.7601.65536>>
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, AlexNek, Вы писали:
AN>>Ненавижу когда прога что то пишет в [Profile]\Application Data\ засирая системный диск. Но похоже, другого выбора нет.
AVK>В Application Data надо писать только всякие служебные вещи, типа координат окон. Но сперва их надо еще из основного конфига выгрызти.
А стоит ли оно этого? Там помнится где-то какая то автогенерация есть. AVK>А конфиг и базу лучше писать прямо в профиль по ссылке типа [Profile]\Janus\[Login].
AN>>Префикс как бы только для двух баз нужен, для серверов каталог, вроде смысла вообще не имеет.
AVK>Почему? Сервера тоже умеют складывать БД куда скажешь. MSSQL уж точно.
Но не может же один пользователь сказать ложи сюда, а другой ложи туда.
Здравствуйте, AlexNek, Вы писали:
AVK>>В Application Data надо писать только всякие служебные вещи, типа координат окон. Но сперва их надо еще из основного конфига выгрызти. AN>А стоит ли оно этого? Там помнится где-то какая то автогенерация есть.
Стоит. Основной конфиг, по хорошему, писать надо только из окна настроек.
AVK>>Почему? Сервера тоже умеют складывать БД куда скажешь. MSSQL уж точно. AN>Но не может же один пользователь сказать ложи сюда, а другой ложи туда.
Не понял вопроса.
... << RSDN@Home 1.2.0 alpha 5 rev. 1530 on Windows 7 6.1.7601.65536>>
Здравствуйте, AndrewVK, Вы писали:
AVK>В Application Data надо писать только всякие служебные вещи, типа координат окон. Но сперва их надо еще из основного конфига выгрызти. А конфиг и базу лучше писать прямо в профиль по ссылке типа [Profile]\Janus\[Login].
Почемуйто только служебные вещи? Например, firefox там хранит профиль пользователя, включая базу sqlite. Или это веяния windows 7?
И кстати, с мультилогинами в Янусе обычные пользователи не заморачиваются. А продвинутые имеют возможность выбрать др. папку.
Здравствуйте, AlexNek, Вы писали:
AN>Ненавижу когда прога что то пишет в [Profile]\Application Data\ засирая системный диск. Но похоже, другого выбора нет.
Ну не в Program Files же всё совать. К тому же, инсталлятор предоставляет выбор, те, кто не любят совать файлы в профиль, выберут др. место. А те, кто выбирать не умеют или не хотят, будут жить как есть.
AN>Префикс как бы только для двух баз нужен, для серверов каталог, вроде смысла вообще не имеет.
SQL Express точно умеет создавать БД, где скажешь. У меня, например, базы на разных дисках на одном экземпляре sqle. Думаю, что firebird от него недалеко ушёл.
AN>Я думал, о "ленивом пользователе", то бишь обо мне AN>Ему нужно только нажимать кнопочку дальше, ни о чем не думая. Увидев сразу аж четыре базы, нужно думать какую выбрать, при желании поддержку других баз можно будет потом доставить. Но что то мне не кажется данный вариант довольно частым. Ну разве кто сервер надумает ставить и держать все на нем.
Дык и я о ленивом да к тому же понятия не имеющем о янусовых особенностях. Увидеть 4 базы и их выбор он сможет, если выберет пользовательский режим. Вот там галочки для dll и крыжики для выбора БД. А дефолтом ничего не надо спрашивать: ставить все dll и выбрать sqlite.
AN>Короче, с тех пор у меня супротив него стойкое отторжение, но может уже все изменилось. В общем, буду слушать мнение благородного собрания.
У него были заморочки на FAT32, база по сети иногда портилась, но после перехода на NTFS все заморочки рассосались.
AN>Почему? — это именно то что я фактически до сих пор пользую. Хочется сделать так, чтобы ввести абсолютный минимум данных (имя пользователя и пароль. Путь к базе и конфигу можно не менять) а затем требовалось только нажимать кнопочку "дальше". После чего, без долгих ожиданий, начать работу.
Может мы о разном говорим? Миграция доступна из меню в Янусе. Не в инсталляторе. Для неё нужны dll, если их нет, Янусу будет плохо. Ну, может сейчас он их линкует динамически и не свалится при отсутствии dll, но мигрировать будет нельзя. Поэтому отрезать инсталлятором dll (типа, не нужны для sqlite) — это усекать функционал Януса. И зачем?
Здравствуйте, akasoft, Вы писали:
A>Почемуйто только служебные вещи?
Потомуйчто в Application Data обычно служебные данные складывают. А те, которые могут понадобится юзеру напрямую, скалдывают или в отдельный каталог в корне профиля, или в каталог внутри Documents
... << RSDN@Home 1.2.0 alpha 5 rev. 1530 on Windows 7 6.1.7601.65536>>
Здравствуйте, AndrewVK, Вы писали:
AVK>Потомуйчто в Application Data обычно служебные данные складывают. А те, которые могут понадобится юзеру напрямую, скалдывают или в отдельный каталог в корне профиля, или в каталог внутри Documents
Ну, и как напрямую пользователю могут понадобиться: Файл настроек Януса, который xml?
Папка с индексом, которая вся бинарная и без люськи нечитабельна?
БД Януса?
Здравствуйте, akasoft, Вы писали:
A>Ну, и как напрямую пользователю могут понадобиться: A> A>Файл настроек Януса, который xml? A>Папка с индексом, которая вся бинарная и без люськи нечитабельна? A>БД Януса? A>
Да.
... << RSDN@Home 1.2.0 alpha 5 rev. 1530 on Windows 7 6.1.7601.65536>>
AVK> AN>Но не может же один пользователь сказать ложи сюда, а другой ложи туда.
AVK> Не понял вопроса.
Пользователь а создает базу Х1 на С:\
Пользователь Б хочет создать базу Х1 на Д:\ — Получится?
Здравствуйте, akasoft, Вы писали:
a> AN>Ненавижу когда прога что то пишет в [Profile]\Application Data\ засирая системный диск. Но похоже, другого выбора нет.
a> Ну не в Program Files же всё совать. К тому же, инсталлятор предоставляет выбор, те, кто не любят совать файлы в профиль, выберут др. место. А те, кто выбирать не умеют или не хотят, будут жить как есть.
a> AN>Префикс как бы только для двух баз нужен, для серверов каталог, вроде смысла вообще не имеет.
a> SQL Express точно умеет создавать БД, где скажешь. У меня, например, базы на разных дисках на одном экземпляре sqle. Думаю, что firebird от него недалеко ушёл.
А установки доступны только админу базы или обычный пользовать (с другого компа) это может также сделать?
a> AN>Я думал, о "ленивом пользователе", то бишь обо мне a> AN>Ему нужно только нажимать кнопочку дальше, ни о чем не думая. Увидев сразу аж четыре базы, нужно думать какую выбрать, при желании поддержку других баз можно будет потом доставить. Но что то мне не кажется данный вариант довольно частым. Ну разве кто сервер надумает ставить и держать все на нем.
a> Дык и я о ленивом да к тому же понятия не имеющем о янусовых особенностях. Увидеть 4 базы и их выбор он сможет, если выберет пользовательский режим.
Я просто охренел когда увидел 4 базы a> А дефолтом ничего не надо спрашивать: ставить все dll и выбрать sqlite.
Пожалуй так и сделаю.
a> AN>Почему? — это именно то что я фактически до сих пор пользую. Хочется сделать так, чтобы ввести абсолютный минимум данных (имя пользователя и пароль. Путь к базе и конфигу можно не менять) а затем требовалось только нажимать кнопочку "дальше". После чего, без долгих ожиданий, начать работу.
a> Может мы о разном говорим? Миграция доступна из меню в Янусе. Не в инсталляторе. Для неё нужны dll, если их нет, Янусу будет плохо. a> Ну, может сейчас он их линкует динамически и не свалится при отсутствии dll,
Я этих времен похоже уже не застал a> но мигрировать будет нельзя. Поэтому отрезать инсталлятором dll (типа, не нужны для sqlite) — это усекать функционал Януса. И зачем?
Что бы лишнее не смущало пользователя. Кому захочется мигрировать может запустить сетап еще раз и выбрать нужную базу.
Уже неделю с NSIS разбираюсь. Сравнение бы найти. По диалогам, похоже догнали. Но все же интерпретатор языка должен выигрывать у ХМЛ. Надо будет еще у народа спросить, что лушше.
